Bug 1098509

+++ 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.