error deploying war file to Oracle OC4J

Hi

I am deploying a WAR file compiled under creator 2 update 1 and exported for the 1.3 environment. The WAR is to be deployed on Oracle's OC4J 10.1.2.0.2 server.

Previously, everything worked fine, and I could deploy this war and make all the oracle config changes required to run the creator application. Now, it has stopped working. However, I can deploy another app compiled in the same way to oc4j no worries.

When I deploy this particular WAR file (for this particular project), I get the following error:

500 Internal Server Error

java.lang.IllegalArgumentException: Resource /faces/index.jsp not foundat com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.EvermindPageContext.forward(EvermindPageContext.java: 221)at _JSCreator__index._jspService(_JSCreator__index.java:47)[SRC:/JSCreator_index.jsp:3]at com.orionserver[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].http.OrionHttpJspPage.service(OrionHttpJspPage.java:56)at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:350)at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:509)at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:413)at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatc her.java:824)at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.forwardInternal(ServletReque stDispatcher.java:330)at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.processRequest(HttpRequestHandler. java:830)at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:224)at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:133)at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableReso urcePooledExecutor.java:192)at java.lang.Thread.run(Thread.java:534)

Now, it seems to be that the server can't find the index.jsp page which is redirected to from the jscreator_index.jsp default file. however, the index.jsp file is there in the war file - and seems to be valid. I am not sure if it is something to do with the /faces/ mapping as I can't figure out where this is set or pointing to.

Anyone got any pointers as to where I can look for a config issue with this WAR or with OC4J to see if everything is being set up right. Like I say, if I compile any other WAR and deploy it in exactly the same sequence of steps it works fine - something i tested by running up a quick test app to the server and checking it could be served.

I can still deploy an older version of this war, which tells me it is to do with something that has changed in the last 6 weeks or so of our development, but I am not sure how to go about trouble shooting this war file to see what I can do to fix the issue.

any help would be really appreciated.

ta

ben

[3277 byte] By [bentownsend] at [2007-11-26 8:58:33]
# 1

on a follow up to this, it seems that the issue was caused by the source safe product - we had got some of the project files checked into source safe, and after checking them out, the war would compile and deploy and run. i am following this up but if anyone has any pointers as to why this might be or what file (the nbproject directory specifically, plus the manifest file) would cause this sort of behavior, I would appreciate it

bentownsend at 2007-7-6 23:00:30 > top of Java-index,Development Tools,Java Tools...
# 2
Look at the <project>/web/WEB-INF/web.xml or the WEB-INF/web.xml in the war file. That's where the faces mapping and the welcome-file would be defined.I hope you can figure out what went wrong.Thanks,-- Marco
mw46 at 2007-7-6 23:00:30 > top of Java-index,Development Tools,Java Tools...
# 3

On further investigation, after making sure the nbproject files (that were inadvertently checked in to source safe) and the manifest file (also inadvertently checked in) were all checked out, the WAR generated fine and ran fine. We still have an issue with the WAR export dropping off the AJAX blueprints namespace definitions, but that is logged as a bug and therefore will hopefully be resolved separately.

bentownsend at 2007-7-6 23:00:30 > top of Java-index,Development Tools,Java Tools...