7 Replies Latest reply on Mar 13, 2013 8:30 PM by Daniel Cote

    cxf.xml and spring and jbossws-cxf-4.1.1.Final

    Daniel Cote Newbie

      Hi,

       

      I my quest to make my webservice client working with a specific configuration, I did upgrate my JBOSS 7.1.1 final with jbossws-cxf-4.1.1.Final.

       

      I did the upgrate using instructions provider in https://community.jboss.org/wiki/JBossWS-Installation.

       

      So I use the -Dspring=true option  to install the spring module, which I found is required in order for my cxf.xml file to be recognized by the runtime.

       

      Poking around a bit, I finally manage to make the cxf stack detect my "cxf.xml" configuration file (yeah!!!) but, now, I'm facing the following problem during execution: "Unable to locate Spring NamespaceHandler for XML schema namespace [http://cxf.apache.org/transports/http/configuration]"

      Here an extract from the stack trace:

       

       

      21:18:55,673 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]

      21:18:55,689 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions Loading XML bean definitions from class path resource [cxf.xml]

      21:18:55,736 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://www.springframework.org/schema/beans/spring-beans-2.0.xsd

      21:18:56,485 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/http-conf.xsd

      21:18:56,843 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/wsdl/http-conf.xsd

      21:18:57,062 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://schemas.xmlsoap.org/wsdl/2003-02-11.xsd

      21:18:57,311 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/parameterized-types.xsd

      21:18:57,436 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/security.xsd

      21:18:57,670 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/cxf-beans.xsd

      21:18:57,795 WARN (http-localhost-127.0.0.1-8080-1) org.jboss.ws.cxf.createApplicationContext JBWS024027: Spring initial application context creation failed using classloader org.jboss.ws.common.utils.DelegateClassLoader@317b504a, will try again after having switched the current thread context classloader to ModuleClassLoader for Module "org.apache.cxf.impl:main" from local module loader @3f6ac749 (roots: C:\AppServer\jboss-as-7.1.1.Final\jboss-as-7.1.1.Final\modules): org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Unable to locate Spring NamespaceHandler for XML schema namespace [http://cxf.apache.org/transports/http/configuration]

      Offending resource: class path resource [cxf.xml]

       

      at org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter.java:68) [spring-beans.jar:3.0.7.RELEASE]

      at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:85) [spring-beans.jar:3.0.7.RELEASE]

      at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:80) [spring-beans.jar:3.0.7.RELEASE]

       

      This problem makes my configuration (cxf.xml) ignored (because of the incapacity to "locate Spring NamespaceHandler..") and I'm stuck again unable to correctly instruct the runtime to behave as I expected...

      Does anybody faced this problem?

      Is there something i'm doing wrong?

       

      Here the cxf.xml:

      ------------------------

      <beans

          xmlns="http://www.springframework.org/schema/beans"

          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

          xmlns:sec="http://cxf.apache.org/configuration/security"

          xmlns:http="http://cxf.apache.org/transports/http/configuration"

          xmlns:jaxws="http://java.sun.com/xml/ns/jaxws"

           xsi:schemaLocation="

            http://cxf.apache.org/configuration/security

            http://cxf.apache.org/schemas/configuration/security.xsd

            http://cxf.apache.org/transports/http/configuration

            http://cxf.apache.org/schemas/configuration/http-conf.xsd

            http://www.springframework.org/schema/beans

            http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">

          <http:conduit name="*.http-conduit">

              <http:tlsClientParameters disableCNCheck="true">

                  <sec:keyManagers>

                      <sec:keyStore type="JKS" password="pwdxxx" file="C:\AppServer\jboss-as-7.1.1.Final\jboss-as-7.1.1.Final\xxx\keystore.jks" />

                  </sec:keyManagers>

                  <sec:trustManagers>

                      <sec:keyStore type="JKS" password="pwdxxx" file="C:\AppServer\jboss-as-7.1.1.Final\jboss-as-7.1.1.Final\xxx\truststore.jks" />

                  </sec:trustManagers>

                  <sec:cipherSuitesFilter>

                      <sec:include>TLS_RSA_WITH_AES_128_CBC_SHA</sec:include>

                  </sec:cipherSuitesFilter>

              </http:tlsClientParameters>

          </http:conduit>

      </beans>

       

      Also my EAR's manfest:

      ------------------------------------

      Manifest-Version: 1.0

      Dependencies: org.apache.cxf services export, org.springframework.spring export

       

       

      Any advise would be VERY appreciated,

      Thanks!!!

        • 1. Re: cxf.xml and spring and jbossws-cxf-4.1.1.Final
          Jay SenSharma Master

          Hi Daniel,

           

          Remove the META-INF/MANIFEST.MF file entries and rather than including dependencies via MANIFEST file better to use the "jboss-deployment-structure.xml".

          Try using the following kind of "$EAR/META-INF/jboss-deployment-structure.xml" file in order to also include the Spring handlers and schema mappings which are defined in META-INF/spring.handlers and META-INF/spring.schemas of Spring jars.  Using the following kind of XML file you can explicitly force JBoss to import those dependencies.

           

           

          Example:

          ========

          <jboss-deployment-structure>
             <deployment>
                <dependencies>
                  <module name="org.springframework.spring" export="true">
                      <imports>
                          <include path="META-INF**"/>
                          <include path="org**"/>
                      </imports>    
                  </module>
                  <module name="org.apache.cxf" export="true"/>
                </dependencies>
              </deployment>
          </jboss-deployment-structure>
          
          1 of 1 people found this helpful
          • 2. Re: cxf.xml and spring and jbossws-cxf-4.1.1.Final
            Daniel Cote Newbie

            Hi Jay,

             

            First thanks for the attempt, it is very appreciated: I'm a newbee with JBOSS and, altough up to now the product expose really nice features, this kind of configuration is quite hard, at first glance...

             

            I did what you suggest but it did not worked:

            Here the revisited jboss-deployment-structure.xml:

             

            <jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.1">

                <deployment>

                    <dependencies>

                        <module name="com.oracle" export="true" />  <!-- for ojdbc6.jar inclusion -->

                        <module name="com.logibec.parameters" export="true" /> <!-- parameters -->

                        <module name="org.springframework.spring" export="true">

                            <imports>

                                <include path="META-INF**" />

                                <include path="org**" />

                            </imports>

                        </module>

                        <module name="org.apache.cxf" export="true" />

                    </dependencies>

                </deployment>

            </jboss-deployment-structure>

             

             

            And the trace (essentially the same):

             

            07:23:11,301 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusApplicationContext.prepareRefresh Refreshing org.apache.cxf.bus.spring.BusApplicationContext@4465e80d: startup date [Tue Mar 12 07:23:11 EDT 2013]; root of context hierarchy

            07:23:11,301 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusApplicationContext.getConfigResources Loaded configuration file cxf.xml.

            07:23:11,301 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusApplicationContext.getConfigResources Creating application context with resources: [class path resource [META-INF/cxf/cxf.xml], class path resource [cxf.xml]]

            07:23:11,301 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]

            07:23:11,301 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions Loading XML bean definitions from class path resource [cxf.xml]

            07:23:11,316 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://www.springframework.org/schema/beans/spring-beans-2.0.xsd

            07:23:12,018 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/http-conf.xsd

            07:23:12,393 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/wsdl/http-conf.xsd

            07:23:12,642 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://schemas.xmlsoap.org/wsdl/2003-02-11.xsd

            07:23:12,907 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/parameterized-types.xsd

            07:23:13,032 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/security.xsd

            07:23:13,297 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/cxf-beans.xsd

            07:23:13,422 WARN (http-localhost-127.0.0.1-8080-1) org.jboss.ws.cxf.createApplicationContext JBWS024027: Spring initial application context creation failed using classloader org.jboss.ws.common.utils.DelegateClassLoader@4e5f9d1d, will try again after having switched the current thread context classloader to ModuleClassLoader for Module "org.apache.cxf.impl:main" from local module loader @3f6ac749 (roots: C:\AppServer\jboss-as-7.1.1.Final\jboss-as-7.1.1.Final\modules): org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Unable to locate Spring NamespaceHandler for XML schema namespace [http://cxf.apache.org/transports/http/configuration]

            Offending resource: class path resource [cxf.xml]

             

            at org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter.java:68) [spring-beans.jar:3.0.7.RELEASE]

            at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:85) [spring-beans.jar:3.0.7.RELEASE]

            • 3. Re: cxf.xml and spring and jbossws-cxf-4.1.1.Final
              Jay SenSharma Master

              Hi, 

               

                 You are getting the following error:

               

              org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Unable to locate Spring NamespaceHandler for XML schema namespace [http://cxf.apache.org/transports/http/configuration]
              

               

                 If you will notice the $JBOSS_HOME/modules/org/apache/cxf/main/cxf-rt-transports-http-2.4.6*.jar/META-INF/spring.handlers   then you will find that it declares the above namespace [http://cxf.apache.org/transports/http/configuration].  So looks like you will need to alter your jbos-deployment-structure.xml as following in order to include the META-INF** contents from cxf module jars:

               

              <jboss-deployment-structure>
                 <deployment>
                    <dependencies>
                      <module name="org.springframework.spring" export="true">
                          <imports>
                              <include path="META-INF**"/>
                              <include path="org**"/>

                          </imports>   
                      </module>
                      <module name="org.apache.cxf" export="true">

                          <imports>

                              <include path="META-INF**"/>

                              <include path="org**"/>

                          </imports>   

                      </module>
                    </dependencies>
                  </deployment>
              </jboss-deployment-structure>

              • 4. Re: cxf.xml and spring and jbossws-cxf-4.1.1.Final
                Daniel Cote Newbie

                Hi Jay,

                 

                Thanks for the feedback...

                I already tried the proposed Solution (in fact this one and a variation because, in my deployment, the cxf jars are under "\modules\org\apache\cxf\impl\main".

                So I adapt the jboss-deployment-structure.xml accordingly... with no result: still the same error.

                 

                I also found that I DON'T need to declare any dependency in my jboss-deployment-structure.xml: the fact that "modules\org\springframework\spring\main" exists is automatically recognized by the runtime.

                 

                My take, at the moment, is that the problem lies on the side of this spring module that does not seem to be able to use the handlers declared in "\modules\org\apache\cxf\impl\main".

                Maybe I'm wrong (I've been for a while ;-) ) but I'm inclined to investigate more on the module declaration for spring...

                 

                Any comment/suggestion is VERY welcome.

                 

                Best regards,

                dc

                • 5. Re: cxf.xml and spring and jbossws-cxf-4.1.1.Final
                  Daniel Cote Newbie

                  I'm stucked...

                   

                  Here a few observations:

                  1) altough I tested with many 'dependencies' combinations in my EAR\META-INF\jboss-deployment-structure.xml, none of them fixed the "Configuration problem: Unable to locate Spring NamespaceHandler for XML schema namespace [http://cxf.apache.org/transports/http/configuration]" warning which obsolete my cxf.xml configuration

                   

                  2) the declaration of the springs schemas and handlers IS NOT recognized by my current installation (7.1.1 final + jbossws-cfx-4.1.1.Final, installed using the suggested procedure for the inclusion of a spring module).

                  When I shutdowm my network services, I can see the attempt to resolve the schemas failed because the definition, included in the ..jboss-as-7.1.1.Final\modules\org\apache\cxf\impl\main jars file are NOT correctly resolved (hence the fallback on the http).

                   

                  Ex.:

                  23:45:47,303 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://www.springframework.org/schema/beans/spring-beans-2.0.xsd

                  23:45:48,270 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/configuration/http-conf.xsd

                  23:45:48,676 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://cxf.apache.org/schemas/wsdl/http-conf.xsd

                  23:45:48,926 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusEntityResolver.resolveEntity Attempting to resolve systemId http://schemas.xmlsoap.org/wsdl/2003-02-11.xsd

                  ...

                  Are all going through the network instead of using the provided schemas (example: ...jboss-as-7.1.1.Final\modules\org\apache\cxf\impl\main\cxf-rt-transports-http.jar\schemas\configuration\  contains the http-conf.xsd...).

                   

                  Those inabilities to resolve the NamespaceHandler and the provided schemas seems to indicate a problem of classloading, which is very difficult (for me) to diagnose

                   

                  3) Altough is seems to be against the recommandations, I did not find any other means to configure my web service CLIENT other than using the cxf.xml construct that is VERY rich and would allow me to stay portable because i'm using pure jax-ws API, not a single piece of

                  the API of the CXF runtime.

                   

                  4) I've been able to make my cxf.xml file visible to my application using a "module" where I put all my configuration resources.  I haven't been able to put there a META-INF/cxf/cxf.xml file and made it seen when I did experiments using dependencies with

                  <module name="org.jboss.ws.cxf.jbossws-cxf-client" export="true" />

                  and alikes in the jboss-deployment-structure.xml.

                   

                   

                  Typically, the stack trace is of this form:

                   

                  00:10:35,899 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusApplicationContext.prepareRefresh Refreshing org.apache.cxf.bus.spring.BusApplicationContext@191aae3b: startup date [Wed Mar 13 00:10:35 EDT 2013]; root of context hierarchy

                  00:10:35,899 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusApplicationContext.getConfigResources Loaded configuration file cxf.xml.

                  00:10:35,899 FINE (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.BusApplicationContext.getConfigResources Creating application context with resources: [class path resource [META-INF/cxf/cxf.xml], class path resource [cxf.xml]]

                  00:10:35,899 INFO (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]

                  00:10:35,899 WARN (http-localhost-127.0.0.1-8080-1) org.apache.cxf.bus.spring.SpringBusFactory.createApplicationContext Initial attempt to create application context was unsuccessful.: org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from class path resource [META-INF/cxf/cxf.xml]; nested exception is java.io.FileNotFoundException: class path resource [META-INF/cxf/cxf.xml] cannot be opened because it does not exist

                  at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:341)

                  at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.internalLoadBeanDefinitions(ControlledValidationXmlBeanDefinitionReader.java:154)

                  at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.access$000(ControlledValidationXmlBeanDefinitionReader.java:66)

                  at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader$1.run(ControlledValidationXmlBeanDefinitionReader.java:141)

                  at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader$1.run(ControlledValidationXmlBeanDefinitionReader.java:140)

                  at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_17]

                  at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions(ControlledValidationXmlBeanDefinitionReader.java:139)

                  at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:302)

                  at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)

                  at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:122)

                  at org.apache.cxf.bus.spring.BusApplicationContext.loadBeanDefinitions(BusApplicationContext.java:322)

                  at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:130)

                  at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:467)

                  at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:397)

                  at org.apache.cxf.bus.spring.BusApplicationContext$1.run(BusApplicationContext.java:107)

                  at org.apache.cxf.bus.spring.BusApplicationContext$1.run(BusApplicationContext.java:106)

                  at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_17]

                  at org.apache.cxf.bus.spring.BusApplicationContext.<init>(BusApplicationContext.java:105)

                  at org.apache.cxf.bus.spring.SpringBusFactory.createApplicationContext(SpringBusFactory.java:157)

                  at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:148)

                  at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:122)

                  at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:94)

                  at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:83)

                  at org.jboss.wsf.stack.cxf.client.ProviderImpl.setValidThreadDefaultBus(ProviderImpl.java:242) [jbossws-cxf-client.jar:4.1.1.Final]

                  at org.jboss.wsf.stack.cxf.client.ProviderImpl.createServiceDelegate(ProviderImpl.java:164) [jbossws-cxf-client.jar:4.1.1.Final]

                  at javax.xml.ws.Service.<init>(Service.java:57) [jboss-jaxws-api_2.2_spec-2.0.0.Final.jar:2.0.0.Final]

                  at javax.xml.ws.Service.create(Service.java:721) [jboss-jaxws-api_2.2_spec-2.0.0.Final.jar:2.0.0.Final]

                  at com.ibm.ai.xds.soap.SoapClient.callJAXBWS(SoapClient.java:144) [XDSCommun.jar:]

                  at com.ibm.ai.xds.client.XDSClient.documentRegistryRegisterDocumentSet(XDSClient.java:424) [XDSClient.jar:]

                  at com.ibm.ihii.repository.server.xdsb.XDSbDocumentRepositoryService.provideAndRegister(XDSbDocumentRepositoryService.java:215) [XDSRepositoryEJB.jar:]

                  at com.ibm.ihii.repository.server.xdsb.XDSbDocumentRepositoryService.provideAndRegister(XDSbDocumentRepositoryService.java:105) [XDSRepositoryEJB.jar:]

                  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_17]

                  at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.7.0_17]

                  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.7.0_17]

                  at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.7.0_17]

                  at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:228) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:304) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:190) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:32) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]

                  at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]

                  at com.ibm.ihii.repository.server.xdsb.XDSbDocumentRepositoryService$$$view122.provideAndRegister(Unknown Source) [XDSRepositoryEJB.jar:]

                  at com.logibec.ai.xds.repository.DocumentRepository_Port_Soap12Impl.documentRepositoryProvideAndRegisterDocumentSetB(DocumentRepository_Port_Soap12Impl.java:32)

                  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_17]

                  at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.7.0_17]

                  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.7.0_17]

                  at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.7.0_17]

                  at org.jboss.ws.common.invocation.AbstractInvocationHandlerJSE.invoke(AbstractInvocationHandlerJSE.java:108)

                  at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:149)

                  at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96) [cxf-api.jar:2.6.4]

                  at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:178)

                  at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:64)

                  at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:129)

                  at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) [cxf-api.jar:2.6.4]

                  at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [rt.jar:1.7.0_17]

                  at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) [rt.jar:1.7.0_17]

                  at java.util.concurrent.FutureTask.run(Unknown Source) [rt.jar:1.7.0_17]

                  at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) [cxf-api.jar:2.6.4]

                  at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) [cxf-api.jar:2.6.4]

                  at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:262) [cxf-api.jar:2.6.4]

                  at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) [cxf-api.jar:2.6.4]

                  at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:236)

                  at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:95)

                  at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:156)

                  at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:87)

                  at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:225)

                  at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:145)

                  at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]

                  at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:135)

                  at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi.jar:2.1.1.Final]

                  at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]

                  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329)

                  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)

                  at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)

                  at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)

                  at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

                  at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)

                  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

                  at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

                  at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)

                  at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)

                  at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)

                  at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)

                  at java.lang.Thread.run(Unknown Source) [rt.jar:1.7.0_17]

                  Caused by: java.io.FileNotFoundException: class path resource [META-INF/cxf/cxf.xml] cannot be opened because it does not exist

                  at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:158)

                  at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:328)

                  ... 111 more

                   

                  I really dont know where to put such a structure since the calls may be issued in different context (inside a web service, in an ejb-timer, etc.) and I want to centralize to configuration as much as possible.

                   

                  Thanks again for any suggestion,

                  • 6. Re: cxf.xml and spring and jbossws-cxf-4.1.1.Final
                    Alessio Soldano Master

                    I'm following up on the issue at https://community.jboss.org/message/802400#802400 too.

                    However, regarding the failure to resolve schemas, I believe that's due to a bug, see https://issues.jboss.org/browse/JBWS-3607 .

                    • 7. Re: cxf.xml and spring and jbossws-cxf-4.1.1.Final
                      Daniel Cote Newbie

                      As discussed in https://community.jboss.org/message/802470#802470  the directives you provided fixed this issue, including the schema resolution.

                      Thanks again Alessio.

                       

                      dc

                      1 of 1 people found this helpful