You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by David Crossley <cr...@indexgeo.com.au> on 2002/10/08 09:51:55 UTC

build docs broken in current 2.1-dev

"build docs" seems to be broken in 2.1-dev
or it is just mine (2.0.3-dev is fine).
The debug messages do not seem to reveal issues.

------
...
docs:
Setup... done.
Initializing... ready, let's go :-)
 * [0] 
-> [broken link] index.html <- 
disposing... done.

BUILD SUCCESSFUL
Total time: 18 seconds
-----
... oh no it is not. It did not get past the index.html

--David






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


Re: build docs broken in current 2.1-dev

Posted by David Crossley <cr...@indexgeo.com.au>.
Diana Shannon wrote:
> David Crossley wrote:
> > "build docs" seems to be broken in 2.1-dev
> > or it is just mine (2.0.3-dev is fine).
> > The debug messages do not seem to reveal issues.
> 
> If you look in the logs, you will see that Cocoon is complaining about 
> not finding the SVGSerializer. If you comment out references to it in 
> the sitemap's map:components section, as well as to the matcher that 
> uses the svg2jpg serializer, it will build for you. It worked for me 
> yesterday.

Thanks, that workaround did the trick. However, i also
found another simpler workaround ...

This exercises the bug ...
./build.sh clean
./build.sh docs
----

This avoids the bug ...
./build.sh clean
./build.sh
./build.sh docs
----

> Is this related to Ken's mid-September efforts to move FOP and Batik 
> classes to blocks?

That sounds likely. Maybe the build.xml has a new target
for blocks that is not yet depended on by the "docs" target.

> I'm not aware of a need for the SVGSerializer in the 
> main docs. Should we delete these references in the documentation 
> sitemap?

I think that we should leave them there, as we may need SVG
again for docs in the future. It would be good to find the
cause of the problem.
--David

> > ------
> > ...
> > docs:
> > Setup... done.
> > Initializing... ready, let's go :-)
> >  * [0]
> > -> [broken link] index.html <-
> > disposing... done.
> >
> > BUILD SUCCESSFUL
> > Total time: 18 seconds
> > -----
> > ... oh no it is not. It did not get past the index.html
> >
> > --David



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


Re: build docs broken in current 2.1-dev

Posted by Diana Shannon <sh...@apache.org>.
On Tuesday, October 8, 2002, at 03:51  AM, David Crossley wrote:

> "build docs" seems to be broken in 2.1-dev
> or it is just mine (2.0.3-dev is fine).
> The debug messages do not seem to reveal issues.

If you look in the logs, you will see that Cocoon is complaining about 
not finding the SVGSerializer. If you comment out references to it in 
the sitemap's map:components section, as well as to the matcher that 
uses the svg2jpg serializer, it will build for you. It worked for me 
yesterday.

Is this related to Ken's mid-September efforts to move FOP and Batik 
classes to blocks? I'm not aware of a need for the SVGSerializer in the 
main docs. Should we delete these references in the documentation 
sitemap?

Diana
>
> ------
> ...
> docs:
> Setup... done.
> Initializing... ready, let's go :-)
>  * [0]
> -> [broken link] index.html <-
> disposing... done.
>
> BUILD SUCCESSFUL
> Total time: 18 seconds
> -----
> ... oh no it is not. It did not get past the index.html
>
> --David
>
>
>
>
>
>
> ---------------------------------------------------------------------
> 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