- Add note on starting up JBoss4 with rcNG
- Add new "-config" option to jboss4ctl for JBoss4 startup config
- Move some notices in pkg-message [1]
PR: 75345
Submitted by: maintainer
Approved by: maintainer [1]
- Use a specific FreeBSD launcher shell script instead of the distribution one
due to some bash2 requirement [1]
- Changed the edition knob to WITH_EDITION=[SE|PE] [1]
- Changed minimum required JDK version to 1.4 as it seems like the port won't
run on 1.3 [2]
PR: 75308 [1]
Submitted by: maintainer [1]
Approved by: maintainer [2]
- Use USE_ANT [1]
- No longer add %%JAVAJARDIR%% to PLIST_SUB [1]
- Update to bsd.java.mk 2.0
- No longer patch the distribution shell script but rather use a FreeBSD
specific one [1]
- Use SUB_FILES/SUB_LIST to perform substitutions on the launcher shell script
- Minor cosmetic improvements
- Use JAVALIBDIR rather than JAVAJARDIR for JAR dependencies
- Moved the BUILD_DEPENDS statement to calm portlint
PR: 75198 [1]
Submitted by: maintainer [1]
a generated file will be overwritten with a warning, causing the
build to fail. There is a check for linprocfs in pre-build, but it
seems as though this problem can somehow trigger anyway, based on
semi-regular reports to the mailing lists.
PR: 74999
Approved by: phantom
- Use %%JAVAJARDIR%%
- Use INSTALL_DATA to install JAR and documentation files
- Add 'devel' category
- Manual download URL is now a bit more specific
- Removed unneeded JAVA_RUN statement (implied when nothing is set)
Submitted by: Manfred N. Riem <mnriem@earthlink.net> [1]
under gcc 3.4. In particular, this fixes some places where an enumerated
type is assumed to be the same width as an int (which the standard
doesn't guarantee and gcc 3.4 now enforces).
For full details, see the log for the jdk14 equivalent changes.
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]
- All JDK ports (and JDK documentation ports) that were formerly maintained by
znerd have been assigned to java@FreeBSD.org
- I will handle some of the remaining ports (jakarta-commons-*, jdom, xalan-j
and xmlenc)
- Everything else is reset to ports@FreeBSD.org
Approved by: znerd (maintainer)
- Dynamic plist
- Use USE_ANT
- remove files/LICENSE: the project is now under Apache 2.0 license (which is
included in the distribution)
- New feature: API documentation is now cross-linked with API documentation
from dependency packages, such as commons-collections, if installed
- Use MASTER_SITE_APACHE_JAKARTA
- Use INSTALL_DATA rather than CP and ECHO_MSG rather than ECHO
- Use JAVALIBDIR in place of JAVAJARDIR where appropriate
- Fix URL is pkg-descr
- Use USE_ANT
- Use INSTALL_DATA rather than CP
- Use ECHO_MSG rather than ECHO
- Use JAVALIBDIR in place of JAVAJARDIR where appropriate
- Add 'devel' category
- Various cosmetic improvements
- Use %%JAVAJARDIR%%
- Use USE_ANT
- Chase recent Log4J port rename
- Use INSTALL_DATA rather than CP
- Use ECHO_MSG rather than ECHO_CMD
- Use JAVALIBDIR in place of JAVAJARDIR where appropriate
- Various cosmetic improvements
-fmemoize-lookups as gcc 3.4 doesn't understand it. [1]
. Use CXX and CXXFLAGS for compiling C++ code, not CPP and CPPFLAGS.
Also, respect the setting of CXX and CXXFLAGS.
PR: 71516 [1]
Submitted by: Damir Kiramov <damirycha@damirycha.net.ru> [1]
where previously they defaulted to protected. gcc 3.4 seems to pick
this up where earlier versions didn't.
PR: 71516
Submitted by: Damir Kiramov <damirycha@damirycha.net.ru>
PLIST_FILES for scripts [1]
- Use FIND | INSTALL_DATA to install documentation rather than CP -r
- Added a missing SETENV macro in pre-install target
- Put JAVA_HOME/bin in front of PATH as the new javavmwrapper version would
otherwise cause trouble (see UPDATING for further information)
- ECHO_CMD -> ECHO_MSG
- Tweaked the comment: the name of the port is redundant here
PR: 72900
Requested by: linimon [1]
- Update to bsd.java.mk 2.0
- Use USE_ANT
- Cleanup unused variables
- Do not try to remove JAVAJARDIR
- Remove some sed magic in dynamic plist process (make will perform most of
these substitutions)
- Use PLIST_FILES and %%JAVAJARDIR%% to reduce plist build process
- Bumped PORTREVISION as a new file is installed
PR: ports/73284, java/43947 [1]
Suggested by: znerd [1]
Submitted by: me
Approved by: maintainer
- Update to bsd.java.mk 2.0
- Use JAVAJARDIR
- Removed patch, added a launcher script file
- Use javavmwrapper to run Java in the launcher script
- Honor hier(7): docs in DOCSDIR and samples in EXAMPLESDIR
- Honor NOPORTDOCS
- Dynamic plist
- do-build -> do-configure (and NO_BUILD=yes)
- ECHO -> ECHO_MSG
- Bumped PORTREVISION as many file locations has changed and the use of
javavmwrapper will allow user to use different JVMs
PR: 72883 [1]
Submitted by: Aaron Dalton <aaron@daltons.ca> [1]
Approved by: maintainer timeout
- Honor hier(7): install docs in DOCSDIR and examples in EXAMPLESDIR [1]
- Use FIND | INSTALL_DATA to install docs, samples and data files
- Fix distfile location for "Community Edition" and add some more
MASTER_SITES [1]
- Dynamic plist
- Minimal required JDK version is now 1.3 [1]
- Merge patches
PR: 74119 [1]
Submitted by: maintainer [1]
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>
This was found implicitly dependency on unzip by
pointyhat. In almost environment, this is not a
problem and isn't regist installed package
database. So I don't bump PORTREVISION.
Pointed out by: pointyhat via kris
o Reset MAINTAINER to java@.
o Bump PORTREVISION accordingly.
PR: ports/72802
Submitted by: Jeremy Faulkner <gldisater@gldis.ca>
Approved by: maintainer no response
o Use native JDK rather than linux-sun-jdk. [2]
o Utilize WITH_MOZILLA. It provies to use mozilla or firefox. [2]
o Fix some port's bugs. [2]
o Add zip to BUILD_DEPENDS and fix build error without zip. [3]
PR: ports/72990 [1], ports/72475 [2]
Submitted by: Jeremy Faulkner <gldisater@gldis.ca> [1], [2]
Pointed out by: pointy via kris [3]
existing the Solaris base, and similarly to what happened with NSPR, made
a bad assumption on undefined behavior. This broke locking in various
places in Java, for example, causing the the debugging support to be
totally broken. It is worth someone who knows the Java codebase taking
a look to see what other things could have been broken by this on
FreeBSD 5.x+.
The assumption is that pthread_mutex_trylock(3) on a default-type
mutex will fail with EBUSY. This assumption is wrong for our
libpthread, which returns EDEADLK if the owner thread is trying to
acquire the mutex again with trylock. The behavior of performing a
locking operation on a self-locked default-type mutex is explicitly
undefined for pthread_mutex_lock(3).
The POSIX specification is still not very clear. It defines
pthread_mutex_trylock(3) in terms of pthread_mutex_lock(3) yet
does not say what the defined behavior should be for a self-locked
pthread_mutex_trylock(3) for any of the various mutex types, so it is
ambiguous whether the result is clearly undefined or clearly to return
EBUSY.
It is a one line change whether or not to make libpthread return
EDEADLK in this case, where it seems that most implementations do not.
Reference: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_lock.html
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
In this case the enum, Bytecodes::Code, appears to be a genuine enum,
its just assumed to be wide enough to hold an arbitrary int in various
places in the code. The correct fix would be to track down all those
places in the code and fix them. Since there are quite a lot of these
places and 5.3 is close to release for now we just add a value to the
enum set to INT_MAX, forcing the compiler to use at least an int for the
type.
Sleuth work, discussion and code suggestions: peadar
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
This case is particularly bogus since the enums are merely to define
a named integral type within a class (VMReg::Name doesn't even have
any values enumerated in the declaration). So, convert these two
enums to simply be typedef'ed ints.
Sleuth work, discussion and code suggestions: peadar
condition and return NULL". Take account of the NULL in the
appropriate place (which is somewhat worrisome in itself since
ReadChunk() has always had the possibility of returning NULL).
This makes loading a font file a little more resilient to specially
crafted font data which can be used, for example, by an applet to
crash the browser plugin by triggering the assert(). Such an applet
was mentioned on Bugtraq:
http://www.securityfocus.com/archive/1/367331/2004-06-26/2004-07-02/0
and can be found at
http://www.illegalaccess.org/cms/?q=node/view/9
This change stops the browser plugin from crashing.
. Fix some warnings regarding formats in debugging printf's.
(for FreeBSD 4.x neither are defined and for FreeBSD 5.x
O_DSYNC isn't defined). This caused them to be defined to
some bogus values. In particular, O_SYNC would be defined
as 0x800, which is O_EXCL (at least on FreeBSD 4.x). The
result being that the RandomAccessFile class would fail to
open an existing file if you specified "s" as part of the mode.
Fix this by defining O_SYNC and O_DSYNC to O_FSYNC if they
aren't defined.
agree to the company's license requirement before downloading (although
the agreement mostly pertains to their software available for purchase).
PR: ports/71510
Submitted by: mitsuru at riken dot jp (maintainer)
Approved by: portmgr (implicit)
- Use LOCALBASE rather than PREFIX in RUN_DEPENDS
- Now bsd.java.mk 2.0 compliant
- Use CPIO rather than CP
- Use JAVAJARDIR and JAVASHAREDIR
- Removed pkg-plist (use dynamic plist and PORTDOCS)
- Honor NOPORTDOCS
- Honor hier(7): documentation in DOCSDIR and examples in EXAMPLESDIR [2]
- Honor "best practices for a Java library" from Porter's handbook, Java
section: JARs in JAVAJARDIR. [2]
- SIZEify
- Added 'mail' category
PR: 71235 [1]
Submitted by: Rainer Duffner <rainer@ultra-secure.de> [1]
Reviewed by: glewis [2]
Approved by: glewis (mentor)
- Now bsd.java.mk 2.0 compliant
- Use CPIO rather than CP
- Use JAVAJARDIR and JAVASHAREDIR
- Removed pkg-plist (use dynamic plist and PORTDOCS)
- Honor NOPORTDOCS
- Honor hier(7): documentation in DOCSDIR and examples in EXAMPLESDIR
- Honor "best practices for a Java library" from Porter's handbook, Java
section: JARs in JAVAJARDIR.
- Added 'devel' category
- SIZEify
Pointed out by: Rainer Duffner <rainer@ultra-secure.de> [1]
Approved by: glewis (mentor)
. Make the comment for the registervm call consistent with the conventional
naming scheme and the one in Makefile.
. Add missing creation and deletion of %%PREFIX%%/share/doc/java for
consistency with other JDK pkg-plists.
. Make the comment for the registervm call consistent with the conventional
naming scheme and the one in Makefile.
. Add missing creation and deletion of %%PREFIX%%/share/doc/java for
consistency with other JDK pkg-plists.
- Cosmetic changes: removed some unnecessary variable
- Use CPIO rather than MKDIR/INSTALL_DATA
- Added 'textproc' category
- Use my FreeBSD address for maintainership purposes
- Removed my name from pkg-descr
Approved by: glewis (mentor)
not really a fix)
- Now bsd.java.mk 2.0 compliant
- Cosmetic changes: ECHO_CMD -> ECHO_MSG and removed unnecessary variables
- Use CPIO rather than MKDIR/INSTALL_MAN/INSTALL_DATA
- Removed JAR file for pkg-plist
- Added 'devel' category
- Removed unnecessary 'post-install' target
- Updated homepage in pkg-descr
- Use my FreeBSD address for maintainership purposes
Approved by: glewis (mentor)
