RESTEasy не будет сопоставлять мой Spring bean с пользовательским Spring ContextLoader
- RESTEasy 2.0.1 GA
- Java 1.6
- Весна 3.0.3
я перепробовал все, что мог, и не могу понять, что происходит. У меня есть приложение Spring MVC, однако я хотел бы иметь некоторые доступные конечные точки RESTEasy за пределами приложение Spring MVC, но в том же контейнере, в конечном итоге имея возможность подключить те же бобы.
в качестве первого шага, я просто пытаюсь встать RESTEasy внутри контейнера, обслуживая запросы от Spring-настроенного компонента. Я попробовал шаблон из инструкций, а также попробовал ручную настройку, но безрезультатно.
Бин
@Resource
@Path("/")
public class NeighborComparison {
private String foo;
@GET @Path(value="customer") @Produces("text/plain")
public String getNeighborComparison() {
return "foo";
}
}
web.xml
<context-param>
<param-name>resteasy.servlet.mapping.prefix</param-name>
<param-value>/api</param-value>
</context-param>
<listener>
<listener-class>org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap</listener-class>
</listener>
<!-- NOT configuring SpringContextLoaderListener because I declare my own, so if I do, everything
blows up, plus all it actually does is sanity check configuration -->
<listener>
<listener-class>com.example.MyCustomContextLoaderListener</listener-class>
</listener>
<servlet>
<servlet-name>Resteasy</servlet-name>
<servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Resteasy</servlet-name>
<url-pattern>/api/*</url-pattern>
</servlet-mapping>
applicationContext.xml
<bean id="resteasy.providerFactory" class="org.jboss.resteasy.spi.ResteasyProviderFactory"
factory-method="getInstance">
</bean>
<bean id="resteasy.dispatcher" class="org.jboss.resteasy.core.SynchronousDispatcher">
<constructor-arg ref="resteasy.providerFactory"/>
</bean>
<bean id="resteasy.spring.bean.processor" class="org.jboss.resteasy.plugins.spring.SpringBeanProcessor">
<description>
Add Resources and @Providers to the appropriate places
in Resteasy's infrastructure
</description>
<constructor-arg ref="resteasy.dispatcher"/>
</bean>
<bean id="neighborComparison" class="opower.api.customer.neighbor_comparison.NeighborComparison">
</bean>
согласно документации, все, что мне нужно сделать, это "вручную зарегистрировать RESTeasy BeanFactoryPostProcessor, выделив экземпляр org.с JBoss.resteasy.подключаемый модуль.весна.SpringBeanProcessor". Я поверьте, эта весенняя конфигурация делает это.
Jetty запускается, и контекст приложения вращается без проблем. Приложение работает нормально, однако когда я
> curl -H"Accept: text/plain" localhost:8080/ei/api/customer
("ei" - это контекст приложения). Журнал показывает (это и только это):
2011-03-29 16:44:24,153 DEBUG [qtp-575315405-0] [EI] [] [asy.core.SynchronousDispatcher] PathInfo: /customer
2011-03-29 16:44:24,156 DEBUG [qtp-575315405-0] [EI] [] [asy.core.SynchronousDispatcher] Failed executing GET /customer
org.jboss.resteasy.spi.NotFoundException: Could not find resource for relative : /customer of full path: http://localhost:8080/ei/api/customer
даже если бы я смог убедить Рестизи показать мне карты, кажется, что он просто не обнаруживает мой Боб.
если я отображаю его явно через resteasy.resources
контекст param, он работает, хотя очевидно, не имеет доступа к автоматически проводным весенним бобам.
что-нибудь еще я могу попробовать? У меня есть журнал отладки на всей кодовой базе RESTEasy, и я не получаю никаких сообщений. Я также подтвердил, что весна на самом деле создает мой Боб, поэтому просто RESTEasy не находит его.
1 ответов
ваш класс ресурсов должен быть аннотирован @Path
аннотация для RESTeasy подобрать на ушко:
@Path("/customer")
@Resource
public class NeighborComparison {
@GET @Path("/{customerId}") @Produces("text/plain")
public String getNeighborComparison(@PathParam("customerId") long customerId) {
return "foo";
}
}
Примечание @Path("/{customerId}}
аннотация без которой ваш @PathParam
параметр не был бы отображен правильно, что привело бы к довольно подробному исключению (и сопровождающему ответу 500 на стороне клиента). Предполагая, что сервис подобрал RESTeasy конечно.
кроме того, если вы не используете SpringBeanProcessor
экземпляр зарегистрирован в ApplicationContext
. RESTeasy делегирует к нему, зарегистрировав ApplicationListener
на SpringContextLoader
:
ApplicationListener listener = new ApplicationListener() {
public void onApplicationEvent(ApplicationEvent event) {
if (event instanceof ContextRefreshedEvent) {
ContextRefreshedEvent cre = (ContextRefreshedEvent) event;
ConfigurableListableBeanFactory autowireCapableBeanFactory = (ConfigurableListableBeanFactory) cre
.getApplicationContext().getAutowireCapableBeanFactory();
new SpringBeanProcessor(dispatcher, registry, providerFactory)
.postProcessBeanFactory(autowireCapableBeanFactory);
}
}
};
configurableWebApplicationContext.addApplicationListener(listener);
при использовании пользовательского загрузчика контекста и не RESTEasy-при условии, что этот код должен появиться где-то в вашем контекстном загрузчике, чтобы все было подключено. Немного запутанно, да. Это SpringBeanProcessor
это проходит через все весенние бобы и регистрируется с RESTeasy те, которые имеют @Path
аннотация где-то в их иерархия (тип и соответствующие им интерфейсы).