summaryrefslogtreecommitdiff
path: root/java (follow)
Commit message (Collapse)AuthorAgeFilesLines
* . Fix SIZE.Greg Lewis2004-11-251-1/+1
|
* - Removed pkg-plist by building a dynamic one for APP_HOME installed files andHerve Quiroz2004-11-254-1192/+70
| | | | | | | | | | | | | 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]
* - Install 'checkstyle' launcher shell script [1]Herve Quiroz2004-11-252-28/+28
| | | | | | | | | | | | | | | | - 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
* - Fixed download location [1]Herve Quiroz2004-11-254-141/+64
| | | | | | | | | | | | | | | | | | - 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
* . Update to 1.4.2-01. This addressesGreg Lewis2004-11-253-13/+32
| | | | | | http://www.blackdown.org/java-linux/java2-status/security/Blackdown-SA-2004-01.txt Unfortunately this version seems to have problems on 4.x.
* . Mark FORBIDDEN when building with the browser plugin due to theGreg Lewis2004-11-243-0/+6
| | | | | | | vulnerabilities discussed in: http://sunsolve.sun.com/search/document.do?assetkey=1-26-57591-1 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-1029
* . Update to 1.4.2_06.Greg Lewis2004-11-243-4/+7
|
* - Update to bsd.java.mk 2.0Herve Quiroz2004-11-232-22/+17
| | | | | | | - Use USE_ANT (and set USE_JIKES=no) - Use JAVAJARDIR - Dynamic plist - Various minor improvements
* Use exec.Norikatsu Shigemura2004-11-222-2/+2
| | | | Submitted by: bland
* - Update to 2.6.0 [1]Herve Quiroz2004-11-229-2829/+73
| | | | | | | | | | | | | - 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]
* Add Westhawk SNMP, a lightweight SNMP stack for the Java developmentAnders Nordby2004-11-205-0/+619
| | | | | | environment. Sponsored by: University of Tromsø
* Update after repocopy. Note that the port is not yet hooked up to theMark Linimon2004-11-172-4/+4
| | | | | | | | build -- the pkg-plist has not yet caught up. PR: ports/72900 Submitted by: Nick Sayer <nsayer at kfu dot com> Reviewed by: Jonathan Chen <jonc at chen dot org dot nz>, Herve Quiroz <herve dot quiroz at esil dot univ-mrs dot fr>
* Update to 4.0.0 after repocopy.Mark Linimon2004-11-172-8/+10
| | | | | | PR: ports/72900 Submitted by: Nick Sayer <nsayer at kfu dot com> Reviewed by: Jonathan Chen <jonc at chen dot org dot nz>, Herve Quiroz <herve dot quiroz at esil dot univ-mrs dot fr>
* Remove an unnecessary 'if' statement.Norikatsu Shigemura2004-11-161-17/+0
| | | | | PR: ports/73994 Submitted by: Jeremy Faulkner <gldisater@gldis.ca>
* Fix compilation using Firefox (adjust headers/libraries locations).Alex Dupre2004-11-142-11/+8
| | | | Approved by: nork
* . javavmwrapper uses PATH to make sure it gets the system version ofGreg Lewis2004-11-122-0/+5
| | | | | | | | | | 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>
* Update to 1.0.1.1.Norikatsu Shigemura2004-11-122-7/+6
| | | | | Pointed out by: pointyhat via kris Submitted by: Jeremy Faulkner <gldisater@gldis.ca>
* . Usher in javavmwrapper 2.0, a rewrite of the wrapper scripts designed toGreg Lewis2004-11-115-36/+512
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* Fix install error on pointyhat.Norikatsu Shigemura2004-11-081-0/+1
| | | | | | | | | 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
* Bump PORTREVISIONS for all ports that depend on atk or pango to ease in theJoe Marcus Clarke2004-11-0727-8/+27
| | | | big upgrade.
* Unbreak: Update to 1.01Volker Stolz2004-11-052-5/+3
|
* - Update to 3.0 [1]Herve Quiroz2004-11-039-64/+31
| | | | | | | | - Unbreak on 5.x [1] - Use PORTDOCS - Some minor cosmetic improvements Submitted by: Roman Kennke <roman@ontographics.com> [1]
* - Update to bsd.java.mk 2.0Herve Quiroz2004-11-032-20/+14
| | | | | | | | | - Use USE_ANT - Variable cleanup - "CP -r" -> "FIND | CPIO" - Dynamic plist Reviewed by: glewis
* - Remove unneeded JAVA_RUN statementHerve Quiroz2004-11-031-10/+6
| | | | | | | - Remove redundant port name in COMMENT - Use CPIO to make docs install stage more simple - Use %%JAVAJARDIR%% - Use INSTALL_DATA for JAR file
* . Take into account that pthread_mutex_trylock() can return EDEADLK asGreg Lewis2004-11-026-0/+66
| | | | | | well as EBUSY with libkse on FreeBSD 5.x. Inspired by: green
* Update to version 1.22.Archie Cobbs2004-11-022-3/+3
|
* - Update to version 2.5.1 [1]Herve Quiroz2004-11-023-9/+9
| | | | | | | - Update to bsd.java.mk 2.0 PR: 72794 [1] Submitted by: maintainer [1]
* Fix file name for size in distinfoHerve Quiroz2004-10-291-1/+1
| | | | | PR: 72454 Submitted by: Linh Pham <question+freebsdpr@closedsrc.org>
* Add eclipse-uml 1.0.1, a framework creating UMLNorikatsu Shigemura2004-10-285-0/+406
| | | | | | | diagrams in Eclipse. PR: ports/73227 Submitted by: gldisater@gldis.ca
* Update to 2.0.2.Norikatsu Shigemura2004-10-283-580/+566
| | | | | PR: ports/73214 Submitted by: Jeremy Faulkner <gldisater@gldis.ca>
* o Update to 1.0 RELEASE.Norikatsu Shigemura2004-10-273-671/+686
| | | | | | | | o Reset MAINTAINER to java@. o Bump PORTEPOCH accordingly. PR: ports/72803 Submitted by: Jeremy Faulkner <gldisater@gldis.ca>
* Update to 3.0.1.Norikatsu Shigemura2004-10-273-79/+82
| | | | | PR: ports/72989 Submitted by: Jeremy Faulkner <gldisater@gldis.ca>
* o Update to 2.0.1 RELEASE.Norikatsu Shigemura2004-10-273-697/+699
| | | | | | | | | 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 Update to 3.0.1. [1]Norikatsu Shigemura2004-10-2715-3389/+3297
| | | | | | | | | | | 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]
* . Update to 0.44.Greg Lewis2004-10-265-30/+19
| | | | | PR: 72959 Submitted by: Ronald Klop <ronald@cs.vu.nl> (maintainer)
* - Unbreak: Add missing build-dependency on archivers/zipVolker Stolz2004-10-252-4/+16
| | | | - Fix compilation on 4.x
* Use my FreeBSD address in MAINTAINERHerve Quiroz2004-10-232-2/+2
|
* The BSD patchset for the Sun JDK modeled its thread behavior mostly afterBrian Feldman2004-10-206-3/+42
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* - Upgrade to 1.0.10Herve Quiroz2004-10-202-13/+29
| | | | | | | | | - bsd.java.mk 2.0 compliant - added 'devel' category - Build from source - Install documentation Approved by: glewis (mentor)
* - Update to 1.0 Final (bumped PORTEPOCH in this extend)Herve Quiroz2004-10-203-54/+15
| | | | | | | | - re-enable jikes support - Dynamic pkg-plist - Use JAVALIBDIR Approved by: glewis (mentor)
* Upgrade to 1.2.4.Thierry Thomas2004-10-193-38/+24
| | | | | PR: ports/71728 Submitted by: maintainer.
* Add langspec 2.0, the Java Language Specification.Alex Dupre2004-10-184-0/+39
|
* Add jakarta-commons-httpclient 2.0.2, a package implementing the clientAlex Dupre2004-10-175-0/+79
| | | | side of the HTTP standard.
* . Bump PORTREVISION for the recent fixes.Greg Lewis2004-10-163-3/+3
|
* . Fix the Server VM for gcc 3.4 part 2/2.Greg Lewis2004-10-163-0/+72
| | | | | | | | | | | | | | | | | | | | | 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
* . Fix the Server VM for gcc 3.4 part 1/2.Greg Lewis2004-10-163-0/+114
| | | | | | | | | | | | | | | | | | 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
* . In the ReadChunk() function, change an assert() to be a "test for aGreg Lewis2004-10-163-0/+159
| | | | | | | | | | | | | | | | | | | 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.
* . At least on FreeBSD, O_SYNC and O_DSYNC aren't both definedGreg Lewis2004-10-163-0/+63
| | | | | | | | | | | (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.
* I haven't used this in ages, and have no interest in maintaining it anyDag-Erling Smørgrav2004-10-151-1/+1
| | | | more. Assign to java@FreeBSD.org.
* . Update to 1.5.0 release.Greg Lewis2004-10-146-2970/+3474
|
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-05 02:25:59 +0000