Hi Aslak, I love emails like this: simple, crystal clear and fun to read!
This is how I'll solve this problem in UML2EJB: If A has an ejb-ref to B, generate @ejb:ejb-ref in A as well as a method getBHome() in A. However, this will not be possible in XDoclet because XDoclet cannot generate additional methods in the bean class. Maybe, tonight's dreams will bring a new idea. :-) Cheers... Matthias > -----Original Message----- > From: Aslak Helles�y [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, September 25, 2002 10:43 PM > To: Matthias Bohlen; 'Xdoclet-User (E-Mail)' > Subject: RE: [Xdoclet-user] JNDI_NAME instead of COMP_NAME in > UtilObject > > > Hi. > > Maybe a bit off-topic, but anyway, this is important. > > COMP_NAME is a design flaw in XDoclet. Consider two EJBs A and B where > A--ejb-ref-->B. It's A that should decide on the COMP_NAME > name (which is a > purely logical name) for B, not B. We'll most likely remove > it some day. > Explanation: > > It's like phone numbers and mobile phones. A lot of my > friends have my phone > number (JNDI name for B) stored in their phones (A). When > they want to call > me, they use a logical name stored in their phone to look me > up. "Aslak", > "He-Man", "Jerk", whatever. -But all phones will map the > logical name to the > physical address. So the logical name (COMP_NAME) should be > defined by the A > side. > > With XDoclet's current approach it's as if everybody in the world that > wanted to store my phone number in their phone would have to > store it under > "Aslak" because I said so. > > I haven't thought about how this fits in with the util > object and ejb-refs > yet. There should really be one util object per > client/referencer of an EJB > if they use COMP_NAME, but one would be OK if it uses JNDI_NAME. > > Thoughts? > > Aslak > > > -----Original Message----- > > From: Matthias Bohlen [mailto:[EMAIL PROTECTED]] > > Sent: 25. september 2002 22:09 > > To: 'Aslak Helles�y'; 'Xdoclet-User (E-Mail)' > > Subject: RE: [Xdoclet-user] JNDI_NAME instead of COMP_NAME > in UtilObject > > > > > > Hi, folks, > > > > what if you need the same bean once from the client (using > JNDI_NAME) and > > once from another bean (using COMP_NAME)? > > > > Cheers... > > Matthias > > > > ---- > > > > Matthias Bohlen > > Consulting that helps project teams to succeed... > > > > Web: > > http://www.mbohlen.de/ > > > > Snail: > > Luise-Albertz-Str. 25 > > D-53340 Meckenheim > > Germany > > > > Phone: +49 (170) 772 8545 > > Fax: +49 (2225) / 945189 > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On > Behalf Of Aslak > > > Helles�y > > > Sent: Wednesday, September 25, 2002 12:49 PM > > > To: Meyer-Willner, Bernhard; Xdoclet-User (E-Mail) > > > Subject: RE: [Xdoclet-user] JNDI_NAME instead of COMP_NAME in > > > UtilObject > > > > > > > > > <utilobject kind="physical"/> > > > > > > a > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > > > Meyer-Willner, Bernhard > > > > Sent: 25. september 2002 12:31 > > > > To: Xdoclet-User (E-Mail) > > > > Subject: [Xdoclet-user] JNDI_NAME instead of COMP_NAME > in UtilObject > > > > > > > > > > > > Hi, > > > > > > > > how do I specify that the JNDI_NAME is used for lookups in the > > > > util objects > > > > instead of the COMP_NAME! I believe there is an attribute > > > than can be used > > > > for the util object subtask but I don't remember its name > > > and syntax. Can > > > > anybody please help me out here? > > > > > > > > > > > > Cheers, > > > > Bernhard > > > > > > > > --- > > > > Bernhard Meyer-Willner > > > > > > > > Insurance - Financial Services > > > > Logica GmbH > > > > Alster City > > > > Osterbekstrasse 90b > > > > 22083 Hamburg (Germany) > > > > (+49) 40-27071-405 > > > > (+49) 177-425-9036 > > > > mailto:[EMAIL PROTECTED] > > > > www.logica.com/de > > > > > > > > > > > > > > > > > > > > This e-mail and any attachment is for authorised use by the > > > > intended recipient(s) only. It may contain proprietary > material, > > > > confidential information and/or be subject to legal privilege. > > > > It should not be copied, disclosed to, retained or used by, any > > > > other party. If you are not an intended recipient then please > > > > promptly delete this e-mail and any attachment and all > copies and > > > > inform the sender. Thank you. > > > > > > > > > > > > ------------------------------------------------------- > > > > This sf.net email is sponsored by:ThinkGeek > > > > Welcome to geek heaven. > > > > http://thinkgeek.com/sf > > > > _______________________________________________ > > > > Xdoclet-user mailing list > > > > [EMAIL PROTECTED] > > > > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > Xdoclet-user mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > > > > > > > ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
