Re: Problem of backward compability between cxf 2.0.2-incubator and cxf 2.1

Mon, 19 May 2008 07:06:18 -0700 


On May 19, 2008, at 6:42 AM, jc meillaud wrote:


Hi again,
I just try a completely empty project with only one wsdl (took from the 
web), and i still get the two issues :
- Warning Exception is still there
- Package name passed as an argument to the wsdl2java maven plugin is not 
taken into account

Could any one  confirm me I could open a JIRA fopr those issue.


Yes, please do.   Log any bugs at:
https://issues.apache.org/jira/browse/CXF
If you could attach your simple test cases, that would be a HUGE help as well. 

Thanks!
Dan




As we are
using CXF webservices through wsdl2java maven task in several part of our project (more than 25 webservices), we can't upgrade the CXF version from 2.0.2-incubator, to a stable release(2.0.6 or 2.1), we are going to move to Spring WS, which may be more compatible with spring. Unless there was a 
quick bugfix.

Regards
JC
On Fri, May 16, 2008 at 6:22 PM, jc meillaud <[EMAIL PROTECTED]> wrote:
I try both of your advises, and the Exception warning is still there. I 
will continue trying to fin a solution on monday.
Could you confirm me there is a JIRA opened for the wsdl2java issue about 
the package name argument not taken into account.
Thanks
Regards
JC
On Fri, May 16, 2008 at 5:43 PM, Daniel Kulp <[EMAIL PROTECTED]> wrote:
I think the crash is a bug in the JMS transport that was fixed two weeks ago. Can you remove that dependency and retry the code generation? Or 
try the 2.1.1-SNAPSHOT version in the apache snapshot m2 repository?

Dan




On May 16, 2008, at 11:26 AM, jc meillaud wrote:

Thanks for taking into account our problem.


To be more clear, I think there are 2 problems :
* One about the generated classes through the maven codegen project which 
does not seem to work on release 2.1. I we switch to version 2.0.6,
classes
are well generated (see

http://www.nabble.com/2.1-cxf-codegen-plugin-wsdl2java-not-building-to-specified-package-dir-td16962760.htmlfor
another similar problem).
* One other is the Warning Exception, which appear both with cxf 2.0.6 
and
cxf 2.1 version.

We are using CXF by defining individual maven dependencies.
Here are our maven dependencies :

     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-core</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-frontend-simple</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-frontend-jaxws</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-databinding-aegis</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-transports-local</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-transports-http</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-transports-http-jetty</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-transports-jms</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-management</artifactId>
         <version>${cxf.version}</version>
     </dependency>
     <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-common-utilities</artifactId>
         <version>${cxf.version}</version>
     </dependency>
I will try to create a small maven project, but we are also thinking at 
moving to springWS as we are mainly  using Spring 2.5 on all of the
project.
Regards
JC
On Fri, May 16, 2008 at 4:54 PM, Daniel Kulp <[EMAIL PROTECTED]> wrote:
Hmm... what are the CXF "dependencies" that your project declares? 
Are
you grabbing cxf-bundle or individual modules?
I'm mostly asking so I can try and figure out how to reproduce it. Any chance you can create a small maven project that shows the issue? That 
would be the biggest help.

Dan





On May 16, 2008, at 5:34 AM, jc meillaud wrote:

Hi,
We are currently working on a major project with several application 
which
were build with maven. In a the first version we were using the cxf 
2.0.2
incubator version, but we are facing several dependencies issues,
(2.0.2
relates to the the spring version 2.0.4), and we want to use the latest stable release of spring. We then decided to upgrade the cxf version to 
the
latest released version (2.1), but a webservice client which was build through the maven cxf codegen plugin is no more compatible. Here are 
some
log :


Maven pom definition :
 <plugin>
   <groupId>org.apache.cxf</groupId>
   <artifactId>cxf-codegen-plugin</artifactId>
   <version>${cxf.version}</version>
   <executions>
   <execution>
       <id>generate-sources</id>
       <phase>generate-sources</phase>
       <configuration>
     <sourceRoot>${basedir}/target/generated/</sourceRoot>
     <wsdlOptions>
       <wsdlOption>
<wsdl>${basedir}/src/main/resources/wsdl/factory.wsdl</ wsdl> 
         <extraargs>
           <extraarg>p</extraarg>
           <extraarg>com.something.else</extraarg>
           <extraarg>noAddressBinding</extraarg>
         </extraargs>
       </wsdlOption>
     </wsdlOptions>
   </configuration>
       <goals>
           <goal>wsdl2java</goal>
       </goals>
   </execution>
</executions>
 </plugin>
with cxf 2.0.2-incubator, classes are generated with the wanted pacakge 
name
(com.something.else), but when we switch to the release 2.1, there is a 
warning during the compilation :


INFO: Pre-instantiating singletons in
org .springframework [EMAIL PROTECTED] 
:
defining beans
[cxf ,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cx f .bus .spring .BusExtensionPostProcessor ,org .apache .cxf .resource .ResourceManager,org.apache.cxf.configuration.Configurer, 
org.apache.cxf.bi
nding.BindingFactoryManager,org.apache.cxf.transport.DestinationF actoryManager,org.apache.cxf.transport.ConduitInitiatorManager,or g.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.binding.xml.XMLBindingFactory,org.apache.cxf.transport.local.LocalTransportFactory,org.apache.cxf.transport.http.policy.HTTPClientAssertionBuilder,org.apache.cxf.transport.http.policy.HTTPServerAssertionBuilder,org.apache.cxf.transport.http_jetty.JettyHTTPTransportFactory]; 
root of factory hierarchy
May 16, 2008 10:06:17 AM
org.apache.cxf.common.injection.ResourceInjector
invokePostConstruct
WARNING: method annotated by @PostConstruct throws exception when
invoked
java.lang.reflect.InvocationTargetException
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
sun .reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) 
   at
sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) 
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
org .apache .cxf .common .injection .ResourceInjector.invokePostConstruct(ResourceInjector.java:305) 
   at
org .apache .cxf .common .injection.ResourceInjector.construct(ResourceInjector.java:86) 
   at
org .apache .cxf .bus .spring .Jsr250BeanPostProcessor .postProcessAfterInitialization(Jsr250BeanPostProcessor.java:58) 
   at
org .springframework .beans .factory .support .AbstractAutowireCapableBeanFactory .applyBeanPostProcessorsAfterInitialization (AbstractAutowireCapableBeanFactory.java:313) 
   at
org .springframework .beans .factory .support .AbstractAutowireCapableBeanFactory .initializeBean(AbstractAutowireCapableBeanFactory.java:1181) 
   at
org .springframework .beans .factory .support .AbstractAutowireCapableBeanFactory .createBean(AbstractAutowireCapableBeanFactory.java:427) 
   at
org.springframework.beans.factory.support.AbstractBeanFactory $1.getObject(AbstractBeanFactory.java:249) 
   at
org .springframework .beans .factory .support .DefaultSingletonBeanRegistry .getSingleton(DefaultSingletonBeanRegistry.java:155) 
   at
org .springframework .beans .factory .support.AbstractBeanFactory.getBean(AbstractBeanFactory.java: 246) 
   at
org .springframework .beans .factory .support.AbstractBeanFactory.getBean(AbstractBeanFactory.java: 160) 
   at
org .springframework .context .support .AbstractApplicationContext .getBean(AbstractApplicationContext.java:757) 
   at
org .apache .cxf .configuration .spring.AbstractSpringBeanMap.get(AbstractSpringBeanMap.java:136) 
   at
org.apache.cxf.configuration.spring.AbstractSpringBeanMap $SpringBeanMapWrapper.get(AbstractSpringBeanMap.java:236) 
   at
org .apache .cxf .transport .DestinationFactoryManagerImpl .getDestinationFactory(DestinationFactoryManagerImpl.java:104) 
   at
org .apache .cxf .wsdl11 .WSDLServiceBuilder.buildEndpoint(WSDLServiceBuilder.java:318) 
   at
org .apache .cxf .wsdl11 .WSDLServiceBuilder.buildServices(WSDLServiceBuilder.java:280) 
   at
org .apache .cxf .wsdl11 .WSDLServiceBuilder.buildServices(WSDLServiceBuilder.java:149) 
   at
org .apache .cxf .wsdl11 .WSDLServiceBuilder.buildServices(WSDLServiceBuilder.java:138) 
   at
org .apache .cxf .tools .wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:141) 
   at
org .apache .cxf .tools .wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:231) 
   at
org .apache .cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:83) at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:102) 
   at
org .apache .cxf.maven_plugin.WSDL2JavaMojo.processWsdl(WSDL2JavaMojo.java: 292) 
   at
org .apache .cxf.maven_plugin.WSDL2JavaMojo.execute(WSDL2JavaMojo.java:202) 
   at
org .apache .maven .plugin .DefaultPluginManager.executeMojo(DefaultPluginManager.java:447) 
   at
org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoals(DefaultLifecycleExecutor.java:539) 
   at
org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) 
   at
org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoal(DefaultLifecycleExecutor.java:459) 
   at
org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) 
   at
org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeTaskSegments(DefaultLifecycleExecutor.java:278) 
   at
org .apache .maven .lifecycle .DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java: 143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java: 333) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java: 126) 
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
sun .reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) 
   at
sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) 
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java: 315) 
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at
org .codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java: 430) 
   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.lang.NullPointerException
   at
org .apache .cxf .binding .soap .SoapTransportFactory .registerWithBindingManager(SoapTransportFactory.java:175) 
   ... 46 more
May 16, 2008 10:06:18 AM
org.springframework.context.support.AbstractApplicationContext doClose INFO: Closing [EMAIL PROTECTED]: display name [EMAIL PROTECTED]; startup date [Fri May 16 10:06:15 GMT+01:00 2008]; root of context 
hierarchy
May 16, 2008 10:06:18 AM
org .springframework .beans.factory.support.DefaultSingletonBeanRegistry 
destroySingletons
INFO: Destroying singletons in
org .springframework [EMAIL PROTECTED] 
:
defining beans
[cxf ,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cx f .bus .spring .BusExtensionPostProcessor ,org .apache .cxf .resource .ResourceManager,org.apache.cxf.configuration.Configurer, 
org.apache.cxf.bi
nding.BindingFactoryManager,org.apache.cxf.transport.DestinationF actoryManager,org.apache.cxf.transport.ConduitInitiatorManager,or g.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.binding.xml.XMLBindingFactory,org.apache.cxf.transport.local.LocalTransportFactory,org.apache.cxf.transport.http.policy.HTTPClientAssertionBuilder,org.apache.cxf.transport.http.policy.HTTPServerAssertionBuilder,org.apache.cxf.transport.http_jetty.JettyHTTPTransportFactory]; 
root of factory hierarchy
[INFO] [resources:resources]
And the generated classes are not generated wioththe wanted package 
name,
but with the package name defined in the targetnamespace of the wsdl 
file
(factory.wsdl) used to generate classes.

Any help would be appreciate on this issue.
Regards
JC




--
Da



---
Daniel Kulp
[EMAIL PROTECTED]
http://www.dankulp.com/blog








--
Da



---
Daniel Kulp
[EMAIL PROTECTED]
http://www.dankulp.com/blog








--
Da





--
Da


---
Daniel Kulp
[EMAIL PROTECTED]
http://www.dankulp.com/blog

Reply via email to