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
