[2] Convert to use javavmwrapper (installing to its own PREFIX).
[3] Add to devel category, matching Sun JDKs.
Submitted by: [1] krismail
Reviewed by: [2,3] hq, previous version
sparc64 should be quick, but I haven't been able to scare up the resources on
the cluster machines). Also, remove the compile-time options such as different
AWTs, which are intended by the developers for use in embedded systems, not
general users.
Also, move maintainership to myself, since I'm working on kaffe too frequently.
Thanks Mark for your work on this port!
PR: ports/80641
Submitted by: anholt
Approved by: maintainer
graphical applications with it, so restrict the IGNORE setting regarding
bad system calls to earlier versions of FreeBSD. One suspects that
the actual change to fix things happened sometime earlier in 5.x, but
until we figure out exactly what change enabled it or have empirical
evidence regarding this 5.4 is a good cutoff.
between Java objects, XML documents, and relational tables. Castor
provides Java-to-XML binding, Java-to-SQL persistence, and more.
WWW: http://www.castor.org/
PR: 80942
Submitted by: Adam VanderHook <acidos@bandwidth-junkies.net>
in or below the current working directory. Fixes a security problem with
jar(1).
This fix may change to be compatible with whatever fix Sun applies when
they release the next version of 1.5.
. Bump PORTREVISION for this fix.
Security: http://vuxml.FreeBSD.org/18e5428f-ae7c-11d9-837d-000e0c2e438a.html
Reviewed by: maintainer timeout
. /etc/localtime is a symlink.
. /etc/localtime contains a time zone not recognised by the JDK.
Submitted by: Kurt Miller <truk@optonline.net>
Reviewed by: maintainer timeout
hence the path for the shared libraries doesn't always work on FreeBSD.
It definitely fails on FreeBSD 4.11 and FreeBSD 6-CURRENT under the
tested environments. In fact, the dladdr(3) man page even warns of
these problems. While there is work under way to fix this, it isn't
available yet.
Given that situation, switch to trying /proc/curproc/file, which is
similar to what Linux does, and if that fails, drop back to checking
argv[0] and iterating through $PATH as in jdk 1.4. Both these methods
work correctly in testing.
Reported by: das
Reviewed by: maintainer timeout
in or below the current working directory. Fixes a security problem with
jar(1).
This fix may change to be compatible with whatever fix Sun applies when
they release a fixed version of 1.5.
. Bump PORTREVISION for this fix.
Approved by: maintainer timeout
Security: http://vuxml.FreeBSD.org/18e5428f-ae7c-11d9-837d-000e0c2e438a.html
It looks like IBM released an updated version of the NetRexx 2.05 zip file
on Jan 14 2005, which includes modifications to the documentation,
NetRexx[RC].jar files and the pinger and tablet zip (sample?) files.
I could not find a CHANGELOG file nor the mailing list archives that would
have provided info into the exact changes made without a version or
revision number bump.
PR: ports/80716
Submitted by: Linh Pham <question+fbsdports (at) closedsrc.org>
in or below the current working directory. Fixes a security problem with
jar(1).
This fix may change to be compatible with whatever fix Sun applies when
they release the next version of 1.5.
. Bump PORTREVISION for this fix.
Security: http://vuxml.FreeBSD.org/18e5428f-ae7c-11d9-837d-000e0c2e438a.html
in or below the current working directory. Fixes a security problem with
jar(1).
This fix may change to be compatible with whatever fix Sun applies when
they release the next version of 1.5.
unfortunately sending it to stdout. When using such a JDK to bootstrap
this line ends up at the head of generated classes, leaving them
uncompilable. Add a filter to the class generation to strip out such
lines with egrep.
A similar patch is present in the jdk14 port and prevents a semi-common
class of error reports.
Approved by: phantom (maintainer)
