You are viewing a plain text version of this content. The canonical link for it is here.
Posted to phoenix-dev@avalon.apache.org by Huw Roberts <hu...@apache.org> on 2002/10/19 20:03:43 UTC

What needs doing?

Hi,

I've just finsihed up a project and find myself with some free time. 
 I'm trying to get caught up with the mailing list now.  Anyone have 
some piece of work that needs doing?  If I don't here of anything more 
pressing (or more interesting), I'll take a stab at documenting the 
xdoc-come-qdoc tags.

- Huw


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: What needs doing?

Posted by Paul Hammant <Pa...@yahoo.com>.
Huw,

 From a couple of weeks ago, there was some thingink for better batch 
files for phoenix.  Two slightly overlapping submissions were made. 
 Perhaps there is some way that the best of both couldgo live for phoenix.

Also, given the excellent mxinfo documentation, there is a need for 
similar stuff on the tags that cause xinfo to be generated, and the 
attendant running of metagenerate / generatemeta..

Just two thoughts..

- Paul

> I've just finsihed up a project and find myself with some free time. 
> I'm trying to get caught up with the mailing list now.  Anyone have 
> some piece of work that needs doing?  If I don't here of anything more 
> pressing (or more interesting), I'll take a stab at documenting the 
> xdoc-come-qdoc tags.




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: What needs doing?

Posted by Peter Donald <pe...@apache.org>.
Another option would be to have a look at our TODO list (LHS on our website). 

A few things in particular that I would like to see is 

* allowing deployment of applications via an xml descriptor. ie When we scan 
the deployment directory we look for files of format X.sar and X.xml and 
deploy them both. If you are familiar with TC4.1 then you will recognize it 
as a feature that they have. For a more complete description see

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12403

and the other thing I would LOVE to see (really depends upon the above) is 
allowing "protected" apps. Protected apps being those that can have certain 
kernel resources such as MBeanServer exposed to apps. That would mean that 
certain kernel services could move out to be implemented in applications 
(like Mx4j Management Console or DeploymentMonitor).

See its description at

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12404

If you want to do that or want more information then just holler ;)

On Sun, 20 Oct 2002 04:03, Huw Roberts wrote:
> Hi,
>
> I've just finsihed up a project and find myself with some free time.
>  I'm trying to get caught up with the mailing list now.  Anyone have
> some piece of work that needs doing?  If I don't here of anything more
> pressing (or more interesting), I'll take a stab at documenting the
> xdoc-come-qdoc tags.
>
> - Huw

-- 
Cheers,

Peter Donald
-----------------------------------------------------------------------
|  I thought there was a knob on the TV to turn up the intelligence.  |
|      There's a knob called "brightness", but it doesn't work.       |
----------------------------------------------------------------------- 


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: What needs doing?

Posted by Peter Donald <pe...@apache.org>.
On Sun, 20 Oct 2002 04:03, Huw Roberts wrote:
> I've just finsihed up a project and find myself with some free time.
>  I'm trying to get caught up with the mailing list now.  Anyone have
> some piece of work that needs doing?  If I don't here of anything more
> pressing (or more interesting), I'll take a stab at documenting the
> xdoc-come-qdoc tags.

That would be fantastic.

-- 
Cheers,

Peter Donald
---------------------------------------------------
"It is easy to dodge our responsibilities, but we 
cannot dodge the consequences of dodging our 
responsibilities." -Josiah Stamp 
--------------------------------------------------- 



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>