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
>>>>
>>>>
>>>> [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.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.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
>>>>
>>>>
>>>> [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.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.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

Reply via email to