[Geoserver-devel] Xerces Conflict (Maven in Eclipse)

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and have come across the following issue reported by Maven plugin for eclipse:

[ERROR] ‘dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)’ must be unique: xerces:xercesImpl:jar → version 2.4.0 vs 2.6.2 @ org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version 2.6.2 as referenced by Geoserver.

Has anyone else found this problem? How important is it for Geoserver to use version 2.6.2? Any ideas would be much appreciated.

Andy

Infoterra Ltd. Is part of the Astrium GEO-Information Services Division and a wholly owned subsidiary of Astrium, Europe’s leading space systems and services specialist.

Disclaimer. The information contained in this e-mail and its attachments are confidential and intended only for the use of the named addressee(s). If you are not the intended addressee, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Infoterra Ltd and shall not form part of any binding agreement.

Infoterra Limited a company registered in under number 2359955 and having its registered office at Atlas House, . VAT number GB 476 0468 27.

P Before printing, think about the environment

On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<Andrew.Chamberlain@anonymised.com> wrote:

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and
have come across the following issue reported by Maven plugin for eclipse:

[ERROR]
'dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)'
must be unique: xerces:xercesImpl:jar -> version 2.4.0 vs 2.6.2 @
org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version
2.6.2 as referenced by Geoserver.

All modules that use xercesImpl 2.4.0... which ones would those be?

Has anyone else found this problem? How important is it for Geoserver to
use version 2.6.2? Any ideas would be much appreciated.

I know that in the past we tried to get jaxb in the GS classpath which
I hear required a different version of xerces, that resulted in GML
encoding/decoding
not working anymore.
So I guess.. pretty important? Justin surely knows more about this, hopefully
he'll chime in

Cheers
Andrea

--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

-------------------------------------------------------

Odd… i just looked at the root pom and indeed there are two definitions for xercesImpl in the root pom dependencyManagement section, one for 2.6.2 and one for 2.4.0. Obviously an oversight… the 2.4.2 declaration should be removed. Actually some the other xml dependencies (xmlParserAPIs) does the same. Oh boy and looking at the geotools poms the versions there are even different… xerces 2.7.1.

Looks like some cleanup is in order :slight_smile:

On Fri, May 27, 2011 at 6:41 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<Andrew.Chamberlain@anonymised.com2759…> wrote:

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and
have come across the following issue reported by Maven plugin for eclipse:

[ERROR]
‘dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)’
must be unique: xerces:xercesImpl:jar → version 2.4.0 vs 2.6.2 @
org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version
2.6.2 as referenced by Geoserver.

All modules that use xercesImpl 2.4.0… which ones would those be?

Has anyone else found this problem? How important is it for Geoserver to
use version 2.6.2? Any ideas would be much appreciated.

I know that in the past we tried to get jaxb in the GS classpath which
I hear required a different version of xerces, that resulted in GML
encoding/decoding
not working anymore.
So I guess… pretty important? Justin surely knows more about this, hopefully
he’ll chime in

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf



vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Andrew, are you using Maven 3? I had some troubles that sound like this until I switched to Maven 2. Maven 3 seems to be stricter on things like this. m2eclipse comes with Maven 3 by default…

-Shane

On Fri, May 27, 2011 at 6:26 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Odd… i just looked at the root pom and indeed there are two definitions for xercesImpl in the root pom dependencyManagement section, one for 2.6.2 and one for 2.4.0. Obviously an oversight… the 2.4.2 declaration should be removed. Actually some the other xml dependencies (xmlParserAPIs) does the same. Oh boy and looking at the geotools poms the versions there are even different… xerces 2.7.1.

Looks like some cleanup is in order :slight_smile:

On Fri, May 27, 2011 at 6:41 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<Andrew.Chamberlain@anonymised.com> wrote:

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and
have come across the following issue reported by Maven plugin for eclipse:

[ERROR]
‘dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)’
must be unique: xerces:xercesImpl:jar → version 2.4.0 vs 2.6.2 @
org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version
2.6.2 as referenced by Geoserver.

All modules that use xercesImpl 2.4.0… which ones would those be?

Has anyone else found this problem? How important is it for Geoserver to
use version 2.6.2? Any ideas would be much appreciated.

I know that in the past we tried to get jaxb in the GS classpath which
I hear required a different version of xerces, that resulted in GML
encoding/decoding
not working anymore.
So I guess… pretty important? Justin surely knows more about this, hopefully
he’ll chime in

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf



vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.


vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Hi Shane,

Thanks for your reply. No, the errors occurred when using Maven 2. I was using Maven 3 to start with, but quickly switched to Maven 2 when I encountered some (different) errors.

Interestingly, it built from the command line, but not within eclipse using the maven plugin.

But after deleting the older of the two references to xercesImpl in the parent pom file (spotted by Justin – many thanks!), all modules now build without whinging.

Andy

From: Shane StClair [mailto:shane@anonymised.com]
Sent: 27 May 2011 20:56
To: Justin Deoliveira
Cc: geoserver-devel@lists.sourceforge.net; Andrea Aime
Subject: Re: [Geoserver-devel] Xerces Conflict (Maven in Eclipse)

Andrew, are you using Maven 3? I had some troubles that sound like this until I switched to Maven 2. Maven 3 seems to be stricter on things like this. m2eclipse comes with Maven 3 by default…

-Shane

On Fri, May 27, 2011 at 6:26 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Odd… i just looked at the root pom and indeed there are two definitions for xercesImpl in the root pom dependencyManagement section, one for 2.6.2 and one for 2.4.0. Obviously an oversight… the 2.4.2 declaration should be removed. Actually some the other xml dependencies (xmlParserAPIs) does the same. Oh boy and looking at the geotools poms the versions there are even different… xerces 2.7.1.

Looks like some cleanup is in order :slight_smile:

On Fri, May 27, 2011 at 6:41 AM, Andrea Aime <andrea.aime@…1268…> wrote:

On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<Andrew.Chamberlain@anonymised.com> wrote:

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and
have come across the following issue reported by Maven plugin for eclipse:

[ERROR]
‘dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)’
must be unique: xerces:xercesImpl:jar → version 2.4.0 vs 2.6.2 @
org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version
2.6.2 as referenced by Geoserver.

All modules that use xercesImpl 2.4.0… which ones would those be?

Has anyone else found this problem? How important is it for Geoserver to
use version 2.6.2? Any ideas would be much appreciated.

I know that in the past we tried to get jaxb in the GS classpath which
I hear required a different version of xerces, that resulted in GML
encoding/decoding
not working anymore.
So I guess… pretty important? Justin surely knows more about this, hopefully
he’ll chime in

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf



vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@anonymised.comceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira

OpenGeo - http://opengeo.org

Enterprise support for open source geospatial.


vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Infoterra Ltd. Is part of the Astrium GEO-Information Services Division and a wholly owned subsidiary of Astrium, Europe’s leading space systems and services specialist.

Disclaimer. The information contained in this e-mail and its attachments are confidential and intended only for the use of the named addressee(s). If you are not the intended addressee, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Infoterra Ltd and shall not form part of any binding agreement.

Infoterra Limited a company registered in under number 2359955 and having its registered office at Atlas House, . VAT number GB 476 0468 27.

P Before printing, think about the environment

In eclipse, you went to Preferences/Maven/Installations and changed the Maven installation from embedded to your external Maven 2 installation?

On Tue, May 31, 2011 at 5:09 AM, Andrew Chamberlain <Andrew.Chamberlain@anonymised.com> wrote:

Hi Shane,

Thanks for your reply. No, the errors occurred when using Maven 2. I was using Maven 3 to start with, but quickly switched to Maven 2 when I encountered some (different) errors.

Interestingly, it built from the command line, but not within eclipse using the maven plugin.

But after deleting the older of the two references to xercesImpl in the parent pom file (spotted by Justin – many thanks!), all modules now build without whinging.

Andy

From: Shane StClair [mailto:shane@anonymised.com]
Sent: 27 May 2011 20:56
To: Justin Deoliveira
Cc: geoserver-devel@lists.sourceforge.net; Andrea Aime
Subject: Re: [Geoserver-devel] Xerces Conflict (Maven in Eclipse)

Andrew, are you using Maven 3? I had some troubles that sound like this until I switched to Maven 2. Maven 3 seems to be stricter on things like this. m2eclipse comes with Maven 3 by default…

-Shane

On Fri, May 27, 2011 at 6:26 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Odd… i just looked at the root pom and indeed there are two definitions for xercesImpl in the root pom dependencyManagement section, one for 2.6.2 and one for 2.4.0. Obviously an oversight… the 2.4.2 declaration should be removed. Actually some the other xml dependencies (xmlParserAPIs) does the same. Oh boy and looking at the geotools poms the versions there are even different… xerces 2.7.1.

Looks like some cleanup is in order :slight_smile:

On Fri, May 27, 2011 at 6:41 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<Andrew.Chamberlain@anonymised.com> wrote:

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and
have come across the following issue reported by Maven plugin for eclipse:

[ERROR]
‘dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)’
must be unique: xerces:xercesImpl:jar → version 2.4.0 vs 2.6.2 @
org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version
2.6.2 as referenced by Geoserver.

All modules that use xercesImpl 2.4.0… which ones would those be?

Has anyone else found this problem? How important is it for Geoserver to
use version 2.6.2? Any ideas would be much appreciated.

I know that in the past we tried to get jaxb in the GS classpath which
I hear required a different version of xerces, that resulted in GML
encoding/decoding
not working anymore.
So I guess… pretty important? Justin surely knows more about this, hopefully
he’ll chime in

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf



vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira

OpenGeo - http://opengeo.org

Enterprise support for open source geospatial.


vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Infoterra Ltd. Is part of the Astrium GEO-Information Services Division and a wholly owned subsidiary of Astrium, Europe’s leading space systems and services specialist.

Disclaimer. The information contained in this e-mail and its attachments are confidential and intended only for the use of the named addressee(s). If you are not the intended addressee, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Infoterra Ltd and shall not form part of any binding agreement.

Infoterra Limited a company registered in England under number 2359955 and having its registered office at Atlas House, 41 Wembley Road, Leicester, LE3 1UT. VAT number GB 476 0468 27.

P Before printing, think about the environment


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Hi Shane,

Yes, that’s right.

Andy

From: Shane StClair [mailto:shane@anonymised.com]
Sent: 31 May 2011 23:42
To: Andrew Chamberlain
Cc: geoserver-devel@anonymised.comrceforge.net
Subject: Re: [Geoserver-devel] Xerces Conflict (Maven in Eclipse)

In eclipse, you went to Preferences/Maven/Installations and changed the Maven installation from embedded to your external Maven 2 installation?

On Tue, May 31, 2011 at 5:09 AM, Andrew Chamberlain <Andrew.Chamberlain@anonymised.com…> wrote:

Hi Shane,

Thanks for your reply. No, the errors occurred when using Maven 2. I was using Maven 3 to start with, but quickly switched to Maven 2 when I encountered some (different) errors.

Interestingly, it built from the command line, but not within eclipse using the maven plugin.

But after deleting the older of the two references to xercesImpl in the parent pom file (spotted by Justin – many thanks!), all modules now build without whinging.

Andy

From: Shane StClair [mailto:shane@anonymised.com]
Sent: 27 May 2011 20:56
To: Justin Deoliveira
Cc: geoserver-devel@anonymised.comet; Andrea Aime
Subject: Re: [Geoserver-devel] Xerces Conflict (Maven in Eclipse)

Andrew, are you using Maven 3? I had some troubles that sound like this until I switched to Maven 2. Maven 3 seems to be stricter on things like this. m2eclipse comes with Maven 3 by default…

-Shane

On Fri, May 27, 2011 at 6:26 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Odd… i just looked at the root pom and indeed there are two definitions for xercesImpl in the root pom dependencyManagement section, one for 2.6.2 and one for 2.4.0. Obviously an oversight… the 2.4.2 declaration should be removed. Actually some the other xml dependencies (xmlParserAPIs) does the same. Oh boy and looking at the geotools poms the versions there are even different… xerces 2.7.1.

Looks like some cleanup is in order :slight_smile:

On Fri, May 27, 2011 at 6:41 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<Andrew.Chamberlain@anonymised.com> wrote:

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and
have come across the following issue reported by Maven plugin for eclipse:

[ERROR]
‘dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)’
must be unique: xerces:xercesImpl:jar → version 2.4.0 vs 2.6.2 @
org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version
2.6.2 as referenced by Geoserver.

All modules that use xercesImpl 2.4.0… which ones would those be?

Has anyone else found this problem? How important is it for Geoserver to
use version 2.6.2? Any ideas would be much appreciated.

I know that in the past we tried to get jaxb in the GS classpath which
I hear required a different version of xerces, that resulted in GML
encoding/decoding
not working anymore.
So I guess… pretty important? Justin surely knows more about this, hopefully
he’ll chime in

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf



vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@anonymised.comge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira

OpenGeo - http://opengeo.org

Enterprise support for open source geospatial.


vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@anonymised.com.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Infoterra Ltd. Is part of the Astrium GEO-Information Services Division and a wholly owned subsidiary of Astrium, Europe’s leading space systems and services specialist.

Disclaimer. The information contained in this e-mail and its attachments are confidential and intended only for the use of the named addressee(s). If you are not the intended addressee, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Infoterra Ltd and shall not form part of any binding agreement.

Infoterra Limited a company registered in England under number 2359955 and having its registered office at Atlas House, 41 Wembley Road, Leicester, LE3 1UT. VAT number GB 476 0468 27.

P Before printing, think about the environment


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Infoterra Ltd. Is part of the Astrium GEO-Information Services Division and a wholly owned subsidiary of Astrium, Europe’s leading space systems and services specialist.

Disclaimer. The information contained in this e-mail and its attachments are confidential and intended only for the use of the named addressee(s). If you are not the intended addressee, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Infoterra Ltd and shall not form part of any binding agreement.

Infoterra Limited a company registered in under number 2359955 and having its registered office at Atlas House, . VAT number GB 476 0468 27.

P Before printing, think about the environment

Hah, ok, just wanted to make sure. It evaded me for a while, thought I might save someone the trouble.

On Wed, Jun 1, 2011 at 1:10 AM, Andrew Chamberlain <Andrew.Chamberlain@anonymised.com> wrote:

Hi Shane,

Yes, that’s right.

Andy

From: Shane StClair [mailto:shane@anonymised.com677…]
Sent: 31 May 2011 23:42
To: Andrew Chamberlain

Cc: geoserver-devel@lists.sourceforge.net

Subject: Re: [Geoserver-devel] Xerces Conflict (Maven in Eclipse)

In eclipse, you went to Preferences/Maven/Installations and changed the Maven installation from embedded to your external Maven 2 installation?

On Tue, May 31, 2011 at 5:09 AM, Andrew Chamberlain <Andrew.Chamberlain@anonymised.com> wrote:

Hi Shane,

Thanks for your reply. No, the errors occurred when using Maven 2. I was using Maven 3 to start with, but quickly switched to Maven 2 when I encountered some (different) errors.

Interestingly, it built from the command line, but not within eclipse using the maven plugin.

But after deleting the older of the two references to xercesImpl in the parent pom file (spotted by Justin – many thanks!), all modules now build without whinging.

Andy

From: Shane StClair [mailto:shane@anonymised.com]
Sent: 27 May 2011 20:56
To: Justin Deoliveira
Cc: geoserver-devel@lists.sourceforge.net; Andrea Aime
Subject: Re: [Geoserver-devel] Xerces Conflict (Maven in Eclipse)

Andrew, are you using Maven 3? I had some troubles that sound like this until I switched to Maven 2. Maven 3 seems to be stricter on things like this. m2eclipse comes with Maven 3 by default…

-Shane

On Fri, May 27, 2011 at 6:26 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Odd… i just looked at the root pom and indeed there are two definitions for xercesImpl in the root pom dependencyManagement section, one for 2.6.2 and one for 2.4.0. Obviously an oversight… the 2.4.2 declaration should be removed. Actually some the other xml dependencies (xmlParserAPIs) does the same. Oh boy and looking at the geotools poms the versions there are even different… xerces 2.7.1.

Looks like some cleanup is in order :slight_smile:

On Fri, May 27, 2011 at 6:41 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<Andrew.Chamberlain@anonymised.com> wrote:

Hi All,

I’m currently getting Geoserver set up in Eclipse (as described here) and
have come across the following issue reported by Maven plugin for eclipse:

[ERROR]
‘dependencyManagement.dependencies.dependency.(groupId:artifactId:type:classifier)’
must be unique: xerces:xercesImpl:jar → version 2.4.0 vs 2.6.2 @
org.geoserver:geoserver:2.2-SNAPSHOT, C:\Workspace\geoserver\src\pom.xml

This happens for all modules that use xercesImpl 2.4.0, instead of version
2.6.2 as referenced by Geoserver.

All modules that use xercesImpl 2.4.0… which ones would those be?

Has anyone else found this problem? How important is it for Geoserver to
use version 2.6.2? Any ideas would be much appreciated.

I know that in the past we tried to get jaxb in the GS classpath which
I hear required a different version of xerces, that resulted in GML
encoding/decoding
not working anymore.
So I guess… pretty important? Justin surely knows more about this, hopefully
he’ll chime in

Cheers
Andrea

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf



vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Justin Deoliveira

OpenGeo - http://opengeo.org

Enterprise support for open source geospatial.


vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Infoterra Ltd. Is part of the Astrium GEO-Information Services Division and a wholly owned subsidiary of Astrium, Europe’s leading space systems and services specialist.

Disclaimer. The information contained in this e-mail and its attachments are confidential and intended only for the use of the named addressee(s). If you are not the intended addressee, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Infoterra Ltd and shall not form part of any binding agreement.

Infoterra Limited a company registered in England under number 2359955 and having its registered office at Atlas House, 41 Wembley Road, Leicester, LE3 1UT. VAT number GB 476 0468 27.

P Before printing, think about the environment


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com

Infoterra Ltd. Is part of the Astrium GEO-Information Services Division and a wholly owned subsidiary of Astrium, Europe’s leading space systems and services specialist.

Disclaimer. The information contained in this e-mail and its attachments are confidential and intended only for the use of the named addressee(s). If you are not the intended addressee, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Infoterra Ltd and shall not form part of any binding agreement.

Infoterra Limited a company registered in England under number 2359955 and having its registered office at Atlas House, 41 Wembley Road, Leicester, LE3 1UT. VAT number GB 476 0468 27.

P Before printing, think about the environment


Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com