On 3/3/03 04:08 AM Steve Loughran <[EMAIL PROTECTED]> wrote: > > ----- Original Message ----- > From: "Jens Schumann" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, March 02, 2003 14:31 > Subject: Bug 17347 - Provider Lookup Fails within EARs > > I would encourage spending time getting it right (including discussing > proposals on the mail list), rather than rushing out a patch, as it is > pretty unlikely it is going to get into Axis1.1 this late in the game. > > First step should be we need to enumerate the different classloader problems > we are encoutering, across the various popular app servers people use.
OK. How should we proceed? > > Agreed. We need to look at config persistence better. Basically everything which is placed inside of an war archive during runtime isn't doing anything good. Attachments for instance. Honestly, I haven't deployed a single exploded war archive in production quite a long time, usually we deploy everything as EAR. If you look at typical admin server - cluster nodes deployments (as used in BEA clusters) you will run into serious problems while updating something in your .war archive on a single node. > FYI my laptops' Axis source has a 'deploy on startup servlet' that > auto-registers an array of .wsdd files, so you dont need config persistence > so much; it autoinits itself from the build time configuration every startup Yes. The init servlet approach. In my opinion this should be part of initializing the AxisServer instance. The current admin servlet is a really nice tool for development, but nothing I would use nor allow in production. Thus, persistence isn't required anyway (in production). Jens
