Christian Haul wrote:
> On 23.Nov.2001 -- 01:43 PM, giacomo wrote:
> > On Fri, 23 Nov 2001, Carsten Ziegeler wrote:
> > > > From: giacomo [mailto:[EMAIL PROTECTED]]
> > > > Big no. After a clean checkout of the HEAD I was able to compile
> > > > but building the docs failed havily.
> > > >
> > > > Could someone fix that more familiar with it than I am? I think it has
> > > > to do with the DTD resolver whcih cannot find the DTDs requested
during
> > > > the build of the docs (even if I've sound them to be there where it
> > > > complains wouldn't be there).
> > > a "build docs" works perfectly here. Hm
> >
> > Lucky you. This is what I get on a clean checkout from HEAD:
> >
> > INFO 10065 [ ] (): Link translated:
> > graphics/Todo-label_over.jpg
> > Resolved public: -//APACHE//DTD Documentation V1.0//EN
> >
> >
file://home/giacomo/cvs/xml-cocoon2/build/cocoon/documentation/resources/entities/document-v10.dtd
> > Failed to create InputSource:
> >
file://home/giacomo/cvs/xml-cocoon2/build/cocoon/documentation/resources/entities/document-v10.dtd
> > ERROR 10065 [ ] (): Could not read resource
> >
file:/home/giacomo/cvs/xml-cocoon2/build/cocoon/documentation/xdocs/plan/index.xml
> > org.xml.sax.SAXParseException: File
> >
"file:/home/giacomo/cvs/xml-cocoon2/build/cocoon/documentation/dtd/document-v10.dtd"
> > not found.
>
> For me "build docs" fails to find the catalogs, too.
>
> I *think* it should be "file:///home/g..." (3 x '/'). If you point
> e.g. w3m or mozilla to the modified URL it will find the file.
>
> For cocoon_20_branch applying
>
> --- documentation/cocoon.xconf.orig Mon Nov 19 11:12:58 2001
> +++ documentation/cocoon.xconf Thu Nov 22 14:53:48 2001
> @@ -101,7 +101,7 @@
>
> -->
> <resolver class="org.apache.cocoon.components.resolver.ResolverImpl">
> - <parameter name="catalog" value="/resources/entities/catalog"/>
> + <parameter name="catalog" value="//resources/entities/catalog"/>
> <parameter name="verbosity" value="2"/>
> </resolver>
>
> resolves :-) the issue for me. Alternatively, value="resources..."
> works OK as well. Looks like the URL is not composed correctly.
> BTW: this is linux with sun jdk 1.3.1
I did raise this issue a long time ago. Everyone said that the
docs build worked for them. So i thought that it was only my problem.
Now it looks like i have company. Yes Christian, i too am on Linux
with Blackdown J2SDK 1.3.0
My workaround is a bit different - i add a hard-coded path into
build.xml for the docs target build context (to replace arg -c current dir).
So why would this just happen for Linux. The path to the catalog is
being built in components/resolver/ResolverImpl.java line 97:
String catalogURL =
this.context.getResource(catalogFile).toExternalForm();
Here is the previous discussion about this file:// problem ...
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=100376303909599&w=2
(By the way what does this issue have to do with Freshmeat.
Please use sensible Subjects.)
--David
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
