Thanks Carsten,
The jar name is catalog.jar to add entity resolver
support. It does not contain DOM stuff. However, it
certainly does have SAX-based classes - i mean it
does "import org.xml.sax.EntityResolver" etc.
Note that everything works beautifully with the public
release of c2b2. There were no such build problems.
I have almost finished a documentation page to give
background, examples, and development notes, and i was
just about to start discussing adding entity resolver
support with the dev list.
regards, David
--------------------------------------
> Date: Tue, 7 Aug 2001 09:39:39 +0200
> From: "Carsten Ziegeler" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>
> What was the original name of your jar file and which
> classes (packages) did it contain (any sax or dom
> package?)
>
> Carsten
>
> > -----Ursprüngliche Nachricht-----
> > Von: David Crossley [mailto:[EMAIL PROTECTED]]
> > Gesendet: Dienstag, 7. August 2001 04:23
> > An: [EMAIL PROTECTED]
> > Betreff: weird build problem - seems to be dependent on jar name
> >
> > We have successfully added some new functionality into
> > our copy of the public release of Apache Cocoon 2.0b2
> > This involved some tweaks to core code to hook in another
> > Java package. All went smoothly (adding our jar file
> > into $COCOON_HOME/lib and edits to src/org/...). Re-build
> > is fine and our new functionality works as expected.
> >
> > However, then i CVS checkout the whole cocoon_20_branch
> > and try to verify that our changes work with the most
> > recent code. The initial build is fine. Then i make the
> > exact same mods and try to re-build. Ant bombs with the
> > following obscure error and does not even get through
> > init phase. ant -v or ant -debug do not shed any light.
> >
> > A workaround solution is to rename our jar file so that
> > it begins with "z" i.e. zcatalog.jar
> > Now re-build runs perfectly. Why is that hack needed?
> >
> > Linux RedHat 7.1
> > java.vm.version=Blackdown-1.3.1-FCS
> > jakarta-tomcat-3.2.2
> >
> > Help please, days have been wasted trying to get past this.
> > thanks, David Crossley
> >
> > =================================================
> > Apache Cocoon 2 Build System
> > ----------------------------
> > Buildfile: build.xml
> >
> > BUILD FAILED
> >
> > java.lang.NoSuchMethodError
> > at
> > org.xml.sax.helpers.XMLReaderAdapter$AttributesAdapter.getName(XML
> ReaderAdapter.java:470)
> > at
> > org.apache.tools.ant.ProjectHelper$ProjectHandler.init(ProjectHelp
> > er.java:288)
> > at
> > org.apache.tools.ant.ProjectHelper$RootHandler.startElement(Projec
> > tHelper.java:262)
> > at
> > org.xml.sax.helpers.XMLReaderAdapter.startElement(XMLReaderAdapter
> > .java:329)
> > at org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java:1376)
> > at
> > org.apache.xerces.validators.common.XMLValidator.callStartElement(
> > XMLValidator.java:1191)
> > at
> > org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocu
> > mentScanner.java:1862)
> > at
> > org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.d
> > ispatch(XMLDocumentScanner.java:1005)
> > at
> > org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocume
> > ntScanner.java:381)
> > at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1081)
> > at org.xml.sax.helpers.XMLReaderAdapter.parse(XMLReaderAdapter.java:223)
> > at javax.xml.parsers.SAXParser.parse(SAXParser.java:345)
> > at org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:117)
> > 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)
> > =================================================
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
