A ports freeze means that commits will be few and far between and only by approval.

javavmwrapper 2.3.2 java =280

Wrapper script for various Java Virtual Machines
Maintained by: glewis@FreeBSD.org
Port Added: 12 Jun 2000 07:42:51

---

---

The Java VM wrapper provides a convenient system for switching between
different Java VMs.  It also provides symbolic links in ${PREFIX}/bin to
allow the use of the Java executables without having to add the specific
Java VM executable directories to the PATH environment variable.

CVSWeb : Sources : Distfiles Availability : PortsMon

---

To install the port: cd /usr/ports/java/javavmwrapper/ && make install clean
To add the package: pkg_add -r javavmwrapper

---

Configuration Options

     No options to configure

---

Master Sites:

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

Try jman(1) from ports/japanese/man instead of man(1) for japanese manual
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)

- Add support for 1.6 VMs.
- Fix reversed vendors (bsdjava <-> freebsd).
- Update port version to 2.3.1.

Reviewed by:    glewis (maintainer)

. Cross reference manvm(1).

. The new Diablo JDK release doesn't need -XX:+UseMembar.

. Add manvm(1).  This is similar to javavm(1), but allows one to view the
  manual pages for the different VMs. [1]
. Minor code clean ups (white space, redirection).

PR:             93099

. Introduce the JAVAVM_DRYRUN variable.  If this is set, then javavm will
  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

. Revert previous commit.  It was my recollection that javac needed the
  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

. Diablo's javac also needs -XX:+UseMembar.

. Restrict the -XX:+UseMembar option to the java(1) programme to prevent it
  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>

. ! -z -> -n for clarity.

Suggested by:   hq

. Allow the setting up of command line options to be passed to the
  invoked Java VM.

Reviewed by:    hq

. Bump PORTREVISION for the previous fix.

Suggested by:   hq

. Avoid stomping on environment variables by prefixing variable names with
  _JAVAVM_.  The notable exception is JAVA_HOME, which is deliberately set
  by the wrapper.

PR:             88048

. Avoid an infinite loop by ignoring JAVA_HOME if its set to the location
  of the wrapper script.  I'm using a different patch than Herve submitted,
  but the idea is the same.
. Bump PORTREVISION.

Submitted by:   hq

. Add a couple of comments.
. Kick unprivileged users out early in registervm/unregistervm to
  prevent double error messages.

. Check the user can read/write the configuration file and that it exists
  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]

. Update description.

Suggested by:   hq

. Try to clarify that the BUGS section is talking about the Java VM
  selection procedure used when ${PORTSDIR}/Mk/bsd.java.mk isn't present.
. Fix a typo (JAVA_PREFERRED_PORT -> JAVA_PREFERRED_PORTS).

Pointed out by: hq

. A big mdoc fixup kindly provided by the mdoc police.  Any problems should
  be attributed to my merging of the mdoc fixes with some content changes
  I had made.

Submitted by:   simon

. Yet more clarification of how the selection of the Java VM can be
  different depending on whether bsd.java.mk exists on the system.

. Fix some sentence breaks.
. Add some more details on how javavmwrapper selects the VM. [2]

Suggested by:   hq [2]

. Document that the environment variables can also be a space delimited
  list of values, not just a single value.

Pointed out by: hq

. Install manual pages for javavmwrapper.
. Bump PORTREVISION.

PR:             27075

. Ignore errors from the call to registervm, otherwise one sees a whole
  slew of spurious errors when upgrading the port.

. Separate standard variables from variables local to this Makefile.

One more place to reflect existence of jdk 1.5.
Bump PORTREVISION

Take into account the '-devel' package name suffix when registering CONFLICTS
with java/kaffe-devel

Pointy hat to:  me

- Register CONFLICTS with java/kaffe and java/kaffe-devel

. Move pkg-install to files/pkg-install.in since it is modified before use.
  This also fixes a problem that when being modified it wasn't specified
  by absolute path.

Reported by:    Robert Backhaus <robbak@robbak.com>

. Run the pkg-install script correctly.
. Bump PORTREVISION for this change and the previous change to
  javavmwrapper itself.

. Some minor comment and formatting fixes (should have probably have been
  done separately).
. Much more stringent checks on VMs that we are trying to register.  This
  prevents most bogus and circular registrations. [1]

Suggested by:   Josh Elsasser <josh@elsasser.org> [1]

. javavmwrapper uses PATH to make sure it gets the system version of
  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>

. Usher in javavmwrapper 2.0, a rewrite of the wrapper scripts designed to
  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>

. JAVALIBDIR is more appropriate than JAVAJARDIR now we have it.

Add a classpath script.

Let be hohest: I really don't have a time now to properly maintain all
these great pieces of software, so that let others with more free time
to take over them.

Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

Long overdue fix: correctly process arguments with spaces.    

Revert previous fix - it was not properly thought out.    

Use "$@" instead of "$*" to pass parameters to a subshell. This ensures that  
parameters with spaces are passed correctly.    

Fix typo    

Whitespace-only:   Make indentation uniform across my ports.    

Convert category java to new layout.  

Add "unset JAVA_HOME" to make javavmwrapper working with some brain damaged  
software (Adobe AcrobatViewer).    

Fix typo.    

Handle comments in all places.    

Initial import of javavmwrapper - a simple shell script which would allow  
Java-based ports to use any of the Java Virtual Machines installed on the  
system.    

13 vulnerabilities affecting 33 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities