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.
Bug 1098509 - all jpackage following launchers are using by defalt JDK instead of JRE
Summary: all jpackage following launchers are using by defalt JDK instead of JRE
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: javapackages-tools
Version: 7.1
Hardware: All
OS: Linux
low
low
Target Milestone: rc
: ---
Assignee: Mikolaj Izdebski
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On: 1098508
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-05-16 11:41 UTC by jiri vanek
Modified: 2015-03-10 10:09 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1098508
Environment:
Last Closed: 2015-03-10 10:09:39 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description jiri vanek 2014-05-16 11:41:58 UTC
+++ 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.

Comment 2 Mikolaj Izdebski 2014-06-06 06:47:00 UTC
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.

Comment 3 Mikolaj Izdebski 2015-03-10 10:09:39 UTC
Per above comment I'm closing this as NOTABUG.


Note You need to log in before you can comment on or make changes to this bug.