You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Julian Osorio Amaya <ju...@linuxmail.org> on 2011/04/13 18:17:00 UTC

Problems with myfaces trinidad configuration in jsf 1.2 project

Greetings


I'm having problems with myfaces trinidad configuration in a jsf 1.2 project
The project has the following libraries


myfaces-api-1.2.8.jar
myfaces-impl-1.2.8.jar
jsf-api.jar
jsf-impl.jar
tomahawk-1.1.9.jar
trinidad-api-1.2.14.jar
trinidad-impl-1.2.14.jar


The next link shows the project's configuration files



http://pastebin.com/iJTATDiD


Thanks for your time


Julian Osorio Amaya


Re: Problems with myfaces trinidad configuration in jsf 1.2 project

Posted by Scott O'Bryan <da...@gmail.com>.
So, aren't those jars provided by the container then?  What if you
remove JSF alltogether in the webinf lib?

Sent from my iPhone

On Apr 13, 2011, at 3:57 PM, Julian Osorio Amaya
<ju...@linuxmail.org> wrote:

>
>
>
> Julian Osorio Amaya
>
>
>
> -----Original Message-----
> From: Scott O'Bryan <da...@gmail.com>
> To: users@myfaces.apache.org
> Sent: Wed, Apr 13, 2011 3:57 pm
> Subject: Re: Problems with myfaces trinidad configuration in jsf 1.2 project
>
>
> I would look at getting JSF configured without Trinidad first.  In that stack trace I don't see the Trinidad filter like I would "typically" expect and it seems to me that this is an issue with your base JSF configuration since the stacktrace only contains one Trinidad file and that delegates to a myfaces impl.
>
> Basically,
>
> getResponseOutputWriter
>
> is failing with an unsupported operation exception and, since that's a pretty simple class, I'm not even sure what would cause that..
>
> I will say though that I think Glassfish has JSF built in, does it not?
>
> Scott
> On 04/13/2011 02:34 PM, Julian Osorio Amaya wrote:
>>
>>
>> -----Original Message-----
>> From: Scott O'Bryan<da...@gmail.com>
>> To: users@myfaces.apache.org
>> Sent: Wed, Apr 13, 2011 3:07 pm
>> Subject: Re: Problems with myfaces trinidad configuration in jsf 1.2 project
>>
>>
>> Why do you have both JSF and Myfaces in your classpath?
>>
>> On 04/13/2011 10:17 AM, Julian Osorio Amaya wrote:
>>> Greetings
>>>
>>>
>>> I'm having problems with myfaces trinidad configuration in a jsf 1.2 project
>>> The project has the following libraries
>>>
>>>
>>> myfaces-api-1.2.8.jar
>>> myfaces-impl-1.2.8.jar
>>> jsf-api.jar
>>> jsf-impl.jar
>>> tomahawk-1.1.9.jar
>>> trinidad-api-1.2.14.jar
>>> trinidad-impl-1.2.14.jar
>>>
>>>
>>> The next link shows the project's configuration files
>>>
>>>
>>>
>>> http://pastebin.com/iJTATDiD
>>>
>>>
>>> Thanks for your time
>>>
>>>
>>> Julian Osorio Amaya
>>>
>>>
>>
>>
>>
>>
>> Thanks for your answer
>>
>>
>> I've removed myfaces JSF implementation but it's throwing the same exception
>>
>>
>> I'm using Netbeans 6.8 and GF v3
>>
>>
>>
>> ADVERTENCIA: StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception
>> java.lang.UnsupportedOperationException
>>         at javax.faces.context.ExternalContext.getResponseOutputWriter(ExternalContext.java:1228)
>>         at com.sun.faces.application.view.JspViewHandlingStrategy.renderView(JspViewHandlingStrategy.java:182)
>>         at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:126)
>>         at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:273)
>>         at org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:193)
>>         at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:127)
>>         at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
>>         at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
>>         at javax.faces.webapp.FacesServlet.service(FacesServlet.java:313)
>>         at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
>>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
>>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>>         at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:341)
>>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>>         at co.com.inif.seguridad.filter.SeguridadFilter.doFilter(SeguridadFilter.java:72)
>>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>>         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
>>         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
>>         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
>>         at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
>>         at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
>>         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
>>         at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
>>         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233)
>>         at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
>>         at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
>>         at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
>>         at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
>>         at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
>>         at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
>>         at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
>>         at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
>>         at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
>>         at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
>>         at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
>>         at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
>>         at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
>>         at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
>>         at java.lang.Thread.run(Thread.java:662)
>>
>>
>>
>>
>>
>>
>>
>
>
> Actually the project is running without problems while it uses myfaces tomahawk, so the JSF configuration it's ok
> And yes, GF has the JSF 1.2 and 2.0 libraries but the project uses JSF 1.2
>

Re: Problems with myfaces trinidad configuration in jsf 1.2 project

Posted by Julian Osorio Amaya <ju...@linuxmail.org>.


Julian Osorio Amaya



-----Original Message-----
From: Scott O'Bryan <da...@gmail.com>
To: users@myfaces.apache.org
Sent: Wed, Apr 13, 2011 3:57 pm
Subject: Re: Problems with myfaces trinidad configuration in jsf 1.2 project


I would look at getting JSF configured without Trinidad first.  In that stack trace I don't see the Trinidad filter like I would "typically" expect and it seems to me that this is an issue with your base JSF configuration since the stacktrace only contains one Trinidad file and that delegates to a myfaces impl. 
 
Basically, 
 
getResponseOutputWriter 
 
is failing with an unsupported operation exception and, since that's a pretty simple class, I'm not even sure what would cause that.. 
 
I will say though that I think Glassfish has JSF built in, does it not? 
 
Scott 
On 04/13/2011 02:34 PM, Julian Osorio Amaya wrote: 
> 
> 
> -----Original Message----- 
> From: Scott O'Bryan<da...@gmail.com> 
> To: users@myfaces.apache.org 
> Sent: Wed, Apr 13, 2011 3:07 pm 
> Subject: Re: Problems with myfaces trinidad configuration in jsf 1.2 project 
> 
> 
> Why do you have both JSF and Myfaces in your classpath? 
> 
> On 04/13/2011 10:17 AM, Julian Osorio Amaya wrote: 
>> Greetings 
>> 
>> 
>> I'm having problems with myfaces trinidad configuration in a jsf 1.2 project 
>> The project has the following libraries 
>> 
>> 
>> myfaces-api-1.2.8.jar 
>> myfaces-impl-1.2.8.jar 
>> jsf-api.jar 
>> jsf-impl.jar 
>> tomahawk-1.1.9.jar 
>> trinidad-api-1.2.14.jar 
>> trinidad-impl-1.2.14.jar 
>> 
>> 
>> The next link shows the project's configuration files 
>> 
>> 
>> 
>> http://pastebin.com/iJTATDiD 
>> 
>> 
>> Thanks for your time 
>> 
>> 
>> Julian Osorio Amaya 
>> 
>> 
> 
> 
> 
> 
> Thanks for your answer 
> 
> 
> I've removed myfaces JSF implementation but it's throwing the same exception 
> 
> 
> I'm using Netbeans 6.8 and GF v3 
> 
> 
> 
> ADVERTENCIA: StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception 
> java.lang.UnsupportedOperationException 
>          at javax.faces.context.ExternalContext.getResponseOutputWriter(ExternalContext.java:1228) 
>          at com.sun.faces.application.view.JspViewHandlingStrategy.renderView(JspViewHandlingStrategy.java:182) 
>          at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:126) 
>          at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:273) 
>          at org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:193) 
>          at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:127) 
>          at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) 
>          at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) 
>          at javax.faces.webapp.FacesServlet.service(FacesServlet.java:313) 
>          at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523) 
>          at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343) 
>          at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215) 
>          at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:341) 
>          at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) 
>          at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215) 
>          at co.com.inif.seguridad.filter.SeguridadFilter.doFilter(SeguridadFilter.java:72) 
>          at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) 
>          at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215) 
>          at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277) 
>          at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188) 
>          at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641) 
>          at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97) 
>          at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85) 
>          at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185) 
>          at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332) 
>          at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233) 
>          at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165) 
>          at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791) 
>          at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693) 
>          at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954) 
>          at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170) 
>          at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135) 
>          at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102) 
>          at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88) 
>          at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76) 
>          at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53) 
>          at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57) 
>          at com.sun.grizzly.ContextTask.run(ContextTask.java:69) 
>          at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330) 
>          at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309) 
>          at java.lang.Thread.run(Thread.java:662) 
> 
> 
> 
> 
> 
> 
> 
 

Actually the project is running without problems while it uses myfaces tomahawk, so the JSF configuration it's ok
And yes, GF has the JSF 1.2 and 2.0 libraries but the project uses JSF 1.2
 

Re: Problems with myfaces trinidad configuration in jsf 1.2 project

Posted by Scott O'Bryan <da...@gmail.com>.
I would look at getting JSF configured without Trinidad first.  In that 
stack trace I don't see the Trinidad filter like I would "typically" 
expect and it seems to me that this is an issue with your base JSF 
configuration since the stacktrace only contains one Trinidad file and 
that delegates to a myfaces impl.

Basically,

getResponseOutputWriter

is failing with an unsupported operation exception and, since that's a 
pretty simple class, I'm not even sure what would cause that..

I will say though that I think Glassfish has JSF built in, does it not?

Scott
On 04/13/2011 02:34 PM, Julian Osorio Amaya wrote:
>
>
> -----Original Message-----
> From: Scott O'Bryan<da...@gmail.com>
> To: users@myfaces.apache.org
> Sent: Wed, Apr 13, 2011 3:07 pm
> Subject: Re: Problems with myfaces trinidad configuration in jsf 1.2 project
>
>
> Why do you have both JSF and Myfaces in your classpath?
>
> On 04/13/2011 10:17 AM, Julian Osorio Amaya wrote:
>> Greetings
>>
>>
>> I'm having problems with myfaces trinidad configuration in a jsf 1.2 project
>> The project has the following libraries
>>
>>
>> myfaces-api-1.2.8.jar
>> myfaces-impl-1.2.8.jar
>> jsf-api.jar
>> jsf-impl.jar
>> tomahawk-1.1.9.jar
>> trinidad-api-1.2.14.jar
>> trinidad-impl-1.2.14.jar
>>
>>
>> The next link shows the project's configuration files
>>
>>
>>
>> http://pastebin.com/iJTATDiD
>>
>>
>> Thanks for your time
>>
>>
>> Julian Osorio Amaya
>>
>>
>
>
>
>
> Thanks for your answer
>
>
> I've removed myfaces JSF implementation but it's throwing the same exception
>
>
> I'm using Netbeans 6.8 and GF v3
>
>
>
> ADVERTENCIA: StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception
> java.lang.UnsupportedOperationException
>          at javax.faces.context.ExternalContext.getResponseOutputWriter(ExternalContext.java:1228)
>          at com.sun.faces.application.view.JspViewHandlingStrategy.renderView(JspViewHandlingStrategy.java:182)
>          at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:126)
>          at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:273)
>          at org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:193)
>          at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:127)
>          at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
>          at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
>          at javax.faces.webapp.FacesServlet.service(FacesServlet.java:313)
>          at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
>          at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
>          at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>          at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:341)
>          at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>          at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>          at co.com.inif.seguridad.filter.SeguridadFilter.doFilter(SeguridadFilter.java:72)
>          at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>          at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
>          at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
>          at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
>          at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
>          at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
>          at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
>          at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
>          at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
>          at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233)
>          at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
>          at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
>          at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
>          at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
>          at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
>          at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
>          at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
>          at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
>          at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
>          at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
>          at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
>          at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
>          at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
>          at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
>          at java.lang.Thread.run(Thread.java:662)
>
>
>
>
>
>
>


Re: Problems with myfaces trinidad configuration in jsf 1.2 project

Posted by Julian Osorio Amaya <ju...@linuxmail.org>.


-----Original Message-----
From: Scott O'Bryan <da...@gmail.com>
To: users@myfaces.apache.org
Sent: Wed, Apr 13, 2011 3:07 pm
Subject: Re: Problems with myfaces trinidad configuration in jsf 1.2 project


Why do you have both JSF and Myfaces in your classpath? 
 
On 04/13/2011 10:17 AM, Julian Osorio Amaya wrote: 
> Greetings 
> 
> 
> I'm having problems with myfaces trinidad configuration in a jsf 1.2 project 
> The project has the following libraries 
> 
> 
> myfaces-api-1.2.8.jar 
> myfaces-impl-1.2.8.jar 
> jsf-api.jar 
> jsf-impl.jar 
> tomahawk-1.1.9.jar 
> trinidad-api-1.2.14.jar 
> trinidad-impl-1.2.14.jar 
> 
> 
> The next link shows the project's configuration files 
> 
> 
> 
> http://pastebin.com/iJTATDiD 
> 
> 
> Thanks for your time 
> 
> 
> Julian Osorio Amaya 
> 
> 
 



Thanks for your answer


I've removed myfaces JSF implementation but it's throwing the same exception


I'm using Netbeans 6.8 and GF v3



ADVERTENCIA: StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception
java.lang.UnsupportedOperationException
        at javax.faces.context.ExternalContext.getResponseOutputWriter(ExternalContext.java:1228)
        at com.sun.faces.application.view.JspViewHandlingStrategy.renderView(JspViewHandlingStrategy.java:182)
        at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:126)
        at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:273)
        at org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:193)
        at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:127)
        at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
        at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
        at javax.faces.webapp.FacesServlet.service(FacesServlet.java:313)
        at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
        at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:341)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
        at co.com.inif.seguridad.filter.SeguridadFilter.doFilter(SeguridadFilter.java:72)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
        at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
        at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
        at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233)
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
        at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
        at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
        at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
        at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
        at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
        at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
        at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
        at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
        at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
        at java.lang.Thread.run(Thread.java:662)





 

Re: Problems with myfaces trinidad configuration in jsf 1.2 project

Posted by Scott O'Bryan <da...@gmail.com>.
Why do you have both JSF and Myfaces in your classpath?

On 04/13/2011 10:17 AM, Julian Osorio Amaya wrote:
> Greetings
>
>
> I'm having problems with myfaces trinidad configuration in a jsf 1.2 project
> The project has the following libraries
>
>
> myfaces-api-1.2.8.jar
> myfaces-impl-1.2.8.jar
> jsf-api.jar
> jsf-impl.jar
> tomahawk-1.1.9.jar
> trinidad-api-1.2.14.jar
> trinidad-impl-1.2.14.jar
>
>
> The next link shows the project's configuration files
>
>
>
> http://pastebin.com/iJTATDiD
>
>
> Thanks for your time
>
>
> Julian Osorio Amaya
>
>