Nico, I've corrected the comment, thanks for pointing this out.
Also, my apologies - I should have referred to the bug and credited you in the CVS log message, but I forgot :-( Sorry Niall ----- Original Message ----- From: "Nicolas De Loof" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, September 01, 2004 9:49 AM Subject: Re: URI in Struts-1.2.3 (was RE: Struts 1.2.2 Dead in the Water?) > > Those URIs in taglibs are only used AFAIK to locate a taglib from a JSP <% taglib %> directive without having to set a > <taglib> element in web.xml. > > Notice I submited a ticket about tiles.dtd that uses jakarta.apache.org/struts. > > Nico. > > > > Thanks for pointing this out (and also Kunal Parikh) - I've updated this in > > CVS. > > > > Having said that, I'm not sure it makes any difference. I was under the > > impression that these URI's should point to a publicly available copy of the > > tld and but there aren't copies either on struts.apache.org or > > jakarata.apache.org/struts. Anyone know if this is an issue? > > > > Niall > > > > ----- Original Message ----- > > From: "Matthias Wessendorf" <[EMAIL PROTECTED]> > > To: "'Struts Developers List'" <[EMAIL PROTECTED]> > > Sent: Wednesday, September 01, 2004 8:57 AM > > Subject: URI in Struts-1.2.3 (was RE: Struts 1.2.2 Dead in the Water?) > > > > > > > I saw in CVS, > > > > > > that URI for Struts-Faces points > > > also to Jakarta: > > > <uri>http://jakarta.apache.org/struts/tags-faces</uri> > > > > > > > > > @struts-el: > > > only tiles-el points to jakarta > > > (in Struts 1.2.3) > > > <uri>http://struts.apache.org/tags-bean-el</uri> > > > <uri>http://struts.apache.org/tags-html-el</uri> > > > <uri>http://struts.apache.org/tags-logic-el</uri> > > > <uri>http://jakarta.apache.org/struts/tags-tiles-el</uri> > > > > > > Regards, > > > Matthias > > > > > > > -----Original Message----- > > > > From: Kunal Parikh [mailto:[EMAIL PROTECTED] > > > > Sent: Wednesday, September 01, 2004 9:15 AM > > > > To: Struts Developers List > > > > Subject: Re: Struts 1.2.2 Dead in the Water? > > > > > > > > > > > > The taglib URI for struts-el is > > > > http://jakarta.apache.org/struts/tags-tiles-el > > > > > > > > Should this URI really be http://struts.apache.org/tags-tiles-el > > > > > > > > Note: the non-el version seems to be more in line with the > > > > other taglib URIs http://struts.apache.org/tags-tiles > > > > > > > > HTH, > > > > > > > > Kunal > > > > > > > > > > > > Niall Pemberton wrote: > > > > > > > > >Martin, > > > > > > > > > >I tested out the Struts 1.2.3 binary distribution you > > > > uploaded. The JDK > > > > >issue is resolved but the wrong version of the validator jar > > > > is still > > > > >being shipped. Now though its more consistent because the "lib" > > > > >distribution also has the wrong jar as well :-) > > > > > > > > > >The disappointing thing from my point of view was that I put a > > > > >checklist for testing various JDK/Tomcat flavours in the > > > > Struts 1.2.2 > > > > >release plan - but it was removed. If they had been left in the plan > > > > >then the JDK issues would have been caught. > > > > > > > > > >I've set up a new plan for Struts 1.2.3 on the wiki: > > > > > > > > > >http://wiki.apache.org/struts/StrutsRelease123 > > > > > > > > > >Niall > > > > > > > > > >----- Original Message ----- > > > > >From: "Martin Cooper" <[EMAIL PROTECTED]> > > > > >To: "Struts Developers List" <[EMAIL PROTECTED]> > > > > >Sent: Wednesday, September 01, 2004 6:28 AM > > > > >Subject: Re: Struts 1.2.2 Dead in the Water? > > > > > > > > > > > > > > > > > > > > > > > > >>On Wed, 1 Sep 2004 05:16:44 +0100, Niall Pemberton > > > > >><[EMAIL PROTECTED]> wrote: > > > > >> > > > > >> > > > > >>>I've just got round to testing Struts 1.2.2 and found the following > > > > >>> > > > > >>> > > > > >major > > > > > > > > > > > > > > >>>problems: > > > > >>> > > > > >>>* The binary distribution contains the wrong version of commons > > > > >>> > > > > >>> > > > > >validator > > > > > > > > > > > > > > >>>jar (the lib distribution seems to have the right one). > > > > >>> > > > > >>> > > > > >>This leads me to believe that the binary and lib distros come from > > > > >>different builds, which seems pretty odd. The 'release' > > > > target builds > > > > >>everything at once. > > > > >> > > > > >> > > > > >> > > > > >>>* Struts 1.2.2 is incompatible with JDK 1.3 because it uses > > > > >>>Boolean.valueOf(boolean) introduced in JDK 1.4 > > > > >>> > > > > >>> > > > > >>This was my fault for doing what FindBugs told me. ;-{ Pity nobody > > > > >>caught it before 1.2.2 went out. > > > > >> > > > > >> > > > > >> > > > > >>>Also this distribution has been built/packaged differently to > > > > >>>previous releases and IMO we should be doing things consistently: > > > > >>> > > > > >>>* The binary distribution zip file explodes to > > > > >>> > > > > >>> > > > > >jakarta-struts-1.2.2/dist/ > > > > > > > > > > > > > > >>>directory rather than just jakarta-struts-1.2.2/ > > > > >>>* The source distribution zip file explodes to jakarta-struts > > > > >>>directory rather than jakarta-struts-1.2.2-src > > > > >>>* The source distribution contains all the CVS directories > > > > and files > > > > >>> > > > > >>> > > > > >>This is very strange. I just ran 'ant release' on my local > > > > system, and > > > > >>it worked just fine, creating all of the uploads correctly. > > > > I see none > > > > >>of the above issues. Perhaps James built the distros some > > > > other way? > > > > >>Not sure. > > > > >> > > > > >> > > > > >> > > > > >>>James has just fixed the JDK 1.3 incompatibilities in CVS > > > > but I would > > > > >>> > > > > >>> > > > > >say we > > > > > > > > > > > > > > >>>need to downgrade the 1.2.2 version from a GA quality > > > > release and cut > > > > >>>a > > > > >>> > > > > >>> > > > > >new > > > > > > > > > > > > > > >>>one. > > > > >>> > > > > >>> > > > > >>Yes indeed. I've updated the build version, rolled a new release > > > > >>distribution, and am in the process of uploading it to > > > > cvs.apache.org. > > > > >>I have not tested it yet, and have not signed it, but if > > > > people have > > > > >>the chance to try it out, that would be very helpful. > > > > >> > > > > >>-- > > > > >>Martin Cooper > > > > >> > > > > >> > > > > >> > > > > >> > > > > >>>Niall > > > > >>> > > > > >>> > > > > >>> > > > > > > > > > > > > > > > > > > > >--------------------------------------------------------------------- > > > > >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] > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > Our name has changed. Please update your address book to the following format: "[EMAIL PROTECTED]". > > This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. > > > --------------------------------------------------------------------- > 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]
