tapestry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Gruber <christianedwardgru...@gmail.com>
Subject Re: [jira] Commented: (TAP5-745) Remove Woodstox-specific Stax implementation usage
Date Wed, 01 Jul 2009 21:23:22 GMT
We should include stax:stax-api:1.0.1 as a provided dependency, and  
deployment to JDK1.5 should have a stax implementation provided to the  
deployment environment.

Christian.

On Jul 1, 2009, at 5:09 PM, Robert Zeigler (JIRA) wrote:

>
>    [ https://issues.apache.org/jira/browse/TAP5-745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12726229

> #action_12726229 ]
>
> Robert Zeigler commented on TAP5-745:
> -------------------------------------
>
> Hm.  The patch appears to require java 6 to compile.  Investigating.
>
>> Remove Woodstox-specific Stax implementation usage
>> --------------------------------------------------
>>
>>                Key: TAP5-745
>>                URL: https://issues.apache.org/jira/browse/TAP5-745
>>            Project: Tapestry 5
>>         Issue Type: Bug
>>         Components: tapestry-core
>>   Affects Versions: 5.1.0.0, 5.1.0.1, 5.1.0.2, 5.1.0.3, 5.1.0.4,  
>> 5.1.0.5, 5.1
>>           Reporter: Christian Köberl
>>           Assignee: Robert Zeigler
>>           Priority: Critical
>>        Attachments: TAP5-745-5.1.0.5.patch
>>
>>
>> Tapestry uses some special extensions to StaX (out of Woodstox) in  
>> the template parser. This leads to the problem that Tapestry will  
>> usually not run on any application server because the appservers  
>> will use their own implementation of Stax.
>> There is a workaround but a main stream web application framework  
>> should run on JEE compatible web and application servers without  
>> tweaking.
>> The main problem is in  
>> org 
>> .apache 
>> .tapestry5 
>> .internal 
>> .services.TemplateParserImpl.<init>(TemplateParserImpl.java:44).  
>> Here, XMLInputFactory2 is asked for an instance - but  
>> XMLInputFactory2 does not implement the method newInstance. This is  
>> delegated to XMLInputFactory. So, the original XMLInputFactory is  
>> used - which returns the platform implementation of Stax.
>> Workaround:
>> Add the system property below to Application Server (either via  
>> startup script or admin console):
>> -Djavax.xml.stream.XMLInputFactory=com.ctc.wstx.stax.WstxInputFactory
>
> -- 
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>

Christian Edward Gruber
christianedwardgruber@gmail.com
http://www.geekinasuit.com/


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


Mime
View raw message