The permissions problem has been resolved. Try it again: http://www.lutris.com/journal/July2001/articles/ClassloaderArticle_files/EASclassLoaderWP.pdf or just register for the journal at http://support.lutris.com/customer/FormsLogin.asp?/customer/previewlogon.html
Thanks, Daivd breddy wrote: > 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". > > > -- -- David H. Young Chief Evangelist Lutris Technologies, Inc. 1200 Pacific Avenue, Suite 300 Santa Cruz, CA 95060 USA 831.460.7310; 831.471.9754 (fax) http://www.lutris.com http://www.enhydra.org http://www.otterpod.com =========================================================================== 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".
