Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 95930 invoked by uid 500); 28 Apr 2003 07:06:50 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 95912 invoked from network); 28 Apr 2003 07:06:49 -0000 Received: from vern.chem.tu-berlin.de (130.149.66.116) by daedalus.apache.org with SMTP; 28 Apr 2003 07:06:49 -0000 Received: from vern.chem.tu-berlin.de (localhost [127.0.0.1]) by vern.chem.tu-berlin.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h3S770GD016442 for ; Mon, 28 Apr 2003 09:07:00 +0200 Received: from localhost (stephan@localhost) by vern.chem.tu-berlin.de (8.12.3/8.12.3/Submit) with ESMTP id h3S770sp016439 for ; Mon, 28 Apr 2003 09:07:00 +0200 X-Authentication-Warning: vern.chem.tu-berlin.de: stephan owned process doing -bs Date: Mon, 28 Apr 2003 09:07:00 +0200 (CEST) From: Stephan Michels X-X-Sender: stephan@vern.chem.tu-berlin.de To: cocoon-dev Subject: Re: Broken Cocoon gump build (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ---------- Forwarded message ---------- Date: Sat, 26 Apr 2003 15:22:12 -0400 From: Christine Li Reply-To: xalan-dev@xml.apache.org To: xalan-dev@xml.apache.org Subject: Re: Broken Cocoon gump build The error message from the gump build: > [junit] class org.apache.xalan.xsltc.dom.SAXImpl$TypedNamespaceIterator cannot > access its superclass | > org.apache.xml.dtm.ref.DTMDefaultBaseIterators$NamespaceIterator XSLTC stuff wasn't in the Xalan2.2.D11 which is the version of xalan bundled in Sun JDK 1.4.*. The error is caused of org.apache.xml.dtm.ref.DTMDefaultBaseIterators$NamespaceIterator class is loaded when rt.jar is loaded. however, the class org.apache.xalan.xsltc.dom.SAXImpl$TypedNamespaceIterator is loaded by different class loader when xalan.jar is loaded. I checked the build log for xml-xalan2-smoketest: [xalantest] Bootclasspath: /tmp/gump/xml-xalan/java/build/xalan.jar:/tmp/gump/xml-commons/java/extern al/build/xml-apis.jar:/tmp/gump/xml-xalan/java/build/xalan.jar:/tmp/gump/x ml-xerces2/java/build/xmlParserAPIs.jar:/tmp/gump/xml-xerces2/java/build/x ercesImpl.jar:/usr/java1.4/lib/tools.jar:/usr/java1.4/lib/tools.jar:/tmp/g ump/ant/dist/lib/ant.jar:/tmp/gump/ant/dist/lib/ant-jmf.jar:/tmp/gump/ant/ dist/lib/ant-junit.jar:/tmp/gump/ant/dist/lib/ant-stylebook.jar:/tmp/gump/ ant/dist/lib/ant-swing.jar:/tmp/gump/ant/dist/lib/ant-trax.jar:/tmp/gump/a nt/dist/lib/ant-xalan2.jar:/tmp/gump/ant/dist/lib/nodeps.jar:/tmp/gump/xml -xalan/test/java/build/qetest.jar:/tmp/gump/jtidy/build/Tidy.jar:/tmp/gump /xml-xalan/test/java/build:/tmp/gump/xml-xalan/test/tests/extensions/java/ build:/tmp/gump/xml-xalan/java/bin/xml-apis.jar:/tmp/gump/xml-xalan/java/b in/xercesImpl.jar [xalantest] TestFileInit Minitest:Minitest - developer check-in test for Xalan-J 2.x. [xalantest] HASHTABLE: System.getProperties [xalantest] java.runtime.name=Java(TM) 2 Runtime Environment, Standard Edition [xalantest] sun.boot.library.path=/usr/java1.4/jre/lib/sparc [xalantest] java.vm.version=1.4.0_01-b03 > Stephan Michels wrote: >Gump overrides the classpath with the created jar, fresh build from the >CVS HEAD. Even the gump build of cocoon is using the latest xalan.jar from cvs. if it is not used in the bootclasspath or endorsed directory. the jvm still uses part of xalan from the old bundles. I think it is the problem of the error. Christine Li XSLT Development IBM Toronto Lab Tel: (905)413-2601 Email: jycli@ca.ibm.com