Re: Unable to get transformer handler...
Hello James, James Cummings wrote: Hiya, I'm really new to cocoon so am probably doing something completely wrong. But using cocoon 2.1m3-dev, I want to grab a particular elment by id() from an xml file in the first step of a pipeline, and convert the result to html in the second step. In each instance I want the parameters in the URI available to the xslt. The transformation works perfectly fine on the command line (with saxon), but I keep getting "Unable to get transformer handler for style/xsl/repos2rdg.xsl" as an error (with "Eception in creating Tranform Handler"). it's the XSLTC error message. Looking through possible bugs, I should say that the xsl is fairly straight forward and does not use or or anything referencing another document except the xml file's dtd (which provides necessary entities and such). I've tried specifying type="xslt" in the since (I believe?) this makes it use Xalan? But to no avail. type="xslt" is the default, so XSLTC. Try type="xalan". (xslt => xalan, xsltc => xsltc is true for Cocon 2.0.x) Joerg My sitemap.xmap in the context contains: I'm sure I'm probably going about it completely wrong or something, but this is basically the first time I'm trying to get cocoon to do something in two steps instead of one. ;-) It is probably something really simple. Any suggestions (on and/or off-list -- I get it via digest)? -James - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to get transformer handler...
Hiya, I'm really new to cocoon so am probably doing something completely wrong. But using cocoon 2.1m3-dev, I want to grab a particular elment by id() from an xml file in the first step of a pipeline, and convert the result to html in the second step. In each instance I want the parameters in the URI available to the xslt. The transformation works perfectly fine on the command line (with saxon), but I keep getting "Unable to get transformer handler for style/xsl/repos2rdg.xsl" as an error (with "Eception in creating Tranform Handler"). Looking through possible bugs, I should say that the xsl is fairly straight forward and does not use or or anything referencing another document except the xml file's dtd (which provides necessary entities and such). I've tried specifying type="xslt" in the since (I believe?) this makes it use Xalan? But to no avail. My sitemap.xmap in the context contains: I'm sure I'm probably going about it completely wrong or something, but this is basically the first time I'm trying to get cocoon to do something in two steps instead of one. ;-) It is probably something really simple. Any suggestions (on and/or off-list -- I get it via digest)? -James -- Dr James Cummings, [EMAIL PROTECTED], http://www.uea.ac.uk/~q503 Cursus Project, School of Music, University of East Anglia, Norwich, Norfolk, NR4 7TJ, UK Tel:(01603)593-595 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler for stylesheets/blah.xsl
I'm posting the test-case now. I've discovered (in only the simple case that you'll see), that the simple case of the stylesheet from the sitemap including one other that doesn't have its own includes is fine. When the included stylesheet includes yet one or more stylesheets of its own, that's when this error shows up. /S Joerg Heinicke <[EMAIL PROTECTED]> wrote: >Sorry, I didn't scroll below the start of the exception trace :) > >If you don't have a real error in your stylesheets, it will work with >Xalan. xsl:include is probably the reason, it had problems with >resolving relative paths. But we thought the problem is already solved >with the dev version of Xalan/XSLTC used with Cocoon 2.1m2.dev. Can you >provide a minimum test case reproducing the error and add it here: >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20308? > >Regards, > >Joerg > >Steven Cummings wrote: >> Joerg, >> >> Yes, in the original message I had attached the stylesheet, which >> 'd another, which 'd a third stylesheet (I >> attached all three of them). They are viewable here: >> http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105467465417098&w=2 >> if your mail client didn't show them. >> >> Anyway, I'll give the xalan transformer a shot and see what happens, >> thanks for the tip! >> >> /S >> >> Joerg Heinicke <[EMAIL PROTECTED]> wrote: >> >> >>> Hello Steven, >>> >>> it's XSLTC who does give so exhaustive messages. Try to use Xalan >>> for this particular transformation, maybe you get a real error >>> message. >>> >>> Are you refering external resources from the stylesheet >>> (xsl:import, xsl:include, document())? >>> >>> Joerg > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > -- Steven Cummings Columbia, MO Email: [EMAIL PROTECTED] AIM: cummingscs ICQ: 3330114 MSN: [EMAIL PROTECTED] __ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler for stylesheets/blah.xsl
sure thing, I'll do that first thing in the morning when I get in. /S Joerg Heinicke <[EMAIL PROTECTED]> wrote: >Sorry, I didn't scroll below the start of the exception trace :) > >If you don't have a real error in your stylesheets, it will work with >Xalan. xsl:include is probably the reason, it had problems with >resolving relative paths. But we thought the problem is already solved >with the dev version of Xalan/XSLTC used with Cocoon 2.1m2.dev. Can you >provide a minimum test case reproducing the error and add it here: >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20308? > >Regards, > >Joerg > >Steven Cummings wrote: >> Joerg, >> >> Yes, in the original message I had attached the stylesheet, which >> 'd another, which 'd a third stylesheet (I >> attached all three of them). They are viewable here: >> http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105467465417098&w=2 >> if your mail client didn't show them. >> >> Anyway, I'll give the xalan transformer a shot and see what happens, >> thanks for the tip! >> >> /S >> >> Joerg Heinicke <[EMAIL PROTECTED]> wrote: >> >> >>> Hello Steven, >>> >>> it's XSLTC who does give so exhaustive messages. Try to use Xalan >>> for this particular transformation, maybe you get a real error >>> message. >>> >>> Are you refering external resources from the stylesheet >>> (xsl:import, xsl:include, document())? >>> >>> Joerg > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > -- Steven Cummings Columbia, MO Email: [EMAIL PROTECTED] AIM: cummingscs ICQ: 3330114 MSN: [EMAIL PROTECTED] __ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler for stylesheets/blah.xsl
Sorry, I didn't scroll below the start of the exception trace :) If you don't have a real error in your stylesheets, it will work with Xalan. xsl:include is probably the reason, it had problems with resolving relative paths. But we thought the problem is already solved with the dev version of Xalan/XSLTC used with Cocoon 2.1m2.dev. Can you provide a minimum test case reproducing the error and add it here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20308? Regards, Joerg Steven Cummings wrote: Joerg, Yes, in the original message I had attached the stylesheet, which 'd another, which 'd a third stylesheet (I attached all three of them). They are viewable here: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105467465417098&w=2 if your mail client didn't show them. Anyway, I'll give the xalan transformer a shot and see what happens, thanks for the tip! /S Joerg Heinicke <[EMAIL PROTECTED]> wrote: Hello Steven, it's XSLTC who does give so exhaustive messages. Try to use Xalan for this particular transformation, maybe you get a real error message. Are you refering external resources from the stylesheet (xsl:import, xsl:include, document())? Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler for stylesheets/blah.xsl
Joerg Well, the tip really worked well. I don't quite get it, but the transform works all of the sudden. So that leads to the question, is there (and I haven't checked Bugzilla for Xalan or XSLTC) a bug in XSLTC related to this (maybe includes)? I'll definitely look into it but if someone already smells a problem I would work with someone more knowledgeable to build a test-case. Thanks again, Joerg. /S [EMAIL PROTECTED] (Steven Cummings) wrote: >Joerg, > >Yes, in the original message I had attached the stylesheet, which 'd >another, which 'd a third stylesheet (I attached all three of them). >They are viewable here: >http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105467465417098&w=2 >if your mail client didn't show them. > >Anyway, I'll give the xalan transformer a shot and see what happens, thanks for the >tip! > >/S > >Joerg Heinicke <[EMAIL PROTECTED]> wrote: > >>Hello Steven, >> >>it's XSLTC who does give so exhaustive messages. Try to use Xalan for >>this particular transformation, maybe you get a real error message. >> >>Are you refering external resources from the stylesheet (xsl:import, >>xsl:include, document())? >> >>Joerg >> >>Steven Cummings wrote: >>> Hello, >>> >>> Is anybody else getting this sort of an error in 2.1m2 or 2.1cvs >>> (shown below the main text of this message)? I went through the >>> Cocoon sources for TraxTransformer, which led me to XSLTProcessorImpl >>> from Avalon-Excalibur and the piece of code I found (around >>> XSLTProcessorImpl.java:320) indicated that the Templates instance >>> obtained from the TemplateHandler is null, which of course propogated >>> to the message seen below. This leads me to believe that there is a >>> problem with the stylesheet, but there really isn't. It's just a >>> modified version of dynamic-page2html.xsl from Cocoon itself, and has >>> worked for me up until I tried upgrading to m2 or cvs. >>> >>> Here's where the problem (see messages below) gets worse. I have >>> another webapp, also built on 2.1m2, and when they are running side >>> by side in the same tomcat container, the other one works and this >>> one doesn't. They each have some (separate) XSLTs that they use for >>> rendering. They both have the exact same set of components included >>> and the same set excluded (commented-out) from the default >>> cocoon.xconf. Their logkit.xconf and instrumentation.xconf files are >>> identical. Their web.xml files are the same except for the >>> application display-name. Finally, their sets of jar-files in >>> WEB-INF/lib are identifical. I know most of these details will have >>> nothing to do with the problem, but I thought I'd include them >>> anyway. >>> >>> I've also attached the stylesheet that I get the error for, and the >>> stylesheets that it includes. I don't know if other stylesheets get >>> the same error and it is not specific to this one because the >>> remaining pipelines are behind auth-protect actions and I haven't yet >>> taken the time to move some to un-protected pipelines/matches so that >>> they could be tested for the problem (and a lot of them depend on >>> auth-contexts anyway). >>> >>> This seems like such a fundamental type of problem that I must be >>> missing something. Can anybody with experience with these newer >>> versions of cocoon see what might be my problem? >>> >>> TIA /S >>> >>> Relevant info: Windows XP Java 1.4.1_02 Tomcat 4.1.24 (LE-jdk14) >>> Cocoon 2.1m2 (2.1cvs has been tried as well) >>> >>> Here is the page-output for the error: >>> >>> ->8------------- >>> Message: null Description: No details available. Sender: >>> org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet >>> >>> Request URI loginpage >>> >>> cause Unable to create templates for stylesheet: >>> file:/path/to/stylesheets/blah.xsl >>> >>> request-uri /my-app/loginpage >>> --8< >>> >>> >>> Here are the details from error.log: >>> >>> ->8- >>> org.apache.cocoon.ProcessingException: Unable to get transformer >>> handler for s
Re: Unable to get transformer handler for stylesheets/blah.xsl
Joerg, Yes, in the original message I had attached the stylesheet, which 'd another, which 'd a third stylesheet (I attached all three of them). They are viewable here: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105467465417098&w=2 if your mail client didn't show them. Anyway, I'll give the xalan transformer a shot and see what happens, thanks for the tip! /S Joerg Heinicke <[EMAIL PROTECTED]> wrote: >Hello Steven, > >it's XSLTC who does give so exhaustive messages. Try to use Xalan for >this particular transformation, maybe you get a real error message. > >Are you refering external resources from the stylesheet (xsl:import, >xsl:include, document())? > >Joerg > >Steven Cummings wrote: >> Hello, >> >> Is anybody else getting this sort of an error in 2.1m2 or 2.1cvs >> (shown below the main text of this message)? I went through the >> Cocoon sources for TraxTransformer, which led me to XSLTProcessorImpl >> from Avalon-Excalibur and the piece of code I found (around >> XSLTProcessorImpl.java:320) indicated that the Templates instance >> obtained from the TemplateHandler is null, which of course propogated >> to the message seen below. This leads me to believe that there is a >> problem with the stylesheet, but there really isn't. It's just a >> modified version of dynamic-page2html.xsl from Cocoon itself, and has >> worked for me up until I tried upgrading to m2 or cvs. >> >> Here's where the problem (see messages below) gets worse. I have >> another webapp, also built on 2.1m2, and when they are running side >> by side in the same tomcat container, the other one works and this >> one doesn't. They each have some (separate) XSLTs that they use for >> rendering. They both have the exact same set of components included >> and the same set excluded (commented-out) from the default >> cocoon.xconf. Their logkit.xconf and instrumentation.xconf files are >> identical. Their web.xml files are the same except for the >> application display-name. Finally, their sets of jar-files in >> WEB-INF/lib are identifical. I know most of these details will have >> nothing to do with the problem, but I thought I'd include them >> anyway. >> >> I've also attached the stylesheet that I get the error for, and the >> stylesheets that it includes. I don't know if other stylesheets get >> the same error and it is not specific to this one because the >> remaining pipelines are behind auth-protect actions and I haven't yet >> taken the time to move some to un-protected pipelines/matches so that >> they could be tested for the problem (and a lot of them depend on >> auth-contexts anyway). >> >> This seems like such a fundamental type of problem that I must be >> missing something. Can anybody with experience with these newer >> versions of cocoon see what might be my problem? >> >> TIA /S >> >> Relevant info: Windows XP Java 1.4.1_02 Tomcat 4.1.24 (LE-jdk14) >> Cocoon 2.1m2 (2.1cvs has been tried as well) >> >> Here is the page-output for the error: >> >> ->8- >> Message: null Description: No details available. Sender: >> org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet >> >> Request URI loginpage >> >> cause Unable to create templates for stylesheet: >> file:/path/to/stylesheets/blah.xsl >> >> request-uri /my-app/loginpage >> --8< >> >> >> Here are the details from error.log: >> >> ->8- >> org.apache.cocoon.ProcessingException: Unable to get transformer >> handler for stylesheets/blah.xsl: >> org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in >> creating Transform Handler at >> org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:307) > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > -- Steven Cummings Columbia, MO Email: [EMAIL PROTECTED] AIM: cummingscs ICQ: 3330114 MSN: [EMAIL PROTECTED] __ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler for stylesheets/blah.xsl
Hello Steven, it's XSLTC who does give so exhaustive messages. Try to use Xalan for this particular transformation, maybe you get a real error message. Are you refering external resources from the stylesheet (xsl:import, xsl:include, document())? Joerg Steven Cummings wrote: Hello, Is anybody else getting this sort of an error in 2.1m2 or 2.1cvs (shown below the main text of this message)? I went through the Cocoon sources for TraxTransformer, which led me to XSLTProcessorImpl from Avalon-Excalibur and the piece of code I found (around XSLTProcessorImpl.java:320) indicated that the Templates instance obtained from the TemplateHandler is null, which of course propogated to the message seen below. This leads me to believe that there is a problem with the stylesheet, but there really isn't. It's just a modified version of dynamic-page2html.xsl from Cocoon itself, and has worked for me up until I tried upgrading to m2 or cvs. Here's where the problem (see messages below) gets worse. I have another webapp, also built on 2.1m2, and when they are running side by side in the same tomcat container, the other one works and this one doesn't. They each have some (separate) XSLTs that they use for rendering. They both have the exact same set of components included and the same set excluded (commented-out) from the default cocoon.xconf. Their logkit.xconf and instrumentation.xconf files are identical. Their web.xml files are the same except for the application display-name. Finally, their sets of jar-files in WEB-INF/lib are identifical. I know most of these details will have nothing to do with the problem, but I thought I'd include them anyway. I've also attached the stylesheet that I get the error for, and the stylesheets that it includes. I don't know if other stylesheets get the same error and it is not specific to this one because the remaining pipelines are behind auth-protect actions and I haven't yet taken the time to move some to un-protected pipelines/matches so that they could be tested for the problem (and a lot of them depend on auth-contexts anyway). This seems like such a fundamental type of problem that I must be missing something. Can anybody with experience with these newer versions of cocoon see what might be my problem? TIA /S Relevant info: Windows XP Java 1.4.1_02 Tomcat 4.1.24 (LE-jdk14) Cocoon 2.1m2 (2.1cvs has been tried as well) Here is the page-output for the error: ->8- Message: null Description: No details available. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet Request URI loginpage cause Unable to create templates for stylesheet: file:/path/to/stylesheets/blah.xsl request-uri /my-app/loginpage --8< Here are the details from error.log: ->8--------- org.apache.cocoon.ProcessingException: Unable to get transformer handler for stylesheets/blah.xsl: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:307) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to get transformer handler for stylesheets/blah.xsl
Hello, Is anybody else getting this sort of an error in 2.1m2 or 2.1cvs (shown below the main text of this message)? I went through the Cocoon sources for TraxTransformer, which led me to XSLTProcessorImpl from Avalon-Excalibur and the piece of code I found (around XSLTProcessorImpl.java:320) indicated that the Templates instance obtained from the TemplateHandler is null, which of course propogated to the message seen below. This leads me to believe that there is a problem with the stylesheet, but there really isn't. It's just a modified version of dynamic-page2html.xsl from Cocoon itself, and has worked for me up until I tried upgrading to m2 or cvs. Here's where the problem (see messages below) gets worse. I have another webapp, also built on 2.1m2, and when they are running side by side in the same tomcat container, the other one works and this one doesn't. They each have some (separate) XSLTs that they use for rendering. They both have the exact same set of components included and the same set excluded (commented-out) from the default cocoon.xconf. Their logkit.xconf and instrumentation.xconf files are identical. Their web.xml files are the same except for the application display-name. Finally, their sets of jar-files in WEB-INF/lib are identifical. I know most of these details will have nothing to do with the problem, but I thought I'd include them anyway. I've also attached the stylesheet that I get the error for, and the stylesheets that it includes. I don't know if other stylesheets get the same error and it is not specific to this one because the remaining pipelines are behind auth-protect actions and I haven't yet taken the time to move some to un-protected pipelines/matches so that they could be tested for the problem (and a lot of them depend on auth-contexts anyway). This seems like such a fundamental type of problem that I must be missing something. Can anybody with experience with these newer versions of cocoon see what might be my problem? TIA /S Relevant info: Windows XP Java 1.4.1_02 Tomcat 4.1.24 (LE-jdk14) Cocoon 2.1m2 (2.1cvs has been tried as well) Here is the page-output for the error: ->8- Message: null Description: No details available. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet Request URI loginpage cause Unable to create templates for stylesheet: file:/path/to/stylesheets/blah.xsl request-uri /my-app/loginpage --8< Here are the details from error.log: ->8----- org.apache.cocoon.ProcessingException: Unable to get transformer handler for stylesheets/blah.xsl: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:307) (more traceback left out...) Caused by: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.excalibur.xml.xslt.XSLTProcessorImpl.getTransformerHandlerAndValidity(XSLTProcessorImpl.java:380) at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:302) ... 45 more Caused by: org.apache.excalibur.xml.xslt.XSLTProcessorException: Unable to create templates for stylesheet: file:/path/to/stylesheets/blah.xsl at org.apache.excalibur.xml.xslt.XSLTProcessorImpl.getTransformerHandlerAndValidity(XSLTProcessorImpl.java:320) ... 46 more org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.excalibur.xml.xslt.XSLTProcessorImpl.getTransformerHandlerAndValidity(XSLTProcessorImpl.java:380) (more traceback left out...) Caused by: org.apache.excalibur.xml.xslt.XSLTProcessorException: Unable to create templates for stylesheet: file:/path/to/stylesheets/blah.xsl at org.apache.excalibur.xml.xslt.XSLTProcessorImpl.getTransformerHandlerAndValidity(XSLTProcessorImpl.java:320) ... 46 more --8< -- Steven Cummings Columbia, MO Email: [EMAIL PROTECTED] AIM: cummingscs ICQ: 3330114 MSN: [EMAIL PROTECTED] __ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455 http://www.w3.org/1999/XSL/Transform"; xmlns:xsp-request="http://apache.org/xsp/request/2.0";> : Parameter Values for "&quo
