1) I suppose that JAXB2 are responsible to create the schema in the generated wsdl (correct me if I'm wrong) so in this case there are obvious issues if one is trying to create web services using JAXB2 (well it worked for the clients, but not for publishing your own web services because of the wrong generated schema) but not using Spring + Xfire to develop those services.
2) It looks like services.xml is corrupted, because this error message that I get is not meaningful. There is no bean name in it actually and the ref is interpreted as a class specification and not as the tag name !!! Or the communication between jboss, apache springframework and codehaus.xfire classes is not good and the meaning of information retrieved from .xml files is misinterpreted during the processing of services.xml config file, which is causing this weird error !!! Bottom-line I can not retrieve the xfire objects ( the xfire or the serviceRegistry beans ) from the spring context ( = services.xml file ). On Tue, 2007-15-05 at 20:44 -0400, Dragos Pavel wrote: > Using JAXB2 and XFire only ( NOT Spring + Xfire ): > > 1) Using JAXB2 bindings on the service side - is JAXB2 > responsible for generating the schema parts in the wsdl, or is > wsdl4j? > > 2) I already read all the related threads and the short description in > the manual introduced by a user at the end of April. > > If WSDL is a problem, then one can replace it with original. So your > WSDL from file system will be used instead of generated one. I wrote > simple spring bean which will use serviceRegistry ( defined in > xfire.xml ). That's fine, the problem comes when I try to retrieve > the serviceRegistry from spring context defined in services.xml like > this: > > <bean id="xfire.serviceRegistry" > class="org.codehaus.xfire.service.DefaultServiceRegistry" > singleton="true"/> > </bean> > <bean id="originalBean" class="spring.OriginalBean"> > <property name="DefaultServiceRegistry"><ref > bean="xfire.serviceRegistry"/></property> > <property name="originalWSDL"><value>"/usr/local/.../WEB- > INF/wsdl/Service.wsdl"</value></property> > </bean> > > I tried other configuration with no success, I always get this error: > 20:13:21,224 ERROR [XFireServlet] Error initializing XFireServlet. > org.springframework.beans.factory.BeanDefinitionStoreException: Error > registering bean with name '' defined in class path resource [META- > INF/xfire/services.xml]: Bean class [ref] not found; nested exception is > java.lang.ClassNotFoundException: ref > java.lang.ClassNotFoundException: ref > at org.apache.catalina.loader.WebappClassLoader.loadClass > (WebappClassLoader.java:1355) > at org.apache.catalina.loader.WebappClassLoader.loadClass > (WebappClassLoader.java:1201) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:242) > at org.springframework.util.ClassUtils.forName(ClassUtils.java:108) > at > org.springframework.beans.factory.support.BeanDefinitionReaderUtils.createBeanDefinition(BeanDefinitionReaderUtils.java:65) > at > org.springframework.beans.factory.xml.DefaultXmlBeanDefinitionParser.parseBeanDefinitionElement(DefaultXmlBeanDefinitionParser.java:426) > > My bean is correct and in the right package, the id of the bean is > correct referenced so it's only the fact that it can not find the xfire > or serviceRegistry bean from the context. > > I must setup wsdlwriter after service is created. > > It was suggested: > " Check xfire.xml file ( it automaticaly included in services.xml ), > there are defined all important xfire objects, so you can retrive them > from spring context. " > > That's the problem, I can not retrieve the xfire objects from the spring > context... > > Any suggestions ? > > > > > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
