Why not use RESTeasy to create REST services?

Posted by – February 9, 2009

After few days using RESTeasy in my project I found a very annoying issue related with its Spring support, please consider the bean declaration below:

<bean id="remoteAuthenticationService" class="org.springframework.remoting.httpinvoker.HttpInvokerProxyFactoryBean">
    <property name="serviceUrl"
    <property name="serviceInterface" value="com.fastsearch.esp.admin.RemoteAuthenticationService"/>
    <property name="httpInvokerRequestExecutor" ref="executor"/>

For some reason the RESTeasy ContextLoaderListener implementation is unable to resolve property placeholders used by some properties of beans at singleton scope, when I read these properties from my bean logic I see all properties placeholders there as they weren’t resolved.

So I decided to try Jersey since it uses the standard implementation of ContextLoaderListener that comes with Spring, now my application works as expected, all properties placeholders are being correctly resolved on my Spring singleton beans.


2 Comments on Why not use RESTeasy to create REST services?

  1. Solomon says:

    It’s a shame that you moved to Jersey because of Spring support. I worked pretty hard to get a better Spring/RESTEasy integration. Since 0.9, you can use standard Spring, including the Spring DispatcherServlet. I’ll take a look at the problem you’re experiencing.

  2. rogerio says:

    And to be honest, this tomcat context doesn’t contains only the REST service, it also has a JSF webapp, both uses Spring, the JSF will share the same ContextLoaderListener implementation that comes with RESTeasy and the property placeholders issue happens everywhere, in singleton beans used by REST services and singleton beans used by JSF webapp too.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>