Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 419573 - dev-util/visualvm needs dev-java/icedtea, but dev-java/icedtea-bin works
Summary: dev-util/visualvm needs dev-java/icedtea, but dev-java/icedtea-bin works
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Java (show other bugs)
Hardware: AMD64 Linux
: Low minor (vote)
Assignee: Java team
Depends on:
Reported: 2012-06-04 08:03 UTC by Carter Charbonneau
Modified: 2015-02-05 18:11 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Carter Charbonneau 2012-06-04 08:03:38 UTC
Visualvm is not satisfied with icedtea-bin, but installing all of it's deps then doing `emerge --nodeps visualvm` on it seems to produce a fully functional version. 

emerge --info:
Comment 1 Ralph Sennhauser (RETIRED) gentoo-dev 2012-10-12 09:41:16 UTC
Visualvm also works with proprietary JDKs, at least it should. The problem is the ebuild format not allowing to keep the built against / all available JDK around without resorting to useflags or limit it to a single one in DEPEND. 

Also the binary JDKs ship with jvisualvm, therefore it's one of the run-java-tool tools and so the symlinking into icedteas JAVA_HOME needs to be well defined.

Current approach:
* jvisualvm if icedtea is selected as vm behaves the same as for proprietary JDKs
* no dep cycles between icedtea and visualvm.
* there is one visualvm ebuild per JDK and version -> revision abuse, funky-slots
* maintenance overhead
* if JDK is not explicitly supported it wont work

Alternative approach:
* allow any jdk >=1.6, detect active vm and if necessary do vm switching at runtime.
* rename launcher to visualvm to not to collide with run-java-tool.
* no symlinking into JDK_HOMEs to prevent cycles or broken symlinks.

* less maintenance.
* visualvm is a package in it's own right, and the proprietary JDKs just happen to bundle it.
* things like icedtea-cacao-headless as other distributions do could be supported.
* jvisualvm will report no such tool for icedtea if icedtea is selected. Users must use visualvm command instead.

The alternative approach has it's own issues but would allow visualvm to be used with quite some more JDK packages than today while reducing maintenance burden at the same time.
Comment 2 Miroslav Šulc gentoo-dev 2015-02-05 18:11:34 UTC
with the latest bump visualvm now does not depend on any specific jdk, just >=virtual/jdk-1.7