* In pkg-install, fix the exclusion of the bootstrap directories. [1]
* In pkg-install, fix the find expression so it actually finds jdks if
there are multiple present. [1]
* When determining the VM version, be better about ensuring we end up
with only a number.
PR: 239705 [1]
Submitted by: John Hein <jcfyecrayz@liamekaens.com> [1]
* VMs were sorted by VM version by lexicographically sorting the version as
a string. Switch to numeric sorting now that there are versions like
10, 11, and 12 so that the intended sort order (most recent first) is
preserved.
* Bump minor version.
* Update currently supported version specifiers.
* Update currently supported vendors.
* Bump minor version.
This is mostly based on the patch in PR 223304.
PR: 223304
Submitted by: Tommy P <tommyhp2@gmail.com>
* Switch the internal fallback logic (which is only run when the ports
system is absent) to use modern Java versioning (e.g. 9 rather than 1.9)
* Add in support for specifying 10+, 11+ and 12+ as requested versions.
* Bump version to 2.7
Notes:
* The fallback logic doesn't support the idea of a default version the way
bsd.java.mk does. This was already the case.
* The sorting of VMs in the configuration file doesn't numerically sort
versions 10 and higher correctly yet. This will be addressed shortly.
* Manual pages need updating.
* The fallback logic is only used if bsd.java.mk is absent. This should
be a no-op if it is present.
PR: 223304
created by pkg(8) during upgrades
It happens because the deinstall script tries to clean up the potential manual
VM registration by cleaning out all symlinks to bin/javavm
Given all VM are registring/unregistering themselves this part is not needed
The other thing the script was doing handling the configuration which has been
replaced by @sample.
pkg-install has been modified to drop the handling of the configuration file but
keep the auto registration if all VM found. While this part is not necessary as
well, we keep it because otherwise anyone doing delete/install on javavmwapper
version 2.5 being the installed version would end up with all VM unregistered.
The pkg-install should be removed after EOL of FreeBSD 10.3
PR: 210313
MFH: 2016Q3
. Remove support for diablo* and j* ports.
. Add support for linux-oracle* ports.
. Remove support for Java version 1.5.
. Add support for Java version 1.8.
. Add support for Oracle as a vendor.
. Bump PORTVERSION.
. Remove CONFLICTS for ports that no longer exist.
- Make sure to destroy all symlinks pointing to ${PREFIX}/bin/javavm and
${PREFIX}/etc/javavms when we deinstall the package.
Reviewed by: glewis (maintainer)
Feature safe: yes
E.g. for jdk1.6.0 and openjdk6 will use '6' as the version.
. Modify the preference order for Java VMs used by the internal fallback
logic to reflect that openjdk is now the default Java VM rather than diablo.
. Remove code for Java vendors that are no longer in the ports tree (e.g.
blackdown, ibm).
. Remove code for handling version numbers that are no longer present in
the tree (e.g. only 1.5 and up is supported).
. Note that openjdk is a native Java VM.
. If the environment variable JAVAVM_FALLBACK_ONLY is set then only use the
internal logic to select a Java VM, don't use the ports logic even if the
ports collection is installed. [1]
. Update the manual page for JAVAVM_FALLBACK_ONLY.
. Bump version to 2.4.
PR: 167799 [1]
. Note such support in the manual pages.
. Correctly determine the Java version of the OpenJDK ports when bsd.java.mk
isn't present.
. Bump version to 2.3.4.
pages if LANG is set to ja_JP.eucJP and the port is installed.
Diablo packages contain japanese manual pages and jman seems to format them
mostly fine.
Reviewed by: glewis (maintainer)
not invoke any Java programmes, but will instead print out what it would
have invoked and some related settings.
This work was inspired by the PR, but doesn't use its implementation.
PR: 96050
flags when being used to bootstrap the jdk15 port, and this was confirmed
by somebody else. However, javac doesn't seem to be happy with it so
turn it back off.
Submitted by: hq
causing problems for programmes such as jar(1). I actually believe it is
needed by some of the other programmes, but we'll add it as needed.
. Bump PORTREVISION for this change.
PR: 98586
Submitted by: Achilleas Mantzios <achill@matrix.gatewaynet.com>
before attempting to sort it when running checkvms. This prevents a
double error message for an unprivileged user.
. When asked to register a VM that is already registered, don't error.
Print a warning that the VM is already registered and don't add it to
the configuration file (but do check its links and sort the config
file still). This prevents problems with
'make install -DFORCE_PKG_REGISTER'
erroring out during the post-install stage for the JDK ports.
Bump PORTREVISION for this change since it affects the various JDK
ports. [2]
Reported by: anholt, via hq [2]
utilities. Unfortunately this overrides any PATH that may have been
set by the user and hence affects the ability of java to execute
external programmes. So, save the PATH before setting it and then
restore it immediately before executing java.
. Bump PORTREVISION for this fix.
Reported by: Christian Laursen <xi@borderworlds.dk>
allow the simple use of multiple VMs. Brief detail of the main changes:
. When a VM is registered, symbolic links for its executables are
created in ${LOCALBASE}/bin. This allows people to just type
'java', 'javac', etc. without having to add the VM installation
directory to their PATH.
. The actual 'java' that is executed via one of these symlinks is
determined by the order of the (sorted) configuration file
${LOCALBASE}/etc/javavms and by the environment variables
JAVA_VERSION, JAVA_OS and JAVA_VENDOR which function to select
a VM as they do in the ports framework.
. There is a new command, checkvms, to sanity check the configuration
and symlinks.
. The "javavm" executable is currently retained in its original capacity
as a synonym for Java for backward compatibility. However, its use
is deprecated.
. Temporarily set MAINTAINER to myself to make monitoring any initial
bug reports easier. The intent is to convert it to java@ at a later
date.
This is built on the ideas of znerd, hq and Shelton C. Johnson Jr., with
hq and Shelton contributing code and reviews.
PR: 27079, 39080
Reviewed by: hq, Shelton C. Johnson Jr. <shelton_c_j@yahoo.com>
