> Can anyone explain to a newbe how to fix the problem of Maven downloading > WRONG version of libs for net.refractions.udig.libs when launching > > mvn install -f pom-libs.xml > Two things: a) you may have some old jars in your local repo that differ from what is available publicly; or b) your new jars it downloaded may be *correct* (and you are just the first developer to find them)
The GeoTools library should be changing version numbers on a few things; I am usually on top of it and let the udig-devel list know. GeoTools is expecting to change ImageIO-EXT this week for example. > > If I manually edit in net.refractions.udig.libs: > > .classpath This one is updated as new jars are added and removed. It also gets changed when you associate a jar with a source directory on your local machine (which is a change I revert before committing). I get the impression that when we fully switch to a tycho build in the IDE this won't be a problem. > MANIFEST.MF > > This one has to update to list new packages that are published; as the libraries change. > build.properties > > This one is usually a mistake; we have it set up so we add "lib/" to our build.properties and that is enough. However every time we use the user interface it adds and removes jars on a case by case basis giving us the possibility for a mistake. I always revert changes to this file (using "git checkout build.properties). > I get git complainig and requiring a commit.. ..this way my "master" local > branch is different from the origin/master: has one commit more. > > Ideally we should not have to commit our .classpath; and make use instead of the pom.xml support provided by m2eclipse. I hope for our next release we can get this story straight and have less bother. > Sorry for the sillyness of question but I could not gather a clear idea on > how this issue should be managed properly and I am messing up things so that > I cannot work effectively. > > I agree this is the biggest downside to our use of net.refractions.udig.libs. It has been mentioned in the LocationTech mailing list the possibility of creating an official "OSGi" copy of these plugins; in which case we could retire net.refractions.udig.libs. There is one technical challenge in the way of that (the use of FactorySPI) - if the LocationTech working group is able to resource this fix it would be of great benefit. Jody
_______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
