Return-Path: Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 82562 invoked from network); 18 Dec 2000 19:53:17 -0000 Received: from anchor-post-30.mail.demon.net (194.217.242.88) by locus.apache.org with SMTP; 18 Dec 2000 19:53:17 -0000 Received: from [62.49.241.195] (helo=adolospowerbook) by anchor-post-30.mail.demon.net with smtp (Exim 2.12 #1) id 1486LT-0007wj-0U; Mon, 18 Dec 2000 19:53:15 +0000 Date: Mon, 18 Dec 2000 19:52:49 +0000 From: Stuart Roebuck Reply-To: stuart.roebuck@adolos.co.uk Content-Type: text/plain; charset=us-ascii Subject: Re: Tomcat/4.0-m5 and Cocoon2 - "file /sitemap.xmap\sitemap.xmap not found" Cc: cocoon-dev@xml.apache.org To: Paul Russell X-Mailer: Apple Mail (2.343) Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v343) Message-Id: X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N If I don't put any tools.jar in the WEB-INF/lib/ directory then the = sitemap compiles, but doesn't seem to be found when it comes to using = it. So, as you say, the code for checking for the CLASSIC and MODERN = compilers seems to work. However, the documentation talks about having to put tools.jar in the = WEB-INF/lib/ directory because of classloader issues. This is where I'm = lost - I don't know why this is necessary, so I'll stuggling to follow = this through and work out the implications. I tried creating a = tools.jar file by copying the sun/rmi/rmic/* and sun/tools/* directories = into a separate jar and dropping this into WEB-INF/lib/, but this didn't = seem to help. I notice that there are some more updates to cocoon in the CVS which are = labelled as improving logging and affect the classloading. So I've just = downloaded them and will try with those to see if they tell me anything = more. Thanks for all your help on this. Oh for life without classloaders! Stuart. On Monday, December 18, 2000, at 07:44 PM, Paul Russell wrote: > On Mon, Dec 18, 2000 at 06:22:11PM +0000, Stuart Roebuck wrote:=20 > > Paul,=20 > > On Sun's page:=20 > > = =20= > > Which refers to the differences between 1.1 and 1.2 it uses=20 > > sun.tools.javac.Main in the examples and indicates that it is the = same for=20 > > 1.1 and 1.2.=20 > =20 > Darn, ignore me -- it's only a warning. The old compiler is working = fine,=20 > which means this isn't what's causing your problem. Have you got = anywhere=20 > at all yet?=20 > =20 = ------------------------------------------------------------------------- Stuart Roebuck = stuart.roebuck@adolos.com Lead Developer Mac OS X, Java, XML, = etc. ADOLOS = http://www.adolos.com/=