Ah, now I see... thanks, over I changed all xmls for the TLDs to *old* URI,
I created a bugzilla-ticket for it; so you will be able to put old AND new URI to JAR$/META-INF/ URL for Bug #31021 http://issues.apache.org/bugzilla/show_bug.cgi?id=31021 Regards, Matthias > -----Original Message----- > From: Craig McClanahan [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 02, 2004 6:28 AM > To: Struts Developers List > Subject: Re: cvs commit: > jakarta-struts/contrib/struts-faces/web/systest context.jsp > context1.jsp logon.jsp logon1.jsp simple.jsp > > > On Wed, 1 Sep 2004 18:45:22 -0400, Deadman, Hal > <[EMAIL PROTECTED]> wrote: > > Maybe Craig's point was that you could put two copies of the tld in > > the jar's META-INF, one with the old URI and one with the new. The > > tlds would be otherwise identical but auto-discovery would work no > > matter what URI the application was using. Not sure how > else you would > > acheive this: > > That was exactly my point. > > > > > > (Struts 1.2.x should recognize both the old and new tag library > > > URIs, but shouldn't require applications to switch.) > > > > Otherwise, a Struts 1.1 application that relies on the > implicit TLD registration done by the container (i.e. *not* > listing the TLDs explicitly in web.xml) will go down in > flames when run against Struts 1.2.x, unless you go fix the > taglib directives in every single page. > > Basically, it's the same reason that Struts 1.2.x accepts and > processes 1.0 and 1.1 versions of struts-config.xml files ... > so that older apps can run with minimal changes when you > upgrade Struts. > > It turns out that this doesn't matter for the particular > commit message I replied on (which only changed the URI for > the struts-faces TLD), but it's an important backwards > compatibility principle in general. > > Craig > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
