Re: Problems building the resolver documentation

Michael Glavassevich <[email protected]>
Newsgroups gmane.text.xml.commons.devel
Message-ID <OF46402D59.5953BE31-ON8525722E.006395D7-8525722E.00640ABA@ca.ibm.com>
Hi Norm,

Norman Walsh <[email protected]> wrote on 11/22/2006 06:56:47 AM:

> / Michael Glavassevich <[email protected]> was heard to say:
> | I tried doing a complete build of the resolver distribution yesterday 
and 
> | got the following errors:
> 
> Sorry for the delay.

That's okay. I managed to figured it out with some tips from Jeremias. 
Thanks for looking at this though.
 
> | htmldocs:
> |      [echo] Building docs for xml-commons-resolver ...
> |      [java] (Location of error unknown)XSLT Error 
> | (javax.xml.transform.TransformerConfigurationException): 
> | javax.xml.transform.TransformerException: 
java.io.FileNotFoundException: 
> | C:\eclipse3.2.0\eclipse\workspace\docbook\html\docbook.xsl (The system 

> | cannot find the path specified)
> 
> Hmm. Don't know where that came from. Using
> 
>   http://docbook.sf.net/release/xsl/current/html/docbook.xsl
> 
> should work.
> 
> | Obviously I'm missing docbook.xsl, though I can't seem to find it in 
SVN. 
> | There's a comment within the 'htmldocs' target which says: "Note: The 
docs 
> | are built in two ways until we stabilise the doc generation. Both ways 

> | have system-specific pathnames, so both may bust on your system." Has 
> | anyone managed to build the HTML docs successfully?
> 
> Odd. I don't remember writing that comment either.
> 
>                                         Be seeing you,
>                                           norm
> 
> -- 
> Norman Walsh
> XML Standards Architect
> Sun Microsystems, Inc.

Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: [email protected]
E-mail: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.