Return-Path: Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 93064 invoked from network); 21 Sep 2000 17:18:12 -0000 Received: from unknown (HELO purveyor9.dresdnerbank.de) (193.194.7.169) by locus.apache.org with SMTP; 21 Sep 2000 17:18:12 -0000 Received: from ffzj0yga.dresdner.net (unverified) by purveyor9.dresdnerbank.de (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Thu, 21 Sep 2000 19:18:01 +0200 Received: from lssun001.bank.dresdner.net (lssun001.bank.dresdner.net [130.10.64.83]) by ffzj0yga.dresdner.net (8.8.8+Sun/8.8.8) with ESMTP id TAA13355 for ; Thu, 21 Sep 2000 19:18:01 +0200 (MET DST) Received: from fztig938.bank.dresdner.net (crafterm@[130.63.96.66]) by lssun001.bank.dresdner.net (8.9.2/8.9.2) with ESMTP id TAA24152 for ; Thu, 21 Sep 2000 19:18:00 +0200 (MET DST) Date: Thu, 21 Sep 2000 19:18:00 +0200 (CEST) From: Marcus Crafter X-Sender: crafterm@fztig938.bank.dresdner.net Reply-To: "Marcus Crafter (OSA)" To: Cocoon Users Mailing List Subject: [C2] CocoonServlet change (was [C2] Startup Problem) Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Hi All, Ok, unfortunately after playing with the jar files and CLASSPATH setting the problem from my previous mail was still apparent. So, after spending an hour wondering through the C2 source, I found the cause of the problem and fixed it - here goes: From what I understand, the call to sun.tools.javac.Main (in Javac.java) is built up dynamically with stored values (which includes the classpath) by the method fillArguments (AbstractJavaCompiler.java). The classpath used to be obtained via a call to System.getProperty() (in JavaLanguage.java), with the parameters "java.class.path". This was changed recently to an attribute lookup specific to Tomcat (in CocoonServlet.java), namely org.apache.catalina.jsp_classpath (I presume this must be a Tomcat 4.0 attribute, as I currently use Tomcat 3.2beta4). This explains why changing the classpath didn't fix the problem - it was ignored in the compiler call. The comment indicates that Javac (.java) must be redesigned for a long term solution. Short term - I changed line 78 in CocoonServlet.java from this.classpath = (String) context.getAttribute(SERVLET_CLASSPATH); to this.classpath = System.getProperty("java.class.path"); and the problem I had before went away. OK, now that I can use Cocoon2, can someone please explain to me in a bit more detail what the issues were with Javac (.java) ? And what would need to be done to it for a long term solution ? Cheers, thanks for your help. :-) Marcus -- ..... ,,$$$$$$$$$, Marcus Crafter ;$' '$$$$: Computer Systems Engineer $: $$$$: Open Software Associates GmbH $ o_)$$$: 82-84 Mainzer Landstrasse ;$, _/\ &&:' 60327 Frankfurt Germany ' /( &&& \_&&&&' Email : Marcus.Crafter@osa.de &&&&. Business Hours : +49 69 9757 200 &&&&&&&: After Hours : +49 69 49086750