My vote is for 1. It's very rare that an EJB is defined in multiple ejb-jar's, it might be referenced in many, but the entity/session definition will be in one bundle. It also opens the door for parsing the web.xml to allow for taglib completion in jsp's!
Before any of this though, multiple output paths are VITAL for comfortable J2EE development. I know everyone says use ant, but invoking ant is infinitely slower than just compiling one file with jikes from within IDEA. On 21/11/01 7:08 am, "Eugene Belyaev" <[EMAIL PROTECTED]> wrote: > We've had some discussions on this before. The main question here is > how IDEA will know that the three classes should be treated as a single > EJB. Obviously, IDEA have to store this information somewhere. > > There are a couple of ways: > > 1) It should round-trip some ejb-jar.xml > Cons: bound to a specific ejb-jar. If the bean is used in more than one > ejb-jar it won't work. > > 2) Have some IDEA specific ejb information > Pros: not bound to any deployment related stuff > Cons: will have to specify the same information in different places > > So here we are, your suggestions are welcome. > > Best regards, > > Eugene Belyaev > IntelliJ Software, http://www.intellij.com > "Develop with pleasure" > > >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED]] On Behalf Of Stephan >> J. Schmidt >> Sent: Wednesday, November 21, 2001 1:49 PM >> To: Descher, Michael >> Cc: [EMAIL PROTECTED] >> Subject: Re: [Eap-features] EJB - go to declaration and interfaces >> >> >>> >>> If you put all business methods in the remote interface without >>> another interface class, your EJB class of course does not >> implement >>> the interface. In this case you would need the ability to >> specify some >>> sort of naming convention to help IDEA find the bean class for the >>> remote interface. >>> >> >> +1 >> >> A lot of IDEA features do not work for us, because >> we have EJBs. (Person, PersonBean, PersonHome,...) >> It would be nice if IDEA could recognize (naming >> convention) relationships between these classes, >> >> bye >> -stephan >> >> >> _______________________________________________ >> Eap-features mailing list >> [EMAIL PROTECTED] >> http://www.intellij.com/mailman/listinfo/eap-> features >> > > > _______________________________________________ > Eap-features mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-features _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-features
