> From: [EMAIL PROTECTED] [mailto:xdoclet-user-
> [EMAIL PROTECTED]] On Behalf Of Frederick N. Brier
> Sent: Monday, June 03, 2002 6:59 PM
> To: Aslak Hellesøy; David Jencks
> Cc: [EMAIL PROTECTED]; jboss-
> [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-user] Weird appearing "X" problem
> 
> 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

No problem if you prefer to handle it this way. The tricky part is of
course merging. It needs some help from both sides. Probably Ant1.5's
CvsChangeLog task can help here. So keep track of what you're changing
(with good cvs comments) and we'll find a way to integrate your changes
back into xdoclet :-) But imho because we have many jboss developers in
xdoclet team a better idea is to integrate your changes directly into
xdoclet.

> 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? :)

Well, it's already done and you'll see it in v1.2 :-)

Basically now we have a set of modules, they are all dynamically
configured. Just take a look at modules folder of cvs. If you want to
create a new module, just follow that structure, define a
meta-inf/xtags.xml file for your module (describes all your @tags),
annotate your taghandler and subtask with @xdoclet:subtask/blabla tags
and done! You have an xdoclet module. Now to use it just put the
module's jar file in classpath of xdoclet's taskdef. The only thing
missing right now is a smarter grand build.xml for all modules and we're
working on it. We'll also support contrib modules.

We're going to release v1.2 in 1-2 weeks, so if you have any fixes be
quick and send them asap.

> Fred.

Ara.

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

Reply via email to