Trinidad Filter causes portlet to fail with "The expected request type is not 
the same as the current request type."
--------------------------------------------------------------------------------------------------------------------

                 Key: TRINIDAD-1842
                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1842
             Project: MyFaces Trinidad
          Issue Type: Bug
          Components: Portlet
    Affects Versions: 1.2.14-core 
         Environment: Mac, Tomcat 6.0.20, Myfaces 1.2.8, Pluto 2.0.2, Portlet 
Bridge 2.0 alpha 2.
            Reporter: Andrew Redman


If the Trinidad filter is registered against the Portlet Servlet for Pluto, the 
request type put in the trinidad state duing filter processing is SERVLET. When 
the portlet is invoked the request type is compared to that in the state and at 
this point it is PORTLET and so fails the test in the GlobalConfiguratorImpl 
getExternalContext giving the following error "The expected request type is not 
the same as the current request type.". This used to work but I suspect that 
the issue is really that there should be a trindad portlet filter which 
operates at portlet level and never at servlet level.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to