[Fedora-packaging] Java packaging guidelines draft

Jesus M. Rodriguez jmrodri at gmail.com
Thu Mar 27 21:22:25 UTC 2008


On Thu, Mar 27, 2008 at 11:59 AM, Nicolas Mailhot
<nicolas.mailhot at laposte.net> wrote:
>
>  Le Jeu 27 mars 2008 15:57, Thomas Fitzsimmons a écrit :
>
> > Ville Skyttä wrote:
>
>  > Yes, I've struggled to understand the same decision in the JDK
>  > packages.
>  >     I wonder why the extra level of versioning is required:
>  >
>  > $ ls -l /usr/lib/jvm/java-1.7.0-icedtea
>  > lrwxrwxrwx 1 root root 26 2007-12-11 14:36
>  > /usr/lib/jvm/java-1.7.0-icedtea -> java-1.7.0-icedtea-1.7.0.0
>  >
>  > Nicolas, do you know the rationale?  To enable parallel-installation
>  > of multiple versions of the same JDK, perhaps?
>
>  When you are in closed JVM hell you need to manage black-boxes and for
>  this reason switching between different JVMs (or different builds of
>  the same JVM) is very common (talking from an ISV perspective which
>  was my job when I wrote the guidelines). You can't trust the vendor to
>  fix its bugs timely. You can't trust it not to create regressions in a
>  new build (that will take forever to ve fixed). All you can do it get
>  a range of jvms and switch between them till you identify the most
>  solid.
>
>  When openjdk gets solid enough people trust the OS jvm, and when java
>  projects get the clue they need to work with any JVM not just the
>  particular build they copied in their private build system, I expect
>  those possibilities to gradually fall into disuse. But right now easy
>  JVM switching is a must for users.


Another reason for parallel JVM installation is when you're working on
different releases of a product that requires different JVM levels.
For instance,
I might have one that is certified to use 1.4.2 and another that requires 1.6.0.
I might be able to run my 1.4.2 under 1.6.0 but that's not always feasible.

jesus rodriguez




More information about the Fedora-packaging mailing list