I think I've tracked the problem down. The version of xdoclet.jar that is in the JBoss 3.0 CVS tree has a bug in it. Unzipping the .jar and looking at the binaries, both of the TLD_PUBLICID constants for 1.1 and 1.2 in JspTaglibSubTask.class both say "XTag". Very bizarre. I will update the .jar in CVS. The final XDoclet 1.1.2 release that I snagged out of the XDoclet CVS did not have the bug. Thanks.
Fred. At 09:21 PM 6/2/2002, you wrote: >I have been trying to track down a problem, but feel like I am in the >twilight zone. The line below says "DTD JSP XTag Library" instead of "DTD >JSP Tag Library", I have no idea where the "X" is coming from. > ><!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP XTag Library >1.2//EN" "http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd";> > >The JspTaglibSubTask.java file clearly says: > >private static String TLD_PUBLICID_1_2 = "-//Sun Microsystems, Inc.//DTD >JSP Tag Library 1.2//EN"; > >So where could the "XTag" be coming from. I've run the build a couple of >times. The files are not getting filtered. They are generated to a >destination directory and not moved. Any ideas? Anyone seen anything >weird like this before? > > > > >_______________________________________________________________ > >Don't miss the 2002 Sprint PCS Application Developer's Conference >August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > >_______________________________________________ >Xdoclet-user mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/xdoclet-user _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
