Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org Received: (qmail 78975 invoked by uid 500); 27 Mar 2001 15:37:19 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: tomcat-dev@jakarta.apache.org Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 78966 invoked from network); 27 Mar 2001 15:37:19 -0000 Message-ID: <3AC0B349.C838AB2A@inprise.com> Date: Tue, 27 Mar 2001 07:35:37 -0800 From: "T. Park" Organization: Borland Software Company X-Mailer: Mozilla 4.75 [en]C-CCK-MCD (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: tomcat-dev@jakarta.apache.org Subject: Re: Cause found [was Re: How do I use a non-apache naming servicewith tomcat 4?] References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Craig,Remy, downloading the latest nightly build resolved my problem... thanks! ...but only after I dropped that 'big everything' jar into the common/lib folder. So there seems to be a chicken & egg thing regarding what order certain components need to be in for the new tomcat to play with an alternative naming service. My InstanceListener class goes into server/lib just fine, but the support class (I.e. the one containing javax.naming) needs to go in the common area. Can you tell me why this would be? I know it's something to do with the new classloading scheme but I can't see why it would matter. -Thom "Craig R. McClanahan" wrote: > On Mon, 26 Mar 2001, T. Park wrote: > > > Hi Remy, > > > > I'm running tomcat 4 beta 1. > > > > I'll download tonight's latest build and see how I fare with that. > > > > Thanks so much for the support! > > > > -Thom > > > > p.s. is there a b2 drop in the near future - I'm trying to focus my > > integration efforts on the nearest milestone build. > > > > There will be soon, but I've been notified that someone is working on a > "real" patch for the sealing violation problems under JDK 1.3 JVMs. I'd > like to give him a chance to finish before cutting beta 2. > > Since I'm going to be at O'Reilly Java Conference for the remainder of > this week (I'm speaking at 4:15 on Thursday about Web Application > Architectures), the earliest possible time for a beta 2 release will be > this weekend. > > In the mean time, working with a recent nightly build will save you the > time it takes to deal with issues that have already been fixed (and there > have been around 200 CVS commits on Tomcat 4.0 since beta 1). > > Craig -- http://www.borland.com/newsgroups http://www.borland.com/devsupport/disclaim.html