Like I say we use it at Oracle.. Are you guys using the trunk or the released 
version?  There have been a number of bug fixes lately and we're overdue for a 
release, but I want to make sure it works in your usecase before I do the next 
release..

Sent from my iPhone

On Jul 17, 2011, at 4:23 PM, Luka Surija <l...@iytim.hr> wrote:

> Welcome to the club, something in development of this combination Trinidad 2 
> + Facelets + JSF2 went terribly wrong. After couple of years using Trinidad 
> 1.2 + JSF 1.2 + Facelets in big enterprise applications, I've spent more then 
> a MONTH to make something more complicated then "Hello World" application 
> without big success. My heavy and painful decision (now I have to rewrite all 
> existing apps in something other - Vaadin) was to finally give up from 
> Trinidad and JSF2 technology because it's a joke in terms of stability. And 
> in other hand, Java 5 EE reached some time ago EOL!?
> 
> Luka Surija
> 
> 
> 
> On 07/17/2011 03:11 AM, Manuel Hartl wrote:
>> Hi list,
>> 
>> my rearch to get trinidad2 with facelets working gets more confusing..
>> 
>> the following was tested with
>> mojarra 2.0.2-b10 and 2.0.6
>> trinidad-2.0.0 and trinidad-2.0.1-SNAPSHOT (executed von 17th of July)
>> 
>> web.xml-parameters:
>>    <context-param>
>>        <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
>>        <param-value>.xhtml</param-value>
>>    </context-param>
>>    <context-param>
>>        <param-name>javax.faces.PARTIAL_STATE_SAVING</param-name>
>>        <param-value>false</param-value>
>>    </context-param>
>>    <context-param>
>>        <param-name>javax.faces.PROJECT_STAGE</param-name>
>>        <param-value>Development</param-value>
>>    </context-param>
>>    <context-param>
>>        <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
>>        <param-value>client</param-value>
>>    </context-param>
>>    <context-param>
>>        <param-name>org.apache.myfaces.COMPRESS_STATE_IN_CLIENT</param-name>
>>        <param-value>true</param-value>
>>    </context-param>
>>    <context-param>
>>        <param-name>org.apache.myfaces.trinidad.CACHE_VIEW_ROOT</param-name>
>>        <param-value>false</param-value>
>>    </context-param>
>>    <context-param>
>>        
>> <param-name>org.apache.myfaces.trinidad.CLIENT_STATE_METHOD</param-name>
>>        <param-value>token</param-value>
>>    </context-param>
>>    <context-param>
>>    
>> <param-name>org.apache.myfaces.trinidad.DISABLE_CONTENT_COMPRESSION</param-name>
>>        <param-value>true</param-value>
>>    </context-param>
>>    <context-param>
>>    
>> <param-name>org.apache.myfaces.trinidad.ENABLE_LIGHTWEIGHT_DIALOGS</param-name>
>>        <param-value>true</param-value>
>>    </context-param>
>>    <context-param>
>>    
>> <param-name>org.apache.myfaces.trinidadinternal.ENABLE_PPR_OPTIMIZATION</param-name>
>>        <param-value>false</param-value>
>>    </context-param>
>> 
>> 
>> 
>> 
>> 1) the problem with tr/trh tags not rendered can be workaround by
>> setting the  renderKitId-Attribut of f:view/f:subview to
>> "org.apache.myfaces.trinidad.core".
>> it seems that the default-render-kit-id in the faces-config.xml is just
>> ignored.
>> 
>> Can someone explain this?
>> 
>> 2) Now the first page is displayed, any following page gives the
>> following exception. It seems this is a problem with the format of
>> viewState stored in the hidden form field:
>> 
>> java.io.IOException: Not in GZIP format
>>    at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:143)
>>    at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:58)
>>    at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:67)
>>    at
>> com.sun.faces.renderkit.ClientSideStateHelper.doGetState(ClientSideStateHelper.java:231)
>>    at
>> com.sun.faces.renderkit.ClientSideStateHelper.getState(ClientSideStateHelper.java:198)
>>    at
>> com.sun.faces.renderkit.ResponseStateManagerImpl.getState(ResponseStateManagerImpl.java:100)
>>    at
>> com.sun.faces.renderkit.ResponseStateManagerImpl.getTreeStructureToRestore(ResponseStateManagerImpl.java:148)
>>    at
>> org.apache.myfaces.trinidadinternal.application.StateManagerImpl.restoreView(StateManagerImpl.java:584)
>>    at
>> com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123)
>>    at
>> com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:448)
>>    at
>> com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:148)
>>    at
>> javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:288)
>> 
>> 
>> The more i dig into this, the more doubts raise, that anyone is using
>> trinidad2 (with facelets) really...
>> 
>> Regards,
>>    Manuel.
>> 
>> 

Reply via email to