Perhaps we ought to put a vendor branch of the XDoclet source (at a release) in the thirdparty subdirectory? Then any developer could make mods and rebuild without worrying about stepping on someone else's changes or losing code. When XDoclet makes a new release we merge with our non-vendor branch code. And if Ara wants to incorporate code from the branch back into the XDoclet project, he can pick and choose. Ideally, it would be nice if XDoclet utilized an external XML file and additional subtasks could be seamlessly integrated without having to modify EjbDocletTask.java or having to do a separate XDoclet Ant task. What do y'all think? :)
Fred. At 04:13 AM 6/3/2002, Aslak Hellesøy wrote: >Well, the problem reported by Frederick was still in our CVS code.... > >private static String TLD_PUBLICID_1_2 = "-//Sun Microsystems, Inc.//DTD JSP >XTag Library 1.2//EN"; > >This is probably due to some over-eager search-replace operation I did a >while ago when refactoring to xjavadoc. > >It's fixed now and committed to CVS. > >Thanks for pointing it out. > >Aslak > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of David > > Jencks > > Sent: 3. juni 2002 04:36 > > To: Frederick N . Brier > > Cc: [EMAIL PROTECTED]; > > [EMAIL PROTECTED] > > Subject: Re: [Xdoclet-user] Weird appearing "X" problem > > > > > > Please be careful. IIRC, the jboss xdoclet version is tagged in xdoclet > > source and is ___AFTER___ 1.1.2, and it includes some > > functionality I added > > not in 1.1.2 that is used in the build. > > > > Please try with the cvs version of xdoclet. If it works I can tag the > > xdoclet source and get a reproducible version in jboss. > > > > > > Be sure to do a clean build and run the testsuite before changing the > > xdoclet version. > > > > thanks > > david jencks > > > > On 2002.06.02 22:15:19 -0400 Frederick N. Brier wrote: > > > 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 > > > > > > > > > > _______________________________________________________________ > > > > 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 _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
