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:[email protected]]
Sent: 27 May 2011 20:56
To: Justin Deoliveira
Cc: [email protected]; 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
<[email protected]> 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 :)
On Fri, May 27, 2011 at 6:41 AM, Andrea Aime
<[email protected]> wrote:
On Fri, May 27, 2011 at 1:37 PM, Andrew Chamberlain
<[email protected]> 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:c
lassifier)'
> 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 <tel:%2B39%200584%20962313>
fax: +39 0584 962313 <tel:%2B39%200584%20962313>
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
[email protected]
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
[email protected]
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
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
