Berin Loritsch wrote:
-1From: Peter Donald [mailto:[EMAIL PROTECTED]]
What to use? Basically it would depend on what you want to deploy to. If you are writing a standalone server of some kind I would suggest using Phoenix. If you are writing something to embed inside other apps (like in a webapp) then the only released container is ECM ... which implements things in a way we no longer approvie of. In which case I would recomend Fortress.
I have crossed this to avalon-dev so hopefully someone will be able to give you more of an idea of when Fortress is lined up for release.
The big reason for the delay actually has to do with the fact that Avalon is now a TLP, and it wasn't a good time for the community to force something out the door. Because Avalon is ready for a release, and was being prepared for it prior to Avalon PMC, I would like to now get consensus on releasing Fortress 1.0 to the public. It is the result of the efforts of myself, Marcus Crafter, Stephen McConnel (he helped in some places), Leo S. (can't remember if it was Sutic or Simmons :/ ), and Peter D. (cleanups). There were, I believe, other developers helping out here and there. There are people impatiently waiting for it. Vote for Fortress 1.0 release for our user's happiness?
I think that a number of things have to happen prior to a release:
(a) ensure depedencies are migrated to release status first
(e.g. extensions package)
(b) clear documentation of the release status of dependencies
including proper specification of jar depedencies and the
versions Fortress is linked to
(c) upgrading of the general documentation to include example code
and general usage
(d) test case documentation
(e) upgrade to existing javadoc to bring it up to "release"
quality
(f) linking of documetation to related excalibur packages
(g) getting download version in place
And finally, something in the documentation that reflects the results of some discussion about a roadmap related to Fortress. I.e. answering question like the relationship between the release and future containment strategies - probable lifespan - etc.
Cheers, Steve.
+1 from me.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
-- Stephen J. McConnell OSM SARL digital products for a global economy mailto:[EMAIL PROTECTED] http://www.osm.net -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
