On 23/02/2010 11:42, Desbaratizador 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...

How do you know the bean is definitely being set, and what is setting it?

Are you also doing "response.encodeRedirectURL('yyy.jsp')"?

What is different between the app deployed/run in JDeveloper and the app deployed/run in Tomcat on the server?


p


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






---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to