Version 1.3.1 of the Java 2 SDK, Enterprise Edition ("J2EE" SDK) is a
complete implementation of the Java 2 Platform, Enterprise Edition
1.3. The J2EE SDK is intended as a proof of concept and example for
implementations in the application server marketplace. The J2EE SDK
includes a J2EE application server and various tools to help
developers prototype J2EE applications and learn about the J2EE
platform and technologies. It can be used as a J2EE development
enviroment for applications prior to their deployment and
distribution.
WWW: http://java.sun.com/j2ee/sdk_1.3/
Now that the Java 1.3 and Java 1.4 ports are deprecated and will expire soon,
remove support for them from bsd.java.mk. As Jikes is not available in Java 1.5
or higher, remove it from bsd.java.mk too (suggested by hq@) and from the ports
which used it (only occurences were USE_JIKES=no). Support for the Blackdown VM
is also removed, as it is not available in Java 1.5 and higher.
Also remove the mapping from Java 1.1-1.4 to Java 1.5+ in bsd.java.mk to detect
old, broken ports; therefore bump the minimal value of JAVA_VERSION to 1.5.
While here, replace static values of JAVA_VERSION in files/*.in by
%%JAVA_VERSION%% .
PR: ports/158969
Submitted by: rene
Tested on: pointyhat-west -exp
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
Don't use a leading zero in PORTREVISION, it confuses the pkg* tools and
portupgrade with "missing origin".
Properly detect that the distfile doesn't exist. We can't use
${DISTDIR}/${DISTFILES} because it's not defined until after
bsd.port.post.mk, but after inclusion of bsd.port.post.mk we
can not define IGNORE. To fix use the already known variables
as so: ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX}
Reviewed by: maintainer timeout.
PR: ports/60652
Back out previous commit. Further inspection reveals that it is the
diablo-jdk port that is bogusly requiring manual input at pkg_add time,
thereby preventing any other packages from building with it.
Mark as IS_INTERACTIVE because it asks for manual license acceptance and
causes the bento build to loop.
This probably should be patched out as in the other jdk ports, so it can
be packaged on bento.