Ok so here is my pom configuration. A little bit complex for me.
I drop everything related to commons-attribute as I am using a jdk5+ jdk
I drop everything related to jaxb2, jaxws-api, jsr181 as I am using jdk6
I drop all the libraries that are just needed on the client side

The only thing I don't know is : do I need stax-utils or not. If somebody
can tell me ...

thanx for your help

Seb

   <dependency>
     <groupId>org.codehaus.xfire</groupId>
     <artifactId>xfire-core</artifactId>
     <version>1.2.3</version>
     <exclusions>
       <exclusion>
         <groupId>commons-codec</groupId>
         <artifactId>commons-codec</artifactId>
       </exclusion>
       <exclusion>
         <groupId>commons-httpclient</groupId>
         <artifactId>commons-httpclient</artifactId>
       </exclusion>
       <exclusion>
         <groupId>org.apache.ws.commons</groupId>
         <artifactId>XmlSchema</artifactId>
       </exclusion>
       <exclusion>
         <groupId>jaxen</groupId>
         <artifactId>jaxen</artifactId>
       </exclusion>
     </exclusions>
   </dependency>
   <dependency>
     <groupId>org.codehaus.xfire</groupId>
     <artifactId>xfire-spring</artifactId>
     <version>1.2.3</version>
     <exclusions>
       <exclusion>
         <groupId>stax-utils</groupId>
         <artifactId>stax-utils</artifactId>
       </exclusion>
       <exclusion>
         <groupId>org.springframework</groupId>
         <artifactId>spring</artifactId>
       </exclusion>
       <exclusion>
         <groupId>org.apache.xbean</groupId>
         <artifactId>xbean-spring</artifactId>
       </exclusion>
       <exclusion>
         <groupId>org.codehaus.xfire</groupId>
         <artifactId>xfire-xmlbeans</artifactId>
       </exclusion>
     </exclusions>
   </dependency>
   <dependency>
     <groupId>org.codehaus.xfire</groupId>
     <artifactId>xfire-jaxb2</artifactId>
     <version>1.2.3</version>
     <exclusions>
       <exclusion>
         <groupId>stax-utils</groupId>
         <artifactId>stax-utils</artifactId>
       </exclusion>
       <exclusion>
         <groupId>com.sun.xml.bind</groupId>
         <artifactId>jaxb-xjc</artifactId>
       </exclusion>
       <exclusion>
         <groupId>javax.xml.ws</groupId>
         <artifactId>jaxws-api</artifactId>
       </exclusion>
       <exclusion>
         <groupId>xfire</groupId>
         <artifactId>xfire-jsr181-api</artifactId>
       </exclusion>
     </exclusions>
   </dependency>
   <dependency>
     <groupId>org.codehaus.xfire</groupId>
     <artifactId>xfire-annotations</artifactId>
     <version>1.2.3</version>
     <exclusions>
       <exclusion>
         <groupId>stax-utils</groupId>
         <artifactId>stax-utils</artifactId>
       </exclusion>
       <exclusion>
         <groupId>commons-attributes</groupId>
         <artifactId>commons-attributes-compiler</artifactId>
       </exclusion>
       <exclusion>
         <groupId>commons-attributes</groupId>
         <artifactId>commons-attributes-api</artifactId>
       </exclusion>
     </exclusions>
   </dependency>


On 12/14/06, Tomek Sztelak <[EMAIL PROTECTED]> wrote:

On 12/14/06, Sebastien Cesbron <[EMAIL PROTECTED]> wrote:
> Another point : is there any performance difference between jaxb2 and
aegis.

As i heard there is a little difference  (but i don't remeber which
one is a little faster ), so there should be no performance problem.

> I plan to use jaxb2 as it is included in jdk6 and I use this jdk.
> xfire-jaxb2 depends on xfire-aegis : why ? To I really need xfire-aegis
if I
> want to use xfire-jaxb2 ?

Yes, you still need aegis, The best explenation why is part source
code of JaxbServiceFactory:

public JaxbServiceFactory(TransportManager transportManager,
JAXBContext jaxbContext) {
        super(new Jsr181WebAnnotations(),
              transportManager,
                new AegisBindingProvider(new
JaxbTypeRegistry(jaxbContext)));
....
}



> seb
>
>
> On 12/14/06, Sebastien Cesbron <[EMAIL PROTECTED]> wrote:
> > Ok I need the xfire-annotations module but it depends on
> commons-annotation api and compiler : I don't think I need them.
> >
> > There is another dependency that is not covered in the dependency
guide :
> stax-utils. What's the meaning of this module ? Is it required ?
> >
> > Another point : the dependency page say that I have to choose a stax
> implementation. As I want to use woodstox do I have to add stax to the
> spring-core exclusion ?
> >
> > I guess my main complaint is because xfire-core does not distinguish
> xfire-server and xfire-client. I think that dependencies for client and
> server are slightly differents but maybe I am wrong
> >
> > Seb
> >
> >
> >
> > On 12/14/06, Tomek Sztelak < [EMAIL PROTECTED]> wrote:
> > > Hi
> > >
> > > On 12/14/06, Sebastien Cesbron <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > I have some problems with xfire dependencies. I want to use xfire
with
> > > > spring and annotations. I am using Java5.
> > > > xfire-spring modules depends on xfire-annotation but as I am with
> Java5 I
> > > > don't need this module : am I right ?
> > >
> > > Nope, you need this module :)
> > >
> > > > xfire-spring modules depends on xfire-xmlbeans but if I don't want
to
> use
> > > > xmlbeans for my mapping I don't need this module : am I right ?
> > >
> > > Yes, you don't need this module ( as i remember ). I'll try to take
a
> > > look at this in free time.
> > >
> > > > As there is no optional modules in the pom it is quite difficult
to
> find
> > > > what's mandatory and what's optional in the dependencies. I also
don't
> find
> > > > answers to my questions on the dependency guide page. I think the
> matrix
> > > > does not present enough use cases
> > > >
> > > > Regards
> > > >
> > > > Seb
> > > >
> > >
> > >
> > > --
> > > -----
> > > When one of our products stops working, we'll blame another vendor
> > > within 24 hours.
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe from this list please visit:
> > >
> > >     http://xircles.codehaus.org/manage_email
> > >
> > >
> >
> >
>
>


--
-----
When one of our products stops working, we'll blame another vendor
within 24 hours.

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to