One other thing to check - there is a return after the sendRedirect in
the scriplet, yes?
Could you share a stripped down version of the pages?
These beans are also presumably in session scope?
DJ
On 2/23/10, Desbaratizador <pgove...@gtinformatica.pt> wrote:
>
>
> Environment:
> - Apache Tomcat 5.5
> - OS and JVM are (very probably) not relevant
>
> - Code WORKS on JDeveloper debugger (Windows XP and vista, various JVM's)
> - Code NOT WORKS when deployed to Apache Tomcat 5.5 (tests made on various
> machines, Windows Server 2008, ...)
>
>
> xxx.jsp and yyy.jsp are regular jsp pages in a JSF project:
> - xxx.jsp invokes yyy.jsp by regular JSF page flow (action triggered by a
> menu item)
> - In a <jsp:scriptlet> inside yyy.jsp app is verified that a backing bean is
> not null
> - If backing bean = null a response.sendRedirect("xxx.jsp") is made
> - On JDeveloper the app redirects to xxx.jsp but on Apache Tomcat
> 5.5 yyy.jsp is rendered
>
>
> Call responseComplete method before sendRedirect does not solve the
> problem...
>
>
>
>
>
> Donn Aiken-2 wrote:
>>
>> If I had to guess, there is a missing
>>
>> FacesContext.responseComplete();
>>
>> Prior to the sendRedirect call.
>>
>> DJ
>>
>>
>> On 2/22/10, Pid <p...@pidster.com> wrote:
>>> On 22/02/2010 12:39, Desbaratizador wrote:
>>>>
>>>> Hi
>>>>
>>>> I have a faces (JSF) app developed with JDeveloper, in a JSP i have a
>>>> sendRedirect like this:
>>>> response.sendRedirect("xxx.jsp");
>>>
>>> Does xxx stand for something and if so, what?
>>>
>>> (Don't tell us if the actual page name is something exciting and
>>> proprietory, who knows what we might do with that knowledge.)
>>>
>>>
>>>> The problem: sendRedirect not working (the page where the redirect is
>>>> invoked continues loading), occurs only when the app is deployed to
>>>> Apache
>>>> Tomcat. On the JDeveloper built-in debugger the code works fine: xxx.jsp
>>>> appears.
>>>
>>> So it works on the server, it works in the debugger.
>>> When doesn't it work?
>>>
>>>
>>>> Any idea?
>>>
>>> From the almost none-existent information you've provided, no, not
>>> really. Exact Tomcat, JVM, OS versions and *lot* more specific
>>> information would be useful.
>>>
>>>
>>> p
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>>
>
> --
> View this message in context:
> http://old.nabble.com/sendRedirect-problem-tp27686610p27702052.html
> Sent from the Tomcat - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
