applicationContext.xml not found

[jenchong]

We got the following error:

thread 1-7) Context initialization failed: org.springframework.beans.factory.Bea

nDefinitionStoreException: IOException parsing XML document from ServletContext

resource [/WEB-INF/applicationContext.xml]; nested exception is java.io.FileNotF

oundException: Could not open ServletContext resource [/WEB-INF/applicationConte

xt.xml]

        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBea

nDefinitions(XmlBeanDefinitionReader.java:341) [spring-beans-3.2.5.RELEASE.jar:3

Our app runs fine on Google app egine.

Any insight into this?

Thanks!

[alesj]

Can you provide the app files structure?

[jenchong]

WEB-INF/spring contains all the spring related xml files.

Want more?

[alesj]

Why is then looking for applicationContext.xml directly in WEB-INF/, and not WEB-INF/spring?

[jenchong]

We don't know, that is we asked Let us ask you, why GAEJ works? With this in web.xml:

	<context-param>
		<param-name>contextConfigLocation</param-name>
		<param-value>
		/WEB-INF/spring/springsecurity-context.xml
...	...

Why not working in jboss?

[alesj]

This is springsecurity-context.xml, and not applicationContext.xml ...

[luksa]

Jen, if Spring is trying to read the file from the filesystem (and not through the classloader), you must run CapeDwarf with

capedwarf.sh <path_to_war_dir>

This will ensure the working directory for the capedwarf OS process is set to <path_to_war_dir>, as is the case on GAE. If you're running CapeDwarf without specifying the path to the exploded war dir, the working directory is set to wherever you started CapeDwarf from. This means any code trying to read files directly from the file system by only specifying a relative path to the file, will obviously receive a FileNotFoundException.

[jenchong]

We already used the path that points to the war directory Marko. How else can it be started?

What's next?

[alesj]

What's next?

Can you create a small mock/dummy .war that would expose the issue?

(and attach it here / upload it somewhere)

[jenchong]

Download it via http://2-share.appspot.com/go/jboss-868797

Good luck!

[alesj]

You have an invalid context-param --> duplicate param-name, param-value in same context-param.

It looks like GAE/J takes the first one, where UnderTow takes the last one.

Imo, both should actually complain aka throw an error.

[alesj]

I'm now past this, but I get this: gist:11178185

Looking into why.

[alesj]

I'm now past this, but I get this: gist:11178185

Looking into why.

It looks like you shared invalid classes: http://stackoverflow.com/questions/1124788/java-unresolved-compilation-problem

[jenchong]

Unfortunately, we do not have any issues related to duplicated context-params and the invalid class/compilations error in GAEJ.

Which one of the context param do you mean? Can you send the corrected one?

Thanks!

[alesj]

The web.xml in that war/WEB-INF (in the .zip you posted) has invalid context-param element.

And the classes in war/WEB-INF/classes are not properly compiled - have that Eclipse error.

Or which .war should i be looking at?