Re: DOCBOOK-APPS: Xalan is stealing my sleep

2001-03-11 Thread Norman Walsh

/ Claus Rasmussen [EMAIL PROTECTED] was heard to say:
| I simply haven't been able to figure out where the style sheets could be 
| wrong, and since I'm no Java man, I can't tell if it's a problem with the 
| Xalan extension for chunking.

Thank you for the test case. I'll take a closer look. I think it's a Xalan
problem, but maybe I can track it down. Maybe.

Be seeing you,
  norm

-- 
Norman Walsh [EMAIL PROTECTED]  | So, are you working on finding
http://www.oasis-open.org/docbook/ | that bug now, or are you leaving
Chair, DocBook Technical Committee | it until later? Yes.



Re: DOCBOOK-APPS: Xalan is stealing my sleep

2001-03-01 Thread Claus Rasmussen

 XSLT Error (javax.xml.transform.TransformerException): -9
 
 Very helpful message, eh?  8^)
 
 I think Norm will have to fix chunk.xsl to work
 with XalanJ2, beyond my simple adjustment above.

If it's of any assistance to Norm or others, the problem comes when Xalan is 
about to finalize the chunking. All pages are created, but when finalizing and 
writing the index.html (or whatever) it explodes.

For instance, this simple file throws the error - produces all the sections as 
files, but not the final "cover page":


  chapter id="some-id"
titleFor Everyone/title

section
titleOverview/title
paraBrief introduction/para
/section

section
titleMore stuff/title
paraSome content/para
/section
   /chapter


I simply haven't been able to figure out where the style sheets could be 
wrong, and since I'm no Java man, I can't tell if it's a problem with the 
Xalan extension for chunking.

Anyone?

/claus


--
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: [EMAIL PROTECTED]

--
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: [EMAIL PROTECTED]



Re: DOCBOOK-APPS: Xalan is stealing my sleep

2001-02-28 Thread camille

Hi all,

This is my little contribution to the problem.
XML DTD 4.1.2
XSL 1.29
2 tests with:
- xalan 2.0.0 xerces 1.2.3 as distributed by apache
- xalan 1.2.2 as distributed by apache
[results below]

In short xalan 1.2.2 works with Norm's XSL, while xalan 2.0.0 don't.
However, building a custom stylesheet using extension
xalanredirect:write  works perfectly.

I also tried with website DTD and XSL, after:
- commenting out "workaround for a XalanJ1 bug"
- changing docbookx.xsl path in website.xsl
It worked perfectly apart that it outputed all html files inside the
website.xsl directory!!!
Using a custom empty stylesheet in current dir did not even solved the
problem.

Camille.

--
$ ~/bin/xsl -V -IN advocacy.xml -XSL
file:///usr/share/sgml/docbook/xsl-stylesheets-1.29/xhtml/docbook.xsl
-OUT index.html
 Xalan Version 2.0.0, 
 XSLT Error (javax.xml.transform.TransformerConfigurationException):
method can not be multiply defined at the same import level!
Old value = xml; New value = html


$ ~/bin/xsl1 -V -IN advocacy.xml -XSL
file:///usr/share/sgml/docbook/xsl-stylesheets-1.29/xhtml/docbook.xsl
-OUT index.html
 Xalan Version 1.2.2, XML4J Version Xerces 1.2.2
= Parsing
file:/usr/share/sgml/docbook/xsl-stylesheets-1.29/xhtml/docbook.xsl
==
Parse of
file:/usr/share/sgml/docbook/xsl-stylesheets-1.29/xhtml/docbook.xsl took
41982 milliseconds
= Parsing
file:/home/camille/presentations/company_doc_policy/advocacy.xml
==
Parse of
file:/home/camille/presentations/company_doc_policy/advocacy.xml took
7432 milliseconds
=
Transforming...
transform took 10058 milliseconds
XSLProcessor: done   
--

Bob Stayton a écrit :
 
  From: Claus Rasmussen [EMAIL PROTECTED]
 
  First of all - this posting contains a lot of error-messages. Sorry for
  that, but it's the only way I can sketch out my problem.
 
  For a while I've been thinking that it had to be our customizations that
  broke Xalan 2, but now I give up:
 
  I install a pure, untouched version of
 
   - Xalan 2 java
   - Norms XSL style sheets v1.29
   - The DocBook XML DTD v4.1.2
 
  The Xalan tests all run without problems.
 
  When I try the tests that come with Norms style sheets the trouble begins.
 
  (I should mention that chunking is the problem - producing one big document
  goes smoothly).
 
 I had not tried the Docbook chunk.xsl stylesheet with XalanJ2.
 When I do, I also find that it does not work.  They changed the
 location of the Redirect class from:
 
   org.apache.xalan.xslt.extensions.Redirect
 
 to
 
   org.apache.xalan.lib.Redirect
 
 When I made just those changes to chunk.xsl and
 chunk-common.xsl, I was able to get it to run, but
 it still did not produce useful output.  It says
 it is writing out each html file, but I cannot find
 any such output files, either in my current directory or
 relative to the source.  After saying it is writing
 out 8 files (but not actually doing so), it fails
 with this message:
 
   XSLT Error (javax.xml.transform.TransformerException): -9
 
 Very helpful message, eh?  8^)
 
 I think Norm will have to fix chunk.xsl to work
 with XalanJ2, beyond my simple adjustment above.
 
 bobs
 Bob Stayton 400 Encinal Street
 Publications Architect  Santa Cruz, CA  95060
 Technical Publications  voice: (831) 427-7796
 The Santa Cruz Operation, Inc.  fax:   (831) 429-1887
 email: [EMAIL PROTECTED]
 
 --
 To unsubscribe from this elist send a message with the single word
 "unsubscribe" in the body to: [EMAIL PROTECTED]

--
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: [EMAIL PROTECTED]




Re: DOCBOOK-APPS: Xalan is stealing my sleep

2001-02-28 Thread camille

[EMAIL PROTECTED] a écrit :
 
[...]
 
 I also tried with website DTD and XSL, after:
 - commenting out "workaround for a XalanJ1 bug"
 - changing docbookx.xsl path in website.xsl
 It worked perfectly apart that it outputed all html files inside the
 website.xsl directory!!!
 Using a custom empty stylesheet in current dir did not even solved the
 problem.

oops, just found the attribute config param="dir"/ :-)

Camille.

--
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: [EMAIL PROTECTED]




DOCBOOK-APPS: Xalan is stealing my sleep

2001-02-27 Thread Claus Rasmussen

First of all - this posting contains a lot of error-messages. Sorry for
that, but it's the only way I can sketch out my problem.

For a while I've been thinking that it had to be our customizations that
broke Xalan 2, but now I give up:

I install a pure, untouched version of

 - Xalan 2 java
 - Norms XSL style sheets v1.29
 - The DocBook XML DTD v4.1.2

The Xalan tests all run without problems.

When I try the tests that come with Norms style sheets the trouble begins.

(I should mention that chunking is the problem - producing one big document
goes smoothly).

First error is:

DOM ERROR! class: org.apache.xalan.templates.ElemExtensionCall
file:///home/claus/docbook/xsl/1.29-untouched/docbook/html/chunk.xsl; Line
17; Column 58;
XSLT Error (javax.xml.transform.TransformerConfigurationException): Failed
calling setPrefix method!

Closer inspection of chunk.xsl shows a workaround for Xalan 1. I comment
this out and try again:

file:///home/claus/docbook/xsl/1.29-untouched/docbook/html/chunk-common.xsl;
Line 657; Column 16; Writing ch01s02.html f
or sect1
javax.xml.transform.TransformerException
at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.j
ava:1212)
at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:2894)
at java.lang.Thread.run(Thread.java:484)
-
java.lang.ArrayIndexOutOfBoundsException
at org.apache.xml.utils.BoolStack.pop(BoolStack.java:134)
at
org.apache.xalan.serialize.SerializerToHTML.endElement(SerializerToHTML.java
:631)
at
org.apache.xalan.transformer.ResultTreeHandler.endElement(ResultTreeHandler.
java:284)
at
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:
749)
at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform
erImpl.java:2154)
at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform
erImpl.java:2097)
at
org.apache.xalan.templates.ElemTemplate.execute(ElemTemplate.java:380)
at
org.apache.xalan.templates.ElemCallTemplate.execute(ElemCallTemplate.java:20
2)

...and some 20-30 lines more of java errors.

Now this is exactly what happens with my customized style sheet also - I
just wanted to test it with ...the tests.

Am I insane? Is my Java insane? What am I doing wrong ?

Anyone helping out will go to bed tonight knowing that he/she pulled a
desperate guy back from the edge...

Thanks,
Claus


--
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: [EMAIL PROTECTED]



Re: DOCBOOK-APPS: Xalan is stealing my sleep

2001-02-27 Thread Bob Stayton

 From: Claus Rasmussen [EMAIL PROTECTED]
 
 First of all - this posting contains a lot of error-messages. Sorry for
 that, but it's the only way I can sketch out my problem.
 
 For a while I've been thinking that it had to be our customizations that
 broke Xalan 2, but now I give up:
 
 I install a pure, untouched version of
 
  - Xalan 2 java
  - Norms XSL style sheets v1.29
  - The DocBook XML DTD v4.1.2
 
 The Xalan tests all run without problems.
 
 When I try the tests that come with Norms style sheets the trouble begins.
 
 (I should mention that chunking is the problem - producing one big document
 goes smoothly).

I had not tried the Docbook chunk.xsl stylesheet with XalanJ2.
When I do, I also find that it does not work.  They changed the
location of the Redirect class from:

  org.apache.xalan.xslt.extensions.Redirect

to

  org.apache.xalan.lib.Redirect

When I made just those changes to chunk.xsl and
chunk-common.xsl, I was able to get it to run, but
it still did not produce useful output.  It says
it is writing out each html file, but I cannot find
any such output files, either in my current directory or
relative to the source.  After saying it is writing
out 8 files (but not actually doing so), it fails
with this message:

  XSLT Error (javax.xml.transform.TransformerException): -9

Very helpful message, eh?  8^)

I think Norm will have to fix chunk.xsl to work
with XalanJ2, beyond my simple adjustment above.

bobs
Bob Stayton 400 Encinal Street
Publications Architect  Santa Cruz, CA  95060
Technical Publications  voice: (831) 427-7796
The Santa Cruz Operation, Inc.  fax:   (831) 429-1887
email: [EMAIL PROTECTED]

--
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: [EMAIL PROTECTED]