Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
+++ This bug was initially created as a clone of Bug #1098508 +++
Description of problem:
When alternatives are used to change jre (alternatives --config java) the all jpackage compatible java apps, are still using the java specified by JDK (alternatives --config javac)
This is wrong. Especially for case when I have one JDK and one JRE. Then I can use alternatives as , and still only JDK will
be selected.
Version-Release number of selected component (if applicable):
All fedoras and rhels till now
How reproducible:
Steps to Reproduce on f20:
1. $ install java-1.7.0-openjdk-devel, and java-1.8.0-oepnjdk
2. $ alternatives --configure java
3. select java 8
4. # run some packed java app
Expected results:
java8 will be used
Actual results:
java 7 is still used
To use java 8 you ust install java-1.8.0-openjdk-devel
and select java 8 via $alternatives --config javac
Additional info:
Currently jpackage-utils are using JDK by default. Any app which wonts to use only JRE must specifi _prefer_jre=true to luncher.
Well this is wrong in design. All apps should use JRE by default, and only few (10?) apps using whole JDK should specifi _prefer_jre=false.
Another workarouds ae set JAVA_HOME or edit /etc/java/java.conf But htose are far away from compfortable alternatives solution.
As reason not to do the change was introduced ant - that it needs whole JDK to run. IMHO it is one of the few apps which should specifu _prefer_jre=false...
Fix is quite simple
Change /usr/share/java-utils/java-functions to use /usr/lib/jvm/jre instead of /usr/lib/java
However, the consequences may be really huge.
Jiri, as we discussed on IRC my opinion is that it is an intended feature, not a defect. Unless you can convince me otherwise I will close this as NOTABUG.