If you review the developers list you will find that the Cocoon developers would very much like to implement something like what you are suggesting by being able to dynamically deploy/redeploy/undeploy blocks. However, there are significant issues that make this a non-trivial task.
Unfortunately, because Java class loaders don't have versioning support built in you can't just simply upgrade jars in a running system on the fly. You are making the assumption that upgrading a jar from one version to the next will always be binary compatible. This is not always the case. To make things worse, some of the jars have to exist in the endorsed overrides directory which requires a restart of your web container to change them - not just a redeployment. Ralph -----Original Message----- From: Leon Widdershoven [mailto:[EMAIL PROTECTED] Sent: Sunday, May 09, 2004 10:48 AM To: [EMAIL PROTECTED] Subject: Re: Business Objects vs Data Objects [was Re: JXTemplates-what' sin a name?] I have no clue. Is there no application server which can deal with time stamped libraries? The way dynamic generation in xsp works (not the implementation of which I know next to nothing, but the fact that your classes are always up to date) is a very strong convenience feature. If that could be extended to the application jar's (e.g. cocoon/WB-INF/lib, not tomcat/libs) in the way the sitemap has a check-reload that would make it so much easier to develop web applications, especially since development seems to shift away from xsp to flowscript, with the flowscript acting as a controller and not containing the business logic. Leon --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
