[jboss-dev] Migrating to JBoss Web 3

[David M. Lloyd]

Andrew (Rubinger) and I did the bootstrap and logging changes in a single 
branch, and it actually wasn't too bad.  The only disadvantage to the 
approach was that the detailed revision history of the branch could not be 
copied over to trunk, but I count that as no great loss.  Merging from 
trunk wasn't too bad - just make sure you mark the revisions that you 
merged with each commit. :-)

I think that when I do the Remoting 3 migration I'll use the same strategy 
as it worked OK.

- DML

On 08/29/2009 10:36 AM, Rémy Maucherat wrote:
> Hi,
> 
> As part of the Servlet 3.0 development, AS trunk will have to be
> switched to JBoss Web 3. Most is just a one time API change that is
> not very difficult, and it should provide the same level of
> functionality than JBW 2.1 (the new features need many deployer
> updates), but the JSP changes are more intrusive.
> 
> Of particular interest is the new handling for tag library
> descriptors, where instead of having Japser parse them "magically"
> (and in a very hackish way ;) ) parse them, metadata will have to be
> created in the container (Stan in particular asked for that ;) ). For
> example, for JSTL and JSF, some deployer or listener could be
> processing their taglibs using the new metadata classes and add them
> to the Tomcat deployer as "shared" taglib metadata, which would then
> be added to every webapps. This could be done by with the service that
> would be looking for ServletConteainerInitializers in shared
> libraries.
> 
> Given the amount of stuff that is involved, I don't see how to do the
> thing in one pass, so I was posting to inquire about the development
> strategy. Should this be done in trunk, accepting that JSP taglib
> support is not going to be functional for a little while ? [note: it
> might be possible to hack in a temporary solution by using Catalina's
> taglib processing for now] In a separate branch of AS ? (but given the
> rate of change, merging could be very difficult)
> 
> Comments ?
> 
> Rémy
> 
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development