I think the restriction applies also if they are in the same app server and even deployed in the same ear. The WEB module is loaded by a different class loader than is the EJB module. To be able to execute, both modules need to contain the classes on which they depend, including the EJB interfaces, or they need to find them on the dependent class path, as specified in their respective manifest files. (valid for J2EE 1.3)
/Johan -----Original Message----- From: A mailing list for Enterprise JavaBeans development [mailto:[EMAIL PROTECTED]]On Behalf Of Marco Mistroni Sent: den 1 februari 2002 13:32 To: [EMAIL PROTECTED] Subject: Re: Is it required to Dependent class in classpath of both EJB and Servlet container ? > That means in other words it has to be in classpath of both the > containers whether they are in same machine oir different(as that does > not matter as long as they are not under same app server). well, at the end yes. > > I also have the same idea, but someone told me there is some rmi > specification that if some class definition could not be found during > rmi operation, then the definition gets downloaded from the > caller. Do u > or anybody having any idea on that ? That's true. But work for RMI, NOT for EJB. although EJB is under the hood RMI, i have asked the same question, and i got the reply that basically yes, u can do it, but normally Container Provider won't allow you due to security reason. And, the code download afaik works for interface/implementation, not for two completely different interfaces. e.g., if u have interface Shape in a method of the RMI server, and in the RMI server jar u have Shape & Rectangle, if hte client uses 'Triangle' the server can download the class from the client codebase (at least it was what i understood from RMI spec & tutorial). br marco > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 01, 2002 5:40 PM > To: Sudarson Roy Pratihar > Subject: RE: Re: Is it required to Dependent class in > classpath of both > EJB and Servlet container ? > > > Hi > ok thanx 4 clarifying > > But let's say servlet is in tomcat and bean in jboss. Then > what's the > > situation even if both of them are under same machine (not a > > single app > > server, as tomact and jboss are running as different process)? > > well, two choices: > 1)either you put the class in the GLOBAL CLASSPATH of your machine (i > mean, for example in NT > you put it under Control Panel ecc..) > 2)or, if it is not in your machine CLASSPATH, then since > tomcat & jboss > are launched by different 'scripts', then you must put your > class in > both scripts that start your 'servers' > > br > marco > > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > Sent: Friday, February 01, 2002 5:31 PM > > To: Sudarson Roy Pratihar; [EMAIL PROTECTED] > > Subject: RE: Is it required to Dependent class in classpath > > of both EJB > > and Servlet container ? > > > > > > > custMethod(CustClass obj) where CustClass is a user defined class. > > > > > > And we have a servlet , say MyServlet, that will use MyBean > > > and call the > > > method custMethod(CustClass obj) . > > > > > > Now MyServlet and MyBean are in different servers in two different > > > machines. > > > > > > My question is : > > > > > > Now is it required to keep CustClass.class at run time > class path of > > > both the systems ? > > > > yes, because (you said it explicitly), servlet & EJBs are on two > > DIFFERENT MACHINES. > > > > > > > > Can I put CustClass.class in the class path of only in the servlet > > > container , not in EJB container ? > > > > u are making confusion: if servlet container & EJB container run > > on hte same APPLICATION SERVER, you put your class in the servet > > classpath (such as WEBLOGIC_CLASSPATH). > > > > but if,as you said, servlet runs on machine A, and EJB runs > on machine > > B, then u > > must put hte class on both machines, afaik. > > br > > marco > > > > > > > > > > > > > > > Any suggestion is welcome. > > > > > > TIA, > > > Sudarson > > > > > > ========================= > > > To unsubscribe, send email to [EMAIL PROTECTED] and > > > include in the body > > > of the message "signoff EJB-INTEREST". For general help, > > > send email to > > > [EMAIL PROTECTED] and include in the body of the > message "help". > > > > > > > > > > ========================= > > To unsubscribe, send email to [EMAIL PROTECTED] and > > include in the body > > of the message "signoff EJB-INTEREST". For general help, > > send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > > > > ������������������������� To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
