Gentoo Archives: gentoo-java

From: Joshua Nichols <joshua.nichols@×××××.com>
To: Martin von Gagern <Martin.vGagern@×××.net>
Cc: gentoo-java@l.g.o
Subject: Re: [gentoo-java] Experiences when switching
Date: Tue, 08 Nov 2005 04:52:10
Message-Id: 2293c7bf0511072051h6ed89d98o27ae1bc792205654@mail.gmail.com
In Reply to: [gentoo-java] Experiences when switching by Martin von Gagern
Had meant to send this out earlier, but apparently I forgot to send...


> dev-java/commons-modeler-1.1 fails. It depend on a sun-jmx-1.2.1 but > this version is named simply "jmx" by java-config, so I had to manually > update to sun-jmx-1.2.1-r1 before updating commons-modeler-1.1. > I did not yet file a bug for this as I experienced this only with > axxo-overlay so far, and don't know if the main portage tree has the > same problem.
Which overlay was commons-modeler coming from when you were tried emerging it? emerge -v commons-modeler should tell you this. At some point, jmx was renamed to sun-jmx. This was perhaps a month or so ago, and also should be fixed in the overlays. In general, before reporting badness happening, you also should make sure you a) emerge sync and svn update the overlays and b) emerge -Du world.
> This is the second time I had trouble with the /usr/bin/ant script > loading classes into the classpath that I did not want. The other time > was when I wanted to use a development snapshot of cup from > http://www2.in.tum.de/projects/cup/ but this did not work as the cup > bundled with xalan. I would really want some way to set an environment > variable or command line flag and thus select the list of packages > loaded into the classpath for ant, overriding the list currently > included. Then one would not have to unmerge jsch and jdepend but could > instead set this package list to include only the list of dependencies > of the package currently emerged. > I filed this as http://bugs.gentoo.org/show_bug.cgi?id=111227
This isn't really related to the new overlay so much, so probably shouldn't have been included with the rest of the report... That being said, this will probably get a low priority by the developers because a) it doesn't have a lot of immediate benefits, and b), as the Java herd has been short-handed for some time, and already has enough on its plate. Patches are more than welcome though.
> Another question yet is if xalan does indeed need cup itself or if the > cup runtime library would be enough. If someone has time to look into > this, feel free to do so, but this has low priority for me right now.
> > I first tried to use gentoo-java-experimental and axxo-overlay together, > given in this order. This failed for sys-libs/db-4.2.52_p2-r1. This is > the reason why I chose to update to axxo-overlay first and try > gentoo-java-experimental later this week.
There may be some issues with using more than one of the experimental ovlerlay together, so I wouldn't mix them unless you know what your doing and/or want to help make them play nice :) If you are going to play with fire, I'd recommend using a 1.4 system VM to get the same behavior as is in portage. sys-libs/db was removed awhile ago from gentoo-experimental-overlay. As already mentioned, please do a svn update before reporting badness. Thanks for the input. - Josh (nichoj) -- gentoo-java@g.o mailing list