Incidentally, GlassFish Metro does not internally use Spring, so if having a Spring-free web service stack is very important you may wish to consider that tool.
It seems strange though to want to use CXF but not the Spring it incorporates. Java code is java code--since Spring is Apache licensed, we could easily rename it Banana and directly incorporate it within the CXF source code--sure, CXF would then be Spring-free but what would be the difference? Unless you're using Spring elsewhere under a different version (i.e., a conflicting JARs concern), I can't see why org.springframework.Widget is no good but org.cxf.glen.Widget (which could be just as well a copy and paste of the Spring framework version, just keeping the license intact) would be acceptable. The Spring folks are certainly better coders than I am. Glen Nanook wrote: > > Let me start by saying that I am somewhat new to the CXF library and to > JAXWS in general. I would like to deploy the service under Tomcat 5.5. and > I have been able to get one of the samples to work using the standard > CXFServlet configuration. However, our application server environment > does not include Spring, nor do we care to include it at this time. I > would really like to trim out the spring libraries and bootstrapping from > the CXF dependency list. > > How can I get a web service to listen on a servlet transport without using > Spring? I have read earlier posts referring to the CXFNonSpringServlet, > but when I substitute this class in the web.xml for Tomcat, it does not > work. There is little in the way of an error message, other than: "Can't > find the the request for http://myhost/services/hello_world's Observer". > > Thanks in advance! > > --Nick > -- View this message in context: http://www.nabble.com/CXFNonSpringServlet-How-To--tp15356670p19611108.html Sent from the cxf-user mailing list archive at Nabble.com.
