From: Farrukh Najmi <farrukh_at_wellfleetsoftware.com>
Date: Mon, 17 Oct 2011 11:03:41 -0400

Hi Jakub,

I have no constraints against using the ApplicationContextAware ([1])
interface. But I am not quite understanding how to use that interface in
my scenario which is as follows:

    * My main program is a junit test and creates a Spring
      ApplicationContext using ContextConfiguration
      <http://static.springsource.org/spring/docs/3.0.5.RELEASE/api/org/springframework/test/context/ContextConfiguration.html>
      class annotation and AbstractJUnit4SpringContextTests
      <http://static.springsource.org/spring/docs/3.0.5.RELEASE/api/org/springframework/test/context/junit4/AbstractJUnit4SpringContextTests.html>
      base class
    * A singleton bean created in that context is MyBean
    * MyBean has a method MyBean.startServer() that starts an embedded
      Grizzly HttpServer created using
      com.sun.jersey.api.container.grizzly2.GrizzlyServerFactory
    * The Grizzly HttpServer is configured with SpringServlet
      <http://jersey.java.net/nonav/apidocs/1.9.1/contribs/jersey-spring/com/sun/jersey/spi/spring/container/servlet/SpringServlet.html>
      to deploy jersey server top level resource class
      SubscriberResource into the Grizzly HttpServer.
    * The SubscriberResource top level jersey resource class needs to
      have its members wired using beans from my spring application
      context created in junit test
    * Note I do not specifically need to use SpringServlet or any
      Servlet. All I need is for the SubscriberResource top level
      resource class to get its members wired via spring context and
      SpringServlet is the way I know how to do it

I am a little fuzzy on how can I use the ApplicationContextAware ([1])
interface in above scenario so jersey container uses the application
context created by junit test when creating the SubscriberResource top
level jersey resource class. As I understand it the bean implementing
the ApplicationContextAware must be created by spring ContextFactory in
order for its |*setApplicationContext
<http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/context/ApplicationContextAware.html#setApplicationContext%28org.springframework.context.ApplicationContext%29>*(ApplicationContext
<http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/context/ApplicationContext.html> applicationContext)|
method to be called by spring container. The problem is that jersey
container is responsible for creating my the SubscriberResource top
level jersey resource class.

I would be grateful if you can give a little more hint on how to solve
this problem. Thanks.



On 10/17/2011 08:03 AM, Jakub Podlesak wrote:
> Hi Farrukh,
>
> Any chance you could utilize Spring means to get the actual application
> context reference? I mean e.g. implementing ApplicationContextAware
> ([1]) interface?
>
> ~Jakub
>
> [1]http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/context/ApplicationContextAware.html
>
>
>
> On 13.10.2011 17:47, Farrukh Najmi wrote:
>>
>> I am working on a java class that needs to expose a jersey server
>> endpoint for receiving callbacks from an external process. The class
>> needs to be usable in a standalone java app. I am therefor using an
>> embedded Grizzly HttpServer created using
>> com.sun.jersey.api.container.grizzly2.GrizzlyServerFactory. I am
>> using com.sun.jersey.spi.spring.container.servlet.SpringServlet to
>> deploy my spring wired jersey server into the Grizzly HttpServer.
>>
>> Is there a way to get access to spring application context created by
>> the SpringServlet (and beans it creates) from the container code that
>> creates the SpringServlet and Grizzly HttpServer after it starts the
>> Grizzly HttpServer?
>>
>> I see that com.sun.jersey.spi.spring.container.servlet.SpringServlet
>> has protected methods |*getDefaultContext
>> <http://jersey.java.net/nonav/apidocs/1.9.1/contribs/jersey-spring/com/sun/jersey/spi/spring/container/servlet/SpringServlet.html#getDefaultContext%28%29>*()|and
>> |*getChildContext
>> <http://jersey.java.net/nonav/apidocs/1.9.1/contribs/jersey-spring/com/sun/jersey/spi/spring/container/servlet/SpringServlet.html#getChildContext%28java.lang.String%29>*|(java.lang.String contextConfigLocation).
>> Is there a reason these are protected and not public?
>>
>> Right now I would have to derive a sub-class from SprinServlet and
>> make these methods public. Is there a better way?
>> Also should I file an RFE to make these methods public?
>>
>> --
>> Regards,
>> Farrukh Najmi
>>
>> Web:http://www.wellfleetsoftware.com
>>

-- 
Regards,
Farrukh Najmi
Web: http://www.wellfleetsoftware.com