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>