OK, I got rid of my pilfered cxf.xml, and moved the imports from
cxf-servlet.xml to applicationContext.xml otherwise leaving cxf-servlet.xml
as is. I also added a dependency to the top level pom for cxf-core (for an
appfuse modular archetype) and that appears to have done away with the
"download cxf and copy the cxf.xml" hack. Here's the dependency:
<dependency>
<groupId>org.apache.cxf</groupId>
<artifactId>cxf-rt-core</artifactId>
<version>2.2.3</version>
</dependency>
I think I may be close, it looks like cxf is already working somewhat, as
I'm getting my FooService registered twice. I suspect what's happening is
that it's getting recognized from the annotations in the src files and then
is getting published a 2nd time (causing an error) because it's listed in
the cxf-servlet.xml file. Do I need this cxf-servlet.xml file? Here's the
semi triumphant output as the server starts:
2009-09-28 11:49:25.272::INFO: jetty-6.1.9
2009-09-28 11:49:25.307::INFO: Extract
jar:file:/home/jack/java/af/2.02/asg.open.src/appfuse.mule/basetocxf/cxfmule/web/target/integration-webapp-1.0-SNAPSHOT.war!/
to
/home/jack/java/af/2.02/asg.open.src/appfuse.mule/basetocxf/cxfmule/web/target/work/webapp
log4j:WARN Continuable parsing error 57 and column 64
log4j:WARN Attribute value "com.opensymphony.xwork2.util.OgnlValueStack" of
type ID must be unique within the document.
2009-09-28 11:49:27.322::INFO: No Transaction manager found - if your
webapp requires one, please configure one.
2009-09-28 11:49:28.396:/:INFO: Initializing Spring root
WebApplicationContext
Sep 28, 2009 11:49:34 AM
org.apache.cxf.service.factory.ReflectionServiceFactoryBean
buildServiceFromClass
INFO: Creating Service
{http://impl.service.integration.jackalista.org/}FooService from class
org.jackalista.integration.service.FooManager
Sep 28, 2009 11:49:36 AM org.apache.cxf.endpoint.ServerImpl initDestination
INFO: Setting the server's publish address to be /FooService
[integration] WARN [main] Settings.getLocale(143) | Settings: Could not
parse struts.locale setting, substituting default VM locale
Sep 28, 2009 11:49:40 AM org.apache.cxf.transport.servlet.CXFServlet
updateContext
INFO: Load the bus with application context
Sep 28, 2009 11:49:40 AM org.apache.cxf.bus.spring.BusApplicationContext
getConfigResources
INFO: No cxf.xml configuration file detected, relying on defaults.
Sep 28, 2009 11:49:40 AM org.apache.cxf.transport.servlet.AbstractCXFServlet
replaceDestinationFactory
INFO: Servlet transport factory already registered
Sep 28, 2009 11:49:40 AM org.apache.cxf.transport.servlet.CXFServlet
loadAdditionalConfig
INFO: Build endpoints from config-location: /WEB-INF/cxf-servlet.xml
Sep 28, 2009 11:49:40 AM
org.apache.cxf.service.factory.ReflectionServiceFactoryBean
buildServiceFromClass
INFO: Creating Service
{http://impl.service.integration.jackalista.org/}FooService from class
org.jackalista.integration.service.FooManager
Sep 28, 2009 11:49:40 AM org.apache.cxf.endpoint.ServerImpl initDestination
INFO: Setting the server's publish address to be /FooService
2009-09-28 11:49:40.124::WARN: failed CXFServlet
javax.servlet.ServletException:
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'fooService': Invocation of init method failed; nested exception
is javax.xml.ws.WebServiceException: java.lang.RuntimeException: Soap 1.1
endpoint already registered on address /FooService
So I guess I'll take out the endpoint in the cxf-servlet.sml file? Surgery
with a pick ax here... :)
-=j=-
jackalista wrote:
>
> OK, clue forming... my cxf-servlet.xml looks *just like* the beans.xml
> from this link:
>
> http://cwiki.apache.org/CXF20DOC/writing-a-service-with-spring.html
>
> I looked through all the instances of cxf-servlet.xml in the samples from
> the cxf 2.2.3 dist and none of them have these in them:
>
> <import resource="classpath:cxf/cxf.xml" />
> <import resource="classpath:cxf/cxf-extension-soap.xml" />
> <import resource="classpath:cxf/cxf-servlet.xml" />
>
> I'm beginning to suspect this is where my problem is, around this
> statement from the snackycracky tech blog "delete
> WEB-INF/xfire-servlet.xml and make a new file there called cxf-servlet.xml
> which has this content:", (from:
> http://blog.srvme.de/2009/01/06/migrate-appfuse-from-xfire-to-cxf/).
>
> If I have the content exactly as described in the snackycracky blog, I
> have a circular import as cxf-servlet.xml imports itself... From looking
> at the other cxf-servlet.xml instances in the CXF dist, it looks pretty
> common to declare jaxws:endpoint's in there but none of the instances have
> these import statements there... so I should move them to beans.xml? And
> in appfuse, beans.xml is applicationContext.xml, is it not?
>
> Also, I looked through the CXF samples I do see these imports in use in a
> few places but only in files like "beans.xml". It also has a slight path
> difference with what's in snackhy cracky's blog, all these examples have
> META-INF in them... So should I move these statements into
> applicationCOntext.xml?
>
> I'm kinda configuration challenged, but I'm thinking that the jars from
> the CXF dist should have these files in them, shouldn't it? I found
> cxf.xml and the soap-extentions XML in those jars... but do I want to have
> my own cxf-servlet.xml or should it be from the CXF dist too? I'm leaning
> towards putting these imports in applicationContext.xml and leaving my
> copy of cxf-servlet.xml in WEB-INF but without the imports in it since
> none of the cxf-servlet.xml files in the CXF dist have them. Do the CXF
> docs say where, when and why to use which config files? I haven't found
> that... If anyone has a clear handle on this I'd love some
> clarification... tia...
>
> --j
>
>
> jackalista wrote:
>>
>> One further detail is that I found cxf-rt-bindings-soap-2.2.3.jar, the
>> jar that contains cxf-extension-soap.xml (see 9th line of output below)
>> in the output piped to a file via mvn dependencies:tree, so why doesn't
>> it get found at runtime? That jar is also in the war it looks like as
>> well. Here's the tree:
>>
>> [INFO] +- org.apache.cxf:cxf-rt-frontend-jaxws:jar:2.2.3:compile
>> [INFO] | +- xml-resolver:xml-resolver:jar:1.2:compile
>> [INFO] | +-
>> org.apache.geronimo.specs:geronimo-jaxws_2.1_spec:jar:1.0:compile
>> [INFO] | +-
>> org.apache.geronimo.specs:geronimo-ws-metadata_2.0_spec:jar:1.1.2:compile
>> [INFO] | +- asm:asm:jar:2.2.3:compile
>> [INFO] | +- org.apache.cxf:cxf-rt-core:jar:2.2.3:compile
>> [INFO] | | +- com.sun.xml.bind:jaxb-impl:jar:2.1.12:compile
>> [INFO] | | \- com.sun.xml.fastinfoset:FastInfoset:jar:1.2.7:compile
>> [INFO] | +- org.apache.cxf:cxf-rt-bindings-soap:jar:2.2.3:compile
>> [INFO] | | +- org.apache.cxf:cxf-tools-common:jar:2.2.3:compile
>> [INFO] | | \- org.apache.cxf:cxf-rt-databinding-jaxb:jar:2.2.3:compile
>> [INFO] | +- org.apache.cxf:cxf-rt-bindings-xml:jar:2.2.3:compile
>> [INFO] | +- org.apache.cxf:cxf-rt-frontend-simple:jar:2.2.3:compile
>> [INFO] | +- org.apache.cxf:cxf-rt-ws-addr:jar:2.2.3:compile
>> [INFO] | +- javax.xml.soap:saaj-api:jar:1.3:compile
>> [INFO] | \- com.sun.xml.messaging.saaj:saaj-impl:jar:1.3.2:compile
>> [INFO] +- org.apache.cxf:cxf-rt-transports-http:jar:2.2.3:compile
>>
>>
>>
>> jackalista wrote:
>>>
>>> here's the error:
>>>
>>> Offending resource: ServletContext resource [/WEB-INF/cxf-servlet.xml];
>>> nested exception is
>>> org.springframework.beans.factory.BeanDefinitionStoreException:
>>> IOException parsing XML document from class path resource
>>> [cxf/cxf-extension-soap.xml]; nested exception is
>>> java.io.FileNotFoundException: class path resource
>>> [cxf/cxf-extension-soap.xml] cannot be opened because it does not exist
>>>
>>>
>>>
>>> jackalista wrote:
>>>>
>>>> I mus be doing something dumb, it all looks just like the docs. The
>>>> import statements you reference are in cxf-servlet.xml (which itself is
>>>> in web/src/main/webapp/WEB-INF), like this:
>>>>
>>>> <import resource="classpath:cxf/cxf.xml" />
>>>> <import resource="classpath:cxf/cxf-extension-soap.xml" />
>>>> <import resource="classpath:cxf/cxf-servlet.xml" />
>>>>
>>>> and my conxtConfigLocation from web.xml looks like:
>>>>
>>>> <context-param>
>>>> <param-name>contextConfigLocation</param-name>
>>>> <param-value>
>>>> classpath:/applicationContext-resources.xml
>>>> classpath:/cxf/cxf.xml
>>>> classpath:/applicationContext-dao.xml
>>>> classpath:/applicationContext-service.xml
>>>> classpath*:/applicationContext.xml
>>>> /WEB-INF/applicationContext*.xml
>>>> /WEB-INF/cxf-servlet.xml
>>>> /WEB-INF/security.xml
>>>> </param-value>
>>>> </context-param>
>>>>
>>>> I'm still getting this exception about file not found for the
>>>> cxf/cxf-extension-soap.xml when I start it in the web container
>>>> (embedded jetty). I'm suspicious I'm doing something or missing
>>>> something dumb. it looks mostly right but it's not finding that xml,
>>>> which is from this jar cxf-rt-bindings-soap-2.2.3.jar as far as I can
>>>> tell. i looked at that link (
>>>> http://cwiki.apache.org/CXF20DOC/writing-a-service-with-spring.html )
>>>> and I think I've got it set up just like that but obvioiusly something
>>>> isn't quite right. Las thing I can think of right now is that maybe my
>>>> top level dependencies aren't complete? Those are here, do you need
>>>> more than this (or different from, etc.):
>>>>
>>>> <dependency>
>>>> <groupId>org.apache.cxf</groupId>
>>>> <artifactId>cxf-api</artifactId>
>>>> <version>2.2.3</version>
>>>> </dependency>
>>>> <dependency>
>>>> <groupId>org.apache.cxf</groupId>
>>>> <artifactId>cxf-rt-frontend-jaxws</artifactId>
>>>> <version>2.2.3</version>
>>>> <exclusions>
>>>> <!--
>>>> http://www.jroller.com/melix/entry/apache_cxf_maven_javamail_awful -->
>>>> <exclusion>
>>>> <groupId>org.apache.geronimo.specs</groupId>
>>>> <artifactId>geronimo-javamail_1.4_spec</artifactId>
>>>> </exclusion>
>>>> </exclusions>
>>>> </dependency>
>>>> <dependency>
>>>> <groupId>org.apache.cxf</groupId>
>>>> <artifactId>cxf-rt-transports-http</artifactId>
>>>> <version>2.2.3</version>
>>>> </dependency>
>>>>
>>>> I know I'm doing something dumb here I can feel it... @#$%!
>>>>
>>>> --j
>>>>
>>>>
>>>> mraible wrote:
>>>>>
>>>>> You should be able to import CXF files from the classpath:
>>>>>
>>>>> <import resource="classpath:META-INF/cxf/cxf.xml" />
>>>>> <import resource="classpath:META-INF/cxf/cxf-extension-soap.xml" />
>>>>> <import resource="classpath:META-INF/cxf/cxf-servlet.xml" />
>>>>>
>>>>> From
>>>>> http://cwiki.apache.org/CXF20DOC/writing-a-service-with-spring.html.
>>>>>
>>>>> Matt
>>>>>
>>>>> On Sun, Sep 27, 2009 at 1:21 PM, jackalista <j...@twaxx.com> wrote:
>>>>>>
>>>>>> Got this a little further, you apparently must have the cxf.xml file.
>>>>>> I
>>>>>> tried putting it in
>>>>>> top-level-project-home/web/src/main/webapp/WEB-INF/cxf
>>>>>> and in web.xml but it couldn't find it so moved it to
>>>>>> web/src/main/resources/cxf and used this web.xml config and it seems
>>>>>> to
>>>>>> work:
>>>>>>
>>>>>> <context-param>
>>>>>> <param-name>contextConfigLocation</param-name>
>>>>>> <param-value>
>>>>>> classpath:/applicationContext-resources.xml
>>>>>> classpath:/cxf/cxf.xml
>>>>>> classpath:/applicationContext-dao.xml
>>>>>> classpath:/applicationContext-service.xml
>>>>>> classpath*:/applicationContext.xml
>>>>>> /WEB-INF/applicationContext*.xml
>>>>>> /WEB-INF/cxf-servlet.xml
>>>>>> /WEB-INF/security.xml
>>>>>> </param-value>
>>>>>> </context-param>
>>>>>>
>>>>>> Now when I start up the web container it tells me:
>>>>>>
>>>>>> org.springframework.beans.factory.parsing.BeanDefinitionParsingException:
>>>>>> Configuration problem: Failed to import bean definitions from URL
>>>>>> location
>>>>>> [classpath:cxf/cxf-extension-soap.xml]
>>>>>> Offending resource: ServletContext resource
>>>>>> [/WEB-INF/cxf-servlet.xml];
>>>>>> nested exception is
>>>>>> org.springframework.beans.factory.BeanDefinitionStoreException:
>>>>>> IOException
>>>>>> parsing XML document from class path resource
>>>>>> [cxf/cxf-extension-soap.xml];
>>>>>> nested exception is java.io.FileNotFoundException: class path
>>>>>> resource
>>>>>> [cxf/cxf-extension-soap.xml] cannot be opened because it does not
>>>>>> exist
>>>>>>
>>>>>> On to the next one...
>>>>>>
>>>>>>
>>>>>>
>>>>>> jackalista wrote:
>>>>>>>
>>>>>>> I got this a bit farther. I looked the cxf.xml files available in
>>>>>>> the
>>>>>>> latest archive for CXF (2.2.3), and found a wsdl first xmlbeans
>>>>>>> example
>>>>>>> that seemed at least plausibly usable and set it up for one of the
>>>>>>> services I'm exposing. Where do I want to put this so it gets
>>>>>>> picked up
>>>>>>> properly? Does this need to go in that list of files in the
>>>>>>> web.xml?.
>>>>>>>
>>>>>>> -=j=-
>>>>>>>
>>>>>>>
>>>>>>> jackalista wrote:
>>>>>>>>
>>>>>>>> OK, I was able to build and successfully run all my dao and mgr
>>>>>>>> tests and
>>>>>>>> did an mvn install into web as well and that went smoothly but when
>>>>>>>> I
>>>>>>>> went into the web directory to do the run war target and pop up
>>>>>>>> jetty and
>>>>>>>> run the app it hit what looks like the other comments I saw about
>>>>>>>> the
>>>>>>>> cxf.xml missing. I guess I'll go back and look at that hack about
>>>>>>>> manually copying a cxf.xml file from somewhere but that sounds a
>>>>>>>> bit
>>>>>>>> sketchy, where is this file and it's config supposed to be coming
>>>>>>>> from?
>>>>>>>> Is it produced by annotation processing?
>>>>>>>>
>>>>>>>> -=j=-
>>>>>>>>
>>>>>>>> Here's a bit of the error trace showing a file not found for
>>>>>>>> cxf.ml:
>>>>>>>>
>>>>>>>> 2009-09-26 16:10:18.700:/:INFO: Initializing Spring root
>>>>>>>> WebApplicationContext
>>>>>>>> [integration] ERROR [main]
>>>>>>>> ContextLoader.initWebApplicationContext(215) |
>>>>>>>> Context initialization failed
>>>>>>>> org.springframework.beans.factory.parsing.BeanDefinitionParsingException:
>>>>>>>> Configuration problem: Failed to import bean definitions from URL
>>>>>>>> location [classpath:cxf/cxf.xml]
>>>>>>>> Offending resource: ServletContext resource
>>>>>>>> [/WEB-INF/cxf-servlet.xml];
>>>>>>>> nested exception is
>>>>>>>> org.springframework.beans.factory.BeanDefinitionStoreException:
>>>>>>>> IOException parsing XML document from class path resource
>>>>>>>> [cxf/cxf.xml];
>>>>>>>> nested exception is java.io.FileNotFoundException: class path
>>>>>>>> resource
>>>>>>>> [cxf/cxf.xml] cannot be opened because it does not exist
>>>>>>>> at
>>>>>>>> org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter.java:68)
>>>>>>>> at
>>>>>>>> org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:85)
>>>>>>>> at
>>>>>>>> org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:76)
>>>>>>>>
>>>>>>>>
>>>>>>>> more to come...
>>>>>>>>
>>>>>>>>
>>>>>>>> jackalista wrote:
>>>>>>>>>
>>>>>>>>> ok got the build problem with asm and cglib resloved with this mod
>>>>>>>>> done
>>>>>>>>> to the core/pom.xml (again, this is a struts2 modular project)., I
>>>>>>>>> added
>>>>>>>>> the exclusions to the appfuse-${dao.framework} dependency just
>>>>>>>>> after
>>>>>>>>> where you have to make the pom.xml mod from the tutorials for
>>>>>>>>> using
>>>>>>>>> appfuse core model classes and added a new dependency for
>>>>>>>>> cglib-nodep
>>>>>>>>> version 2.2 at the end of the list of dependencies and it built,
>>>>>>>>> I'll
>>>>>>>>> have to see what else works or doesn't work, here's the building
>>>>>>>>> configuration for the core/pom.xml:
>>>>>>>>>
>>>>>>>>> <dependency>
>>>>>>>>> <groupId>org.appfuse</groupId>
>>>>>>>>> <artifactId>appfuse-${dao.framework}</artifactId>
>>>>>>>>> <version>${appfuse.version}</version>
>>>>>>>>> <!-- moved down to the next block with
>>>>>>>>> artifactId=appfuse-${dao.framework},
>>>>>>>>> didn't work putting it here in this <exclusions>
>>>>>>>>> block.
>>>>>>>>> <exclusions>
>>>>>>>>> </exclusions>
>>>>>>>>> -->
>>>>>>>>> </dependency>
>>>>>>>>> <!-- this is the exclusion / dependency -=j=- added to use
>>>>>>>>> the
>>>>>>>>> af model src -->
>>>>>>>>> <dependency>
>>>>>>>>> <groupId>org.appfuse</groupId>
>>>>>>>>> <artifactId>appfuse-${dao.framework}</artifactId>
>>>>>>>>> <version>${appfuse.version}</version>
>>>>>>>>> <exclusions>
>>>>>>>>> <exclusion>
>>>>>>>>> <groupId>org.appfuse</groupId>
>>>>>>>>> <artifactId>appfuse-data-common</artifactId>
>>>>>>>>> </exclusion>
>>>>>>>>> <!-- tried putting asm, asm-attrs and cglib exclusions
>>>>>>>>> here
>>>>>>>>> but it didn't work -->
>>>>>>>>> <exclusion>
>>>>>>>>> <groupId>asm</groupId>
>>>>>>>>> <artifactId>asm</artifactId>
>>>>>>>>> </exclusion>
>>>>>>>>> <exclusion>
>>>>>>>>> <groupId>asm</groupId>
>>>>>>>>> <artifactId>asm-attrs</artifactId>
>>>>>>>>> </exclusion>
>>>>>>>>> <exclusion>
>>>>>>>>> <groupId>cglib</groupId>
>>>>>>>>> <artifactId>cglib</artifactId>
>>>>>>>>> </exclusion>
>>>>>>>>> </exclusions>
>>>>>>>>> </dependency>
>>>>>>>>> <dependency>
>>>>>>>>> <groupId>cglib</groupId>
>>>>>>>>> <artifactId>cglib-nodep</artifactId>
>>>>>>>>> <version>2.2</version>
>>>>>>>>> </dependency>
>>>>>>>>> </dependencies>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> mraible wrote:
>>>>>>>>>>
>>>>>>>>>> On Sat, Sep 26, 2009 at 3:27 PM, jackalista <j...@twaxx.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> I piped "mvn dependency:tree" to a file and found this refer
>>>>>>>>>>> under
>>>>>>>>>>> hibernate
>>>>>>>>>>> that appears to be 1.x:
>>>>>>>>>>>
>>>>>>>>>>> [INFO] +- org.appfuse:appfuse-hibernate:jar:2.0.2:compile
>>>>>>>>>>> [INFO] | +- org.hibernate:hibernate:jar:3.2.6.ga:compile
>>>>>>>>>>> [INFO] | | +- javax.transaction:jta:jar:1.0.1B:compile
>>>>>>>>>>> [INFO] | | +- asm:asm-attrs:jar:1.5.3:compile
>>>>>>>>>>>
>>>>>>>>>>> Farther down I also found these which are 2.x & 3.x it looks
>>>>>>>>>>> like:
>>>>>>>>>>>
>>>>>>>>>>> [INFO] +- org.apache.cxf:cxf-rt-frontend-jaxws:jar:2.1.3:compile
>>>>>>>>>>> [INFO] | +-
>>>>>>>>>>> org.apache.geronimo.specs:geronimo-jaxws_2.1_spec:jar:1.0:compile
>>>>>>>>>>> [INFO] | +- asm:asm:jar:2.2.3:compile
>>>>>>>>>>>
>>>>>>>>>>> [...]
>>>>>>>>>>>
>>>>>>>>>>> [INFO] +-
>>>>>>>>>>> org.apache.cxf:cxf-rt-transports-http:jar:2.1.3:compile
>>>>>>>>>>> [INFO] +- asm:asm-all:jar:3.1:compile
>>>>>>>>>>> [INFO] +- cglib:cglib:jar:2.2:compile
>>>>>>>>>>>
>>>>>>>>>>> So it looks like I have that problem, what do I have to do to
>>>>>>>>>>> effect
>>>>>>>>>>> this
>>>>>>>>>>> workaround here?: ""workaround" for Hibernate is to remove the
>>>>>>>>>>> asm 1.x
>>>>>>>>>>> jar
>>>>>>>>>>> they use and replace the cglib jar with the cglib-nodeps jar
>>>>>>>>>>> that
>>>>>>>>>>> includes a
>>>>>>>>>>> special internal version of asm that would not conflict
>>>>>>>>>>> with the 2.x/3.x version we need"
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I'm pulling in both the 2 and 3 versions of asm from the
>>>>>>>>>>> dependency:tree?
>>>>>>>>>>> Perhaps I'm not doing the right exclusion for hibernate? Sorry,
>>>>>>>>>>> I'm
>>>>>>>>>>> fairly
>>>>>>>>>>> green with maven... Also, how do I replace cglib.jar with the
>>>>>>>>>>> cglib-nodeps.jar?
>>>>>>>>>>
>>>>>>>>>> Add an exclusion to appfuse-hibernate that excludes asm-attrs and
>>>>>>>>>> cglib. Then add a dependency to the same pom for cglib-nodeps.
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> One more stupid question: why not get the latest CXF? It's a
>>>>>>>>>>> full
>>>>>>>>>>> major
>>>>>>>>>>> version past this 2.1.3, the current version is 2.2.3, should I
>>>>>>>>>>> use
>>>>>>>>>>> the
>>>>>>>>>>> latest as it may have various fixes or are there problems with
>>>>>>>>>>> that?
>>>>>>>>>>> Thanks
>>>>>>>>>>> Matt, you're doing pretty well for hacking-while-plane-hopping,
>>>>>>>>>>> much
>>>>>>>>>>> appreciated...
>>>>>>>>>>
>>>>>>>>>> Yes, I would recommend using the latest version of CXF.
>>>>>>>>>>
>>>>>>>>>> Matt
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> -=j=-
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> mraible wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> You should be able to simply upgrade ASM, not really remove it.
>>>>>>>>>>>> Here's
>>>>>>>>>>>> what the CXF migration guide[1] says:
>>>>>>>>>>>>
>>>>>>>>>>>> The JAX-WS frontend now "requires" asm 2.x or 3.x to be able to
>>>>>>>>>>>> process some of the JAXB annotations on the SEI interface. If
>>>>>>>>>>>> you
>>>>>>>>>>>> don't use those annotations on the SEI, or if you have
>>>>>>>>>>>> generated
>>>>>>>>>>>> wrapper classes (either via wsdl2java or java2ws with
>>>>>>>>>>>> -wrapperbean
>>>>>>>>>>>> flag), you can remove the asm jar. If you leave asm jar, there
>>>>>>>>>>>> can be
>>>>>>>>>>>> conflicts with other apps that use asm. The predominant one is
>>>>>>>>>>>> Hibernate. The "workaround" for Hibernate is to remove the asm
>>>>>>>>>>>> 1.x
>>>>>>>>>>>> jar
>>>>>>>>>>>> they use and replace the cglib jar with the cglib-nodeps jar
>>>>>>>>>>>> that
>>>>>>>>>>>> includes a special internal version of asm that would not
>>>>>>>>>>>> conflict
>>>>>>>>>>>> with the 2.x/3.x version we need.
>>>>>>>>>>>>
>>>>>>>>>>>> I would pipe "mvn dependency:tree" to a file and search it too
>>>>>>>>>>>> see if
>>>>>>>>>>>> you have the newer versions.
>>>>>>>>>>>>
>>>>>>>>>>>> Matt
>>>>>>>>>>>>
>>>>>>>>>>>> [1] http://cxf.apache.org/21-migration-guide.html
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, Sep 26, 2009 at 2:53 PM, -=j=- <j...@twaxx.com> wrote:
>>>>>>>>>>>>> Ah, thanks, I'll put that back in. Also, I'm getting compile
>>>>>>>>>>>>> errors
>>>>>>>>>>>>> relating to asm and cglib, so I suspect that the exclusions or
>>>>>>>>>>>>> dependencies
>>>>>>>>>>>>> are in the wrong place. Are they in the right place?
>>>>>>>>>>>>>
>>>>>>>>>>>>> -=j=-
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, 2009-09-26 at 14:50 -0600, Matt Raible wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> You still need spring-web upgraded if you're using Struts 2.
>>>>>>>>>>>>> You
>>>>>>>>>>>>> should be able to use "mvn dependency:tree" to see if your
>>>>>>>>>>>>> dependencies look right.
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, Sep 26, 2009 at 2:46 PM, jackalista <j...@twaxx.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Nils,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm tryingto follow along these directions and am having
>>>>>>>>>>>>>> trouble
>>>>>>>>>>>>>> understanding part of your guide. I'm using appfuse 2.0.2
>>>>>>>>>>>>>> with the
>>>>>>>>>>>>>> modular
>>>>>>>>>>>>>> struts2 archetype, in case it matters.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm getting errors from both asm and cglib so I'm better I
>>>>>>>>>>>>>> didn't
>>>>>>>>>>>>>> put
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> <exclusion></exclusion> & <dependency></dependency> stuff in
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> right
>>>>>>>>>>>>>> place.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> For the "exclude also asm and the cglib from the hibernate
>>>>>>>>>>>>>> dependency"
>>>>>>>>>>>>>> part,
>>>>>>>>>>>>>> I tried putting these exclusion blocks in the core/pom.xml
>>>>>>>>>>>>>> right
>>>>>>>>>>>>>> under
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> exclusion block with <groiupId>org.appfuse</groupId> and
>>>>>>>>>>>>>> <artifactId>appfuse-hibernate</artifactId>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [code]
>>>>>>>>>>>>>> <exclusion>
>>>>>>>>>>>>>> <groupId>asm</groupId>
>>>>>>>>>>>>>> <artifactId>asm</artifactId>
>>>>>>>>>>>>>> </exclusion>
>>>>>>>>>>>>>> <exclusion>
>>>>>>>>>>>>>> <groupId>asm</groupId>
>>>>>>>>>>>>>> <artifactId>asm-attrs</artifactId>
>>>>>>>>>>>>>> </exclusion>
>>>>>>>>>>>>>> <exclusion>
>>>>>>>>>>>>>> <groupId>cglib</groupId>
>>>>>>>>>>>>>> <artifactId>cglib</artifactId>
>>>>>>>>>>>>>> </exclusion>
>>>>>>>>>>>>>> [/code]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I performed this step "add the asm-all and cglib dependencies
>>>>>>>>>>>>>> to
>>>>>>>>>>>>>> the top
>>>>>>>>>>>>>> level <dependencies>:" by putting the following dependency
>>>>>>>>>>>>>> blocks
>>>>>>>>>>>>>> in the
>>>>>>>>>>>>>> top
>>>>>>>>>>>>>> level pom.xml (it's a modular archetype) in the main
>>>>>>>>>>>>>> dependencies
>>>>>>>>>>>>>> list
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> the end of the list:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> <dependency>
>>>>>>>>>>>>>> <groupId>asm</groupId>
>>>>>>>>>>>>>> <artifactId>asm-all</artifactId>
>>>>>>>>>>>>>> <version>3.1</version>
>>>>>>>>>>>>>> </dependency>
>>>>>>>>>>>>>> <dependency>
>>>>>>>>>>>>>> <groupId>cglib</groupId>
>>>>>>>>>>>>>> <artifactId>cglib</artifactId>
>>>>>>>>>>>>>> <version>2.2</version>
>>>>>>>>>>>>>> </dependency>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I also put the CXF dependencies (cxf-api,
>>>>>>>>>>>>>> cxf-rt-frontend-jaxws &
>>>>>>>>>>>>>> cxf-rt-transports-http) in that same list in that same top
>>>>>>>>>>>>>> level
>>>>>>>>>>>>>> pom.xml
>>>>>>>>>>>>>> file, just before the asm and cglib stuff. Right after the
>>>>>>>>>>>>>> asm and
>>>>>>>>>>>>>> cglib
>>>>>>>>>>>>>> dependencies I put this spring-core dependency:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> <dependency>
>>>>>>>>>>>>>> <groupId>org.springframework</groupId>
>>>>>>>>>>>>>> <artifactId>spring-core</artifactId>
>>>>>>>>>>>>>> <version>${spring.version}</version>
>>>>>>>>>>>>>> </dependency>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I didn't put the spring-web dependency in as I'm using
>>>>>>>>>>>>>> struts2, but
>>>>>>>>>>>>>> I'm
>>>>>>>>>>>>>> not
>>>>>>>>>>>>>> sure if that's correct, since I'm hitting build errors
>>>>>>>>>>>>>> related to
>>>>>>>>>>>>>> asm
>>>>>>>>>>>>>> and
>>>>>>>>>>>>>> cglib it's kind of hard to tell.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Sorry for the newbie questions but am I putting these
>>>>>>>>>>>>>> dependencies
>>>>>>>>>>>>>> and
>>>>>>>>>>>>>> exclusions in the right place? I suspect one or more are not
>>>>>>>>>>>>>> correct,
>>>>>>>>>>>>>> any
>>>>>>>>>>>>>> help would be appreciated, thanks...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> agathon wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> i made a litte guide for migrating appfuse from xfire to cxf
>>>>>>>>>>>>>>> :
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://snackycracky.wordpress.com/2009/01/06/migrate-appfuse-from-xfire-to-cxf/
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> View this message in context:
>>>>>>>>>>>>>> http://www.nabble.com/CXF-and-AppFuse-2.0.1-tp14282383s2369p25628723.html
>>>>>>>>>>>>>> Sent from the AppFuse - User mailing list archive at
>>>>>>>>>>>>>> Nabble.com.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>> users-unsubscr...@appfuse.dev.java.net
>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>> users-h...@appfuse.dev.java.net
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>> users-h...@appfuse.dev.java.net
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>> users-h...@appfuse.dev.java.net
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> View this message in context:
>>>>>>>>>>> http://www.nabble.com/CXF-and-AppFuse-2.0.1-tp14282383s2369p25629009.html
>>>>>>>>>>> Sent from the AppFuse - User mailing list archive at Nabble.com.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>>>>>>>>>> For additional commands, e-mail: users-h...@appfuse.dev.java.net
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>>>>>>>>> For additional commands, e-mail: users-h...@appfuse.dev.java.net
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://www.nabble.com/CXF-and-AppFuse-2.0.1-tp14282383s2369p25636680.html
>>>>>> Sent from the AppFuse - User mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>>>>> For additional commands, e-mail: users-h...@appfuse.dev.java.net
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>>>> For additional commands, e-mail: users-h...@appfuse.dev.java.net
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/CXF-and-AppFuse-2.0.1-tp14282383s2369p25651191.html
Sent from the AppFuse - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
For additional commands, e-mail: users-h...@appfuse.dev.java.net
