I have reservations:
Let's go...
1) It's definitely a GUI focused project. Jakarta as a project has not yet made any moves to support Java projects which do not have some form of server aspect. Just as DB based Java projects are going into db.apache.org, I think there ought to be a gui.apache.org [better name needed] for this kind of thing.
TG is not 100% GUI oriented since it could be used to produce graphics in a server side environment, and as such works great with tomcats.
2) This is a bit like a company looking at using Product X. If Jakarta is inviting projects in, what are the criteria. Why is ThunderGraph better than the alternatives?
There is alternative, like JOpenGraph, but they don't want to switch from GPL/LGPL to BSD/ASF, which is a pre-requisite ;)
How can it be realised ?Rather than digesting ThunderGraph into Jakarta, it'd be nice to see Apache backing some form of ASF-way-like community for gui'd components, ie) gui taglibs [we currently do quite abstract taglibs], components, applets etc.
ASF umbrella is very attractive to developpers and there is a great
community which may find interesting to be involved in gui projects.
Couldn't we have TG and others GUI related projects under jakarta-commons or in a related structure, ie jakarta-guis ?
If we're 'acquiring projects', I think we need some rules of acquisition. Sorry for such a negative reply,
I'll live with it. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>