cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From giacomo <giac...@apache.org>
Subject RE: found the cause of Bug #5060 build docs
Date Wed, 28 Nov 2001 21:53:18 GMT
On Wed, 28 Nov 2001, John Morrison wrote:

> Well done guys - just one question: does it still work as a unexpanded war
> file?  ie, if you produce a war (apologies if this has been tested), drop it
> into tomcat with the "do not unpack" setting, is it ok?

Well, as long as the logs are written into WEB-INF/logs I suspect it works
as unexpanded WAR file.

Giacomo

>
> J.
>
> > -----Original Message-----
> > From: David Crossley [mailto:crossley@indexgeo.com.au]
> > Sent: Wednesday, 28 November 2001 2:41 am
> > To: cocoon-dev@xml.apache.org
> > Subject: Re: found the cause of Bug #5060 build docs
> >
> >
> > David Crossley wrote:
> > > Gianugo Rabellino wrote:
> > > > David Crossley wrote:
> > > >
> > > > > Excellent, thanks everyone. That fixes it.
> > > > > I have committed the changes to CommandlineContext.java
> > > > > into HEAD only.
> > > > >
> > > > > Would people on all platforms, please please confirm that
> > > > > "build docs" now works for you. Then i will add the changes
> > > > > to cocoon_20_branch.
> > > >
> > > >
> > > > Unfortunately I can confirm a failure. This is W2K after a
> > clean checkout:
> > > >
> > > > ERROR   10068   [        ] ():Sitemap
> > > > org.apache.cocoon.ProcessingException: Could not read resource
> > > >
> > >
> > file:/C:/java/src/cvs/cocoon/HEAD/xml-cocoon2/build/cocoon/documen
> > tation/xdocs/catalog-test.xml:
> > > > org.xml.sax.SAXParseException: File
> > > >
> > >
> > "file:/C:/java/src/cvs/cocoon/HEAD/xml-cocoon2/build/cocoon/docume
> > ntation/xdocs/ISOnum.pen"
> > > > not found.
> > > >
> > > > Turning log up to DEBUG I get the following:
> > > >
> > > >       [java] DEBUG   10068   [        ] (): ComponentFactory creating
> > > > new instance of org.apache.cocoon.components.resolver.ResolverImpl.
> > > >       [java] DEBUG   10068   [        ] (): Setting Catalog verbosity
> > > > level to 2
> > > >       [java] DEBUG   10068   [        ] (): CommandlineContext:
> > > > getResource=/resources/entities/catalog
> > > >       [java] DEBUG   10068   [        ] (): System Catalog URL is
> > > >
> > >
> > file:C:/java/src/cvs/cocoon/HEAD/xml-cocoon2/build/cocoon/document
> > ation/./resources/entities/catalog
> > > >       [java] Loading catalog:
> > > >
> > >
> > file:C:/java/src/cvs/cocoon/HEAD/xml-cocoon2/build/cocoon/document
> > ation/./resources/entities/catalog
> > > >
> > > > Is there anything else I can do to help you out?
> > >
> > > Please do. If you raise the verbosity" to 3 in xconf
> > > may help. Obviously, i was concerned that we would
> > > simply transfer the problem from UNIX to Windows.
> > >
> > > I am just now trying the patch from Christian Schmitt
> > > to ResolverImpl.java though i suspect that our problem
> > > still lies with building the path in CommandlineContext.java
> >
> > The patch from Christian fixed it. Essentially the catalog loader
> > now uses a pathname to the default catalog which has an
> > appropriate absolute pathname for the OS and with no leading file:
> >
> > > Gianugo, you may understand better than me, the discussion
> > > about file:// problems that were identified and added to Bugzilla.
> >
> > That discussion may be still relevant for other issues. This patch
> > simply avoids the file:// problem.
> >
> > > My other concern is that if we fix it for the "build docs"
> > > commandline context, then we may break it for webapp context.
> > > Anyway, it is worth persisting - we seem close.
> > > --David
> >
> > We would now like to see some success reports from other
> > platforms, particularly Mac and other Windows. You need to
> > be able to run "build docs" without failing when it gets to
> > processing xdocs/catalog-test.xml and you need to see a
> > result from the webapp Sample "Entity Catalogs".
> > So far we have ...
> >  Unix (Solaris 8) ... OK
> >  Linux 2.4.2-2 (RedHat 7.1) and Blackdown j2sdk-1.3.1 ... OK
> >  WinNT 4.0 ... OK
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
>


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


Mime
View raw message