On Thursday 04 December 2008 2:44:24 am Christian Schneider wrote:
> Hi Dan,
>
> I think this really makes sense. Is there already an issue for this task?

Not yet.  I really haven't had any time to really think about a 3.0 version.   
Too busy on 2.x tasks.  :-(

Dan


>
> 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



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

Reply via email to