> but there aren't 
> copies either on struts.apache.org or 
> jakarata.apache.org/struts. Anyone know if this is an issue?

jup, but in struts.jar$/META-INF/tlds
there are the *.tlds


like for JSF:
-->
<%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %>
<%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %>


Matze



> 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]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to