Are you using 1.1.2? CVS is ok AFAIK. Ara.
> -----Original Message----- > From: J. Matthew Pryor [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 23, 2002 8:25 AM > To: Ara Abrahamian; [EMAIL PROTECTED] > Subject: RE: [Xdoclet-user] regenerating and id for ejb-refs > > OK I have tested this further and yeah the id ordering gives the correct > Id, > but the XMI files need to be able to construct HREFs like this : > > href="META-INF/ejb-jar.xml#<XDtId:prefixedId prefix="EJBLocalRef"/> > > The problem is that the IdTagsHandler always prepends id="XXX", so you end > up with output like this : > > href="META-INF/ejb-jar.xml#id="EJBLocalRef_1"" > > Which is clearly invalid. I have hacked my copy of IdTagsHandler to accept > an optional param called omitAssignment="true/false" which will suppress > the > id="" part > > Should I send this back as a patch, obviously the ibm-ejb-jar-*_xml.j > files > need to be changed as well > > jmp > > > -----Original Message----- > > From: Ara Abrahamian [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, May 22, 2002 2:06 AM > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: RE: [Xdoclet-user] regenerating and id for ejb-refs > > > > > > As far as I've tested it's ok. Because xdoclet traverses classes > > consistently (all alphabetically for example). So the same sequence of > > element ids in ejb-jar.xml is also generated for ibm-bnd files, hence no > > problem. Why use prefixed ids, instead of unique info? Well, to make > > using xdoclet and AAt/... tools easier xdoclet generates ids which are > > compatible with those tools. > > > > Ara. > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:xdoclet-user- > > > [EMAIL PROTECTED]] On Behalf Of J. Matthew Pryor > > > Sent: Tuesday, May 21, 2002 4:56 PM > > > To: [EMAIL PROTECTED] > > > Subject: [Xdoclet-user] regenerating and id for ejb-refs > > > > > > In ejb-body.j, local-ref (and other XML elements) get an id generated > > with > > > the XDtId:prefixedId , something like this > > > > > > <ejb-local-ref <XDtId:prefixedId prefix="EJBLocalRef"/> > > > > > > Now this results in sequential, increasing ids like EJBLocalRef_1, _2 > > etc > > > > > > The problem is that the IBM XMI template ibm-ejb-jar-bnd_xmi.j needs > > to be > > > able to generate a href tag that refers to the element by id, and > > hence > > > needs to be able to re-generate the id. > > > > > > Since the id was not created from a 'foreign key' I can't see how it > > can > > > be > > > recreated in the subsequent ibm-ejb-jar-bnd_xmi.j (unless it has been > > > stored > > > somewhere for later retreival ?) > > > > > > One possible solution might be to use the XDtId:id template tag in > > > ejb-body.j to generate an id from unique information in the > > > ejb-ref/ejb-external-ref xdoclet tag ? > > > > > > e.g. <ejb-local-ref <XDtId:id tag="ejb:ejb-ref" > > > paramNames="ejb-name,ref-name,view-type"/> > > > > > > Sound sane ? > > > > > > jmp > > > > > > > > > _______________________________________________________________ > > > > > > 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
