|
From: Tim C. <tc...@ta...> - 2004-07-19 18:03:42
|
I'm kind of curious about this because I've implemented a webservice using Spring. I'm not sure what that actually means though since the way that I've done it (using JBoss.net/Axis) Is to just deploy a Session Bean along with a WSR that has the webservice definition. So when I said that I am using webservice with Spring it's just that my Session bean is using Spring to Dependency Inject the stuff it needs. (DAOs etc) Not really using Spring specifically for Web Services. After all, Axis does not require you're bean to have any webservice methods in it. Now if you're talking about the client side code, It would be nice for Spring to allow dependency injection of a Web Service. Which I don't know if it currently does. I am doing it in a different way (which is bad if Spring DOES have a way to handle web services already ;) I have a Bean that is using a static implementation method that returns back the actual Web Service. Example is: <bean id="nppDelegate" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean"> <property name="targetClass"><value>com.xxx.whatever.MyWebServiceFactory</value></property> <property name="targetMethod"><value>getWebServiceInstanceOrWhatever</value></property> </bean> That allows me to still use Spring's dependency injection with a WebService bean. -Tim Nimish Pachapurkar wrote: >Hello, > >We have been using Spring for some projects for past 3 months >successfully. We are very impressed with the ease of use and >flexibility that Spring provides. Our current requirement is to have a >web service implemented through Spring. We feel that this would be a >better solution than using something like Axis directly. This way, we >can actually choose a different implementation without touching >majority of the code. > >Is web services one of the near future additions in Spring's road map? >If not, we would like to help design a set of web service interfaces >and at least one support package - possibly using Axis. I felt it is >better to get some input from the contributors before we actually >start work in this direction. > >Best regards, > > |