cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Schneider <ch...@die-schneider.net>
Subject Re: Grr. Maven.
Date Thu, 04 Dec 2008 07:44:24 GMT
Hi Dan,

I think this really makes sense. Is there already an issue for this task?

I would combine the following modules:

cxf-api
cxf-common-schemas
cxf-common-utilities
cxf-rt-core:jar

That would at least make the set of dependencies cxf produces by itself 
smaller.

The set above depends on:

[INFO] [dependency:list]
[INFO]
[INFO] The following files have been resolved:
[INFO]    aopalliance:aopalliance:jar:1.0:compile
[INFO]    com.sun.xml.bind:jaxb-impl:jar:2.1.7:compile
[INFO]    com.sun.xml.fastinfoset:FastInfoset:jar:1.2.2:compile
[INFO]    commons-lang:commons-lang:jar:2.4:compile
[INFO]    commons-logging:commons-logging:jar:1.1.1:compile
[INFO]    javax.xml.bind:jaxb-api:jar:2.1:compile
[INFO]    javax.xml.stream:stax-api:jar:1.0-2:compile
[INFO]    org.apache.cxf:cxf-api:jar:2.2-SNAPSHOT:compile
[INFO]    org.apache.cxf:cxf-common-schemas:jar:2.2-SNAPSHOT:compile
[INFO]    org.apache.cxf:cxf-common-utilities:jar:2.2-SNAPSHOT:compile
[INFO]    org.apache.cxf:cxf-rt-core:jar:2.2-SNAPSHOT:compile
[INFO]    
org.apache.geronimo.specs:geronimo-activation_1.1_spec:jar:1.0.2:compile
[INFO]    
org.apache.geronimo.specs:geronimo-annotation_1.0_spec:jar:1.1.1:compile
[INFO]    
org.apache.geronimo.specs:geronimo-javamail_1.4_spec:jar:1.5:compile
[INFO]    
org.apache.geronimo.specs:geronimo-stax-api_1.0_spec:jar:1.0.1:compile
[INFO]    org.apache.neethi:neethi:jar:2.0.4:compile
[INFO]    org.apache.ws.commons.schema:XmlSchema:jar:1.4.2:compile
[INFO]    org.codehaus.woodstox:wstx-asl:jar:3.2.6:compile
[INFO]    org.springframework:spring-beans:jar:2.5.5:compile
[INFO]    org.springframework:spring-context:jar:2.5.5:compile
[INFO]    org.springframework:spring-core:jar:2.5.5:compile
[INFO]    wsdl4j:wsdl4j:jar:1.6.2:compile
[INFO]    xml-resolver:xml-resolver:jar:1.2:compile

Btw. I have found the dependency:analyze goal. This looks like it could 
help us. For cxf-rt-core it reported that jaxb-impl is declared but not 
used.

Interestingly it says the following about cxf-api:

[INFO] [dependency:analyze]
[WARNING] Used undeclared dependencies found:
[WARNING]    
org.apache.geronimo.specs:geronimo-stax-api_1.0_spec:jar:1.0.1:compile
[WARNING]    commons-lang:commons-lang:jar:2.4:compile
[WARNING]    javax.xml.bind:jaxb-api:jar:2.1:compile
[WARNING]    org.easymock:easymock:jar:2.4:test
[WARNING]    wsdl4j:wsdl4j:jar:1.6.2:compile
[WARNING] Unused declared dependencies found:
[WARNING]    
org.apache.geronimo.specs:geronimo-annotation_1.0_spec:jar:1.1.1:compile
[WARNING]    com.sun.xml.bind:jaxb-xjc:jar:2.1.9:test
[WARNING]    org.apache.cxf:cxf-common-schemas:jar:2.2-SNAPSHOT:compile
[WARNING]    org.codehaus.woodstox:wstx-asl:jar:3.2.6:compile
[WARNING]    com.sun.xml.bind:jaxb-impl:jar:2.1.9:test
[WARNING]    org.apache.cxf:cxf-xjc-dv:jar:2.2-SNAPSHOT:test

and for cxf-common-utilities:
[INFO] [dependency:analyze]
[WARNING] Used undeclared dependencies found:
[WARNING]    org.easymock:easymock:jar:2.4:test
[WARNING]    cglib:cglib-nodep:jar:2.1_3:test
[WARNING] Unused declared dependencies found:
[WARNING]    org.codehaus.woodstox:wstx-asl:jar:3.2.6:test
[WARNING]    
org.apache.geronimo.specs:geronimo-activation_1.1_spec:jar:1.0.2:test
[WARNING]    com.sun.xml.messaging.saaj:saaj-impl:jar:1.3.2:test
[WARNING]    xml-resolver:xml-resolver:jar:1.2:compile

Greetings

Christian



Daniel Kulp schrieb:
> Honestly, one of the things I keep thinking about for 3.0 is combining 
> common-utilities, api, and rt/core into a single "cxf-kernel" or something.   
> common-utilities and api seperation is pretty much useless.   The utilities 
> are as much a part of the api as the stuff in the api module is.   The reason 
> they were separated goes WAY WAY back to M1 days when the tools didn't depend 
> on core.   That reason is now long gone and having them separate is almost 
> pointless.
>
> But to this discussion, making the API module depend on less things really 
> won't solve  the problem at all.   You cannot really do anything without 
> depending on cxf-rt-core.   Thus, if you move a dependency from API to core, 
> it doesn't change the fact that it would get pulled in for any cxf 
> application.  
>
> Dan
>
>
>   


-- 

Christian Schneider
---
http://www.liquid-reality.de


Mime
View raw message