Hmm... Jersey is detecting a servlet init param of
"contextConfigLocation".
https://jersey.dev.java.net/nonav/apidocs/latest/contribs/jersey-spring/com/sun/jersey/spi/spring/container/servlet/SpringServlet.html
#CONTEXT_CONFIG_LOCATION
Usually i would expect the spring configuration to be declared as a
context parameter. The init param value is a Jersey-specific feature.
How are you configuring Jersey web application?
Paul.
On Nov 24, 2009, at 6:05 PM, Vishal Shivhare wrote:
>
> On further investigation I found its creating the child context in
> 1.1.4
> whereas in 1.1.0 it was not happening. In this child context its
> creating
> another instance of bean.
>
> See the log for child context construction
>
> 24-Nov-2009 16:23:40
> com.sun.jersey.spi.spring.container.servlet.SpringServlet getContext
> INFO: Creating new child context from classpath*:/spring/*.xml
> 16:23:40.948 [http9998-WorkerThread(0)] INFO
> o.s.w.c.s.XmlWebApplicationContext - Refreshing Root
> WebApplicationContext:
> startup date [Tue Nov 24 16:23:40 GMT 2009]; parent: Root
> WebApplicationContext
> 16:23:40.963 [http9998-WorkerThread(0)] DEBUG
> o.s.c.i.s.PathMatchingResourcePatternResolver - Looking for matching
> resources in directory tree
> [C:\projects\workspace\bundle-build\repository\ucles.themes.service
> \target\test-classes\spring]
> .
> .
> .
> .
> --
> View this message in context: http://n2.nabble.com/Some-problem-in-Using-jersey-1-1-4-tp4057486p4059180.html
> Sent from the Jersey mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>