Can't tell off the top of my head, probably the best way is to remove
this dependency and check out what will happend. :)
On 12/14/06, Sebastien Cesbron <[EMAIL PROTECTED]> wrote:
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
>
>
--
-----
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
