Jeff Turner wrote:
>
> On Fri, Sep 07, 2001 at 09:57:39AM -0400, Berin Loritsch wrote:
> > We need to prepare Excalibur for release soon, hopefully before
> > next Wednesday so Cocoon can do a release with an official jar.
> >
> > Does anyone have any information on what needs to be done before
> > an official Excalibur 4.0 FINAL release? If not, I would like
> > to release Excalibur 4.0 as final next Teusday.
>
> Just a few questions about the documentation..
>
> 1) Every time I've ever generated the xdocs, I've been getting these non-fatal
> exceptions in build/work/cocoon.log:
>
> ERROR 99987 [cocoon ] (main): Error in MRUMemoryStore()
> java.lang.ClassCastException: java.lang.String
> at
> org.apache.cocoon.components.store.MRUMemoryStore.contextualize(MRUMemoryStore.java:134)
> at
> org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:97)
> at
> org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:82)
> at
> org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:157)
> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:163)
> at org.apache.cocoon.Main.main(Main.java:289)
>
> Perhaps an updated cocoon.jar will fix this?
I believe so. There has been alot in Cocoon that has been fixed.
> 2) After the last release, there was talk about moving completely to Docbook.
> Am I right in thinking that this would simply involve applying
> document2docbook.xsl to the remaining XML files, and removing that stylesheet
> from the sitemap? In the very next step (docbook2body.xsl), it ends up back in
> Apache-specific territory (sitebook/stylebook, whatever it's called), so I
> can't see any huge advantage ;)
Yes, applying document2docbook.xsl to all the existing files will do the main
work for us. The author info needs to be updated to point to the proper bio
like in Developing with Avalon docs.
The intermediate format you are refering to is temporal only (to separate the
menu and body construction). It provides a method of simple transformations
which are much quicker than complex transformations.
> 3) As as recently asked by Mariano Camp ("Docs as PDF"), is generating PDF
> docs
> possible?
>
> I ask in part because Log4j is currently adopting Docbook, and want to
> generate
> printable (PDF) docs. Avalon's system has been put forward as a possible
> solution. The relevant thread is "[POLL] Documentation in Docbook" on
> log4j-user.
It is possible, nobody has gotten around to creating the DocBook2FO stylesheet
yet. (The one from Norman Walsh doesn't produce nicely formatted text). There
are other tools that make the transformation work in unix. They will even let
you transform them into DVI, RTF, and info files if you want.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
