David To get the artical and pdf file its asking login and password ----- Original Message ----- From: "David Young" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 24, 2002 11:26 AM Subject: Re: EJB & ClassLoading
> Dmitri, > the following link will get you there... > http://www.lutris.com/journal/July2001/articles/ClassloaderArticle_files > /EASclassLoaderWP.pdf > > The back issues of the journal can be accessed without > the login required. For example: > http://www.lutris.com/journal/July2001/index.html > > If you want to play with the platform, there's a beta > going on. Download it from: > http://support.lutris.com/customer/FormsLogin.asp?/customer/previewlogon > .html > > David > > ----- Original Message ----- > From: Dmitri Colebatch <[EMAIL PROTECTED]> > Date: Wednesday, January 23, 2002 9:29 pm > Subject: Re: EJB & ClassLoading > > > I cant get the article (login required), but I thought that a > > classloader was not permitted to unload a class once it was loaded? > > hence the approach of dropping a classloader and starting again in > > this scenario... > > > > I should say, that I've never actually implemented this myself, > > but from my readings, that was the deal... anyone enlighten me on > > this? > > > > cheers > > dim > > > > ----- Original Message ----- > > From: "Isberg, Wes <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Thursday, January 24, 2002 4:13 PM > > Subject: Re: EJB & ClassLoading > > > > > > > Fyi, for the ability to dynamically load new implementations of > > an existing service without bringing down the application/class > > loader, see the Lutris EAS J2EE application server. There's an > > article on the subject in the Lutris journal from last July. I > > doubt changing application servers is an option for you, but the > > approach is interesting in its own right. > > > > > > Wes > > > > > > (seems to require netscape to display the graphics? and to > > subscribe to the newsletter...) > > > http://www.lutris.com/journal/July200 > > > > > > > > > > -----Original Message----- > > > > From: Shone Sadler [mailto:[EMAIL PROTECTED]] > > > > Sent: Sunday, January 13, 2002 8:34 AM > > > > To: [EMAIL PROTECTED] > > > > Subject: EJB & ClassLoading > > > > > > > > > > > > Hello everyone, > > > > > > > > We have recently converted our app to take full advantage of > > > > J2EE1.3. There > > > > is one part of our application that relies heavily on > > classloading. In > > > > particular, We load up a component (which is written to our > > > > specification) > > > > from the database. The component contains an xml descriptor > > > > and may contain > > > > external libraries as well. Unfortunately, the J2EE > > > > specification still > > > > prohibits classloading. Has anyone done anything similar? The > > three> > approaches we are looking at doing include: > > > > > > > > 1. Simply leave the classloading in the EJB Bean (Stateless > > > > Session Bean). > > > > And test on various AppServers. > > > > 2. Implement an RMI server that does the class loading and > > > > call it from our > > > > Bean. > > > > 3. Implement our components as Stateless Session Beans, so > > > > that the EJB > > > > Container handles the class loading. > > > > > > > > To us option 3 seems the most appealing, but there some issues > > with> > deployment. It is a requirement for our application to be > > able to > > > > dynamically add new components and redeploy existing one > > > > without bringing > > > > the system down. Furthermore, our components include more > > > > than the execution > > > > service they also include a Dialog, etc.. used by other parts > > of the > > > > application. We currently have a UI for deploying our > > > > components, the system > > > > would need to deploy a component to any Application Server > > > > when a deployment > > > > is made to the database through the UI. This requires the > > > > Application Server > > > > to support Hot Deployment and preferably provide a Deployment API. > > > > > > > > Any feedback about a better alternative would be appreciated! > > > > > > > > Thanks, > > > > > > > > Shone > > > > > > > > ============================================================== > > > > ============= > > > > 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". > =========================================================================== 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".
