You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Donald Ball <ba...@webslingerZ.com> on 2001/04/10 06:47:05 UTC

can't compile clean checkout of c2

hey guys. trying to put c2 on our playground server at work for developers
to mess around with. i did a clean checkout of c2 on that server and ran
the build script with an empty CLASSPATH. to my surprise, i get a bunch of
errors:

compile:
    [javac] Compiling 4 source files to
/usr/local/src/xml-cocoon/build/cocoon/classes
    [javac]
/usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/components/parser/JaxpParser.java:59:
Method getXMLReader() not found in class javax.xml.parsers.SAXParser.
    [javac]         XMLReader reader = parser.getXMLReader();
    [javac]                                               ^
    [javac]
/usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/components/parser/JaxpParser.java:111:
Method createDocumentType(java.lang.String, java.lang.String,
java.lang.String) not found in interface org.w3c.dom.DOMImplementation.
    [javac]             impl.createDocumentType(name, publicId, systemId)
    [javac]                                    ^
    [javac]
/usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/xml/dom/DOMBuilder.java:190:
Method importNode(org.w3c.dom.Node, boolean) not found in interface
org.w3c.dom.Document.
    [javac]
doc.appendChild(doc.importNode(list.item(x),true));
    [javac]                                               ^
    [javac]
/usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/xml/dom/DOMBuilder.java:270:
Method createElementNS(java.lang.String, java.lang.String) not found in
interface org.w3c.dom.Document.
    [javac]         Element
e=this.document.createElementNS(n.getUri(),n.getQName());

looks like our good friend, DOM1 v.s. DOM2, back to rear its ugly head.
well that's strange, i thought, this is a clean build, no extra libraries
cluttering my classpath, something weird must be going on. turns out upon
deeper inspection, that my jvm (blackdown 1.3) comes bundled with jaxp.jar
and parser.jar in the infamous ext directory (thanks, sun). if i move
parser.jar, though, ant won't run cleanly:

BUILD FAILED

javax.xml.parsers.FactoryConfigurationError:
com.sun.xml.parser.SAXParserFactoryImpl
        at
javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:84)
        at
org.apache.tools.ant.ProjectHelper.getParserFactory(ProjectHelper.java:706)
        at
org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:105)
        at
org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85)
        at org.apache.tools.ant.Main.runBuild(Main.java:403)
        at org.apache.tools.ant.Main.main(Main.java:149)

but xerces is, of course, put in the classpath by the build script, and
it's a JAXP compliant parser, right? any idea what gives?

- donald


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Re: can't compile clean checkout of c2

Posted by giacomo <gi...@apache.org>.
The question sounds silly but since I've compiled my C2 without any
problems did you clean up your extension directory?

Giacomo

On Tue, 10 Apr 2001, Donald Ball wrote:

> hey guys. trying to put c2 on our playground server at work for developers
> to mess around with. i did a clean checkout of c2 on that server and ran
> the build script with an empty CLASSPATH. to my surprise, i get a bunch of
> errors:
>
> compile:
>     [javac] Compiling 4 source files to
> /usr/local/src/xml-cocoon/build/cocoon/classes
>     [javac]
> /usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/components/parser/JaxpParser.java:59:
> Method getXMLReader() not found in class javax.xml.parsers.SAXParser.
>     [javac]         XMLReader reader = parser.getXMLReader();
>     [javac]                                               ^
>     [javac]
> /usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/components/parser/JaxpParser.java:111:
> Method createDocumentType(java.lang.String, java.lang.String,
> java.lang.String) not found in interface org.w3c.dom.DOMImplementation.
>     [javac]             impl.createDocumentType(name, publicId, systemId)
>     [javac]                                    ^
>     [javac]
> /usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/xml/dom/DOMBuilder.java:190:
> Method importNode(org.w3c.dom.Node, boolean) not found in interface
> org.w3c.dom.Document.
>     [javac]
> doc.appendChild(doc.importNode(list.item(x),true));
>     [javac]                                               ^
>     [javac]
> /usr/local/src/xml-cocoon/build/cocoon/src/org/apache/cocoon/xml/dom/DOMBuilder.java:270:
> Method createElementNS(java.lang.String, java.lang.String) not found in
> interface org.w3c.dom.Document.
>     [javac]         Element
> e=this.document.createElementNS(n.getUri(),n.getQName());
>
> looks like our good friend, DOM1 v.s. DOM2, back to rear its ugly head.
> well that's strange, i thought, this is a clean build, no extra libraries
> cluttering my classpath, something weird must be going on. turns out upon
> deeper inspection, that my jvm (blackdown 1.3) comes bundled with jaxp.jar
> and parser.jar in the infamous ext directory (thanks, sun). if i move
> parser.jar, though, ant won't run cleanly:
>
> BUILD FAILED
>
> javax.xml.parsers.FactoryConfigurationError:
> com.sun.xml.parser.SAXParserFactoryImpl
>         at
> javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:84)
>         at
> org.apache.tools.ant.ProjectHelper.getParserFactory(ProjectHelper.java:706)
>         at
> org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:105)
>         at
> org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85)
>         at org.apache.tools.ant.Main.runBuild(Main.java:403)
>         at org.apache.tools.ant.Main.main(Main.java:149)
>
> but xerces is, of course, put in the classpath by the build script, and
> it's a JAXP compliant parser, right? any idea what gives?
>
> - donald
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org