From dev-return-49569-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Thu Oct 16 15:49:09 2003 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 54002 invoked from network); 16 Oct 2003 15:49:09 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 16 Oct 2003 15:49:09 -0000 Received: (qmail 33116 invoked by uid 500); 16 Oct 2003 15:48:59 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 33063 invoked by uid 500); 16 Oct 2003 15:48:58 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 33050 invoked from network); 16 Oct 2003 15:48:58 -0000 Received: from unknown (HELO mx.netcom-gsm.no) (212.45.173.126) by daedalus.apache.org with SMTP; 16 Oct 2003 15:48:58 -0000 Received: from nosltrend02.wsrv1.netcom-gsm.no (radar.netcom.no [212.45.173.67]) by mx.netcom-gsm.no (8.12.3/8.12.3/Debian-6.6) with SMTP id h9GFljBP010868 for ; Thu, 16 Oct 2003 17:47:45 +0200 Received: from 172.17.131.93 by nosltrend02.wsrv1.netcom-gsm.no (InterScan E-Mail VirusWall NT); Thu, 16 Oct 2003 17:49:00 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Flow problem on Weblogic 8.1 Date: Thu, 16 Oct 2003 17:48:59 +0200 Message-ID: <1F65CA19B36C6A4681A5273AD0514034113BF6@NOMSG04.wsrv1.netcom-gsm.no> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Flow problem on Weblogic 8.1 Thread-Index: AcOT7MAa7/0fP9IxSkGzrEnCGzz1YQADQSdA From: =?iso-8859-1?Q?Velle_Andr=E8?= To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Christopher Olivier wrote: >=20 > Welcome to classpath hell :( The problem seems to be that Weblogic=20 > server's class loader exposes its own copy of Rhino so the version=20 > packaged with Cocoon is not used. In my opinion, this is=20 > fundamentally a=20 > bug with BEA's product. However that opinion doesn't help you=20 > much. This=20 > problem is compounded by the fact that BEA also has a forked=20 > version of=20 > Rhino so you can't just > replace the Weblogic rhino jar with the one from Cocoon or=20 > you'll break=20 > parts of Weblogic. >=20 Yea, this definitely sounds like a Weblogic bug. Putting rhino.jar first = in the weblogic classpath moves me to the next error. I have seen = similar things in the past, so I guess I should have checked. It seems = like rhino is only used by workshop, though, which I'm not using. So = basically my options are:=20 1)Remove the rhino classes from weblogic.jar 2)Use ParanoidCocoonServlet, and do all the necessary weeding in the = libs to get rid of all the classcastexceptions.=20 3) Use something other than weblogic At the moment I'm leaning towards 3 ;-) -Andr=E9