You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@jakarta.apache.org by Stefan Bodewig <bo...@apache.org> on 2005/02/17 17:17:10 UTC

[site] failure when using Xalan XSLTC

Hi,

if you look at jakarta-site2's Gump build on JDK 1.5[1] you'll see
XSLTC (the XSL Transformer shipping with JDK 1.5) complaining about
the value "xhtml" of xsl:output.

Since I'm no XSLT expert at all, I looked around at the W3C site and
found that "xhtml" has been added in XSLT 2.0, so XSLTC doesn't seem
to support that yet, while Xalan-J 2.x does.

How do we want to deal with this?  Use "xml" instead of "xhtml"?  Use
Xalan-J 2.x instead of XSLTC when running on JDK 1.5?

Cheers

        Stefan

Footnotes: 
[1]  http://brutus.apache.org/gump/jdk15/jakarta-site2/jakarta-site2/gump_work/build_jakarta-site2_jakarta-site2.html


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [site] failure when using Xalan XSLTC

Posted by Henri Yandell <ba...@generationjava.com>.

On Fri, 18 Feb 2005, Stefan Bodewig wrote:

> On Thu, 17 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:
>
>>> Want to give it a try or shall I re-configure Gump?
>>
>> I'm mentally incapacitated with the flu, try what? :)
>
> Sorry to hear that.
>
>> The xml instead of xhtml bit?
>
> Yes.

Seems to work. Haven't viewed the html yet, so might be something nasty 
hidden in a header.

> I fully expect the build to fail with an OutOfMemory exception then
> because XSLTC is a real memory hog - at least the version shipping
> with JDK 1.5.0.

It's quite stunning. 1.4.x on my Apple Powerbook 400mhz takes 3 minutes 
plus. 1.5.0 on my P3 1ghz server takes 10 seconds. Completely useless 
benchmark :)

The redirect stuff does cause problems it seems. While xsltc supports it, 
Xalan puts the redirected files into the same directory as the target xml, 
whereas xsltc puts it into the cwd.

I've hacked around that by simply adding a pair of move lines to the 
build.xml, but it's not working for me. Any ideas:

     <move todir="${docs.downloads.tmp}">
       <fileset dir=".">
         <include name="downloads_*.cgi"/>
         <include name="downloads_*.xml"/>
       </fileset>
     </move>

Hen

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [site] failure when using Xalan XSLTC

Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 17 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:

>> Want to give it a try or shall I re-configure Gump?
> 
> I'm mentally incapacitated with the flu, try what? :)

Sorry to hear that.

> The xml instead of xhtml bit?

Yes.

I fully expect the build to fail with an OutOfMemory exception then
because XSLTC is a real memory hog - at least the version shipping
with JDK 1.5.0.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [site] failure when using Xalan XSLTC

Posted by Henri Yandell <ba...@generationjava.com>.

On Thu, 17 Feb 2005, Stefan Bodewig wrote:

> On Thu, 17 Feb 2005, Henri Yandell <fl...@gmail.com> wrote:
>
>> Going to get worse too, the download stuff I'm doing uses a Xalan
>> extension (redirect) to have 1 xml -> 1 xsl -> N output files.
>
> XSLTC supports Xalan-J redirect extensions, if you use the "correct"
> syntax (i.e use the http://xml.apache.org/xalan/redirect namspace URI,
> not the Java class name),

That's good, I'm using the namespace.

> Want to give it a try or shall I re-configure Gump?

I'm mentally incapacitated with the flu, try what? :)

The xml instead of xhtml bit?

Hen

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [site] failure when using Xalan XSLTC

Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 17 Feb 2005, Henri Yandell <fl...@gmail.com> wrote:

> Going to get worse too, the download stuff I'm doing uses a Xalan
> extension (redirect) to have 1 xml -> 1 xsl -> N output files.

XSLTC supports Xalan-J redirect extensions, if you use the "correct"
syntax (i.e use the http://xml.apache.org/xalan/redirect namspace URI,
not the Java class name),

Want to give it a try or shall I re-configure Gump?

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [site] failure when using Xalan XSLTC

Posted by Henri Yandell <fl...@gmail.com>.
Ack. *eats humble pie*

Going to get worse too, the download stuff I'm doing uses a Xalan
extension (redirect) to have 1 xml -> 1 xsl -> N output files.

Hen

On Thu, 17 Feb 2005 17:17:10 +0100, Stefan Bodewig <bo...@apache.org> wrote:
> Hi,
> 
> if you look at jakarta-site2's Gump build on JDK 1.5[1] you'll see
> XSLTC (the XSL Transformer shipping with JDK 1.5) complaining about
> the value "xhtml" of xsl:output.
> 
> Since I'm no XSLT expert at all, I looked around at the W3C site and
> found that "xhtml" has been added in XSLT 2.0, so XSLTC doesn't seem
> to support that yet, while Xalan-J 2.x does.
> 
> How do we want to deal with this?  Use "xml" instead of "xhtml"?  Use
> Xalan-J 2.x instead of XSLTC when running on JDK 1.5?
> 
> Cheers
> 
>         Stefan
> 
> Footnotes:
> [1]  http://brutus.apache.org/gump/jdk15/jakarta-site2/jakarta-site2/gump_work/build_jakarta-site2_jakarta-site2.html
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org