Migrate kaffe dependents to Java portgroup

[chrstphrchvz (Christopher Chavez)]

Since OpenJDK became available in MacPorts only somewhat recently, many ports still specify Kaffe as a fallback Java runtime. However the kaffe port has been deprecated, since the upstream Kaffe project is dormant, and the kaffe port is outdated and somewhat broken (see #45198 and ​https://ports.macports.org/port/kaffe/builds).

Some of these ports continue to work as long as a compatible Java installation is already present. However many ports may be old, outdated, no longer maintained upstream, and might have difficulty working with more recent supported Java versions. Some will not compile under recent Java versions, even though their binary distributions might work fine. Certain ports are for libraries which aren't too useful on their own, but were needed by ports like tomcat5/6 and struts which have since been removed. Newer upstream versions of these ports might have introduced incompatibilities with/are not drop-in replacements for the versions still in MacPorts. In cases like these, a decision should be made to either keep and update the port, or remove it.

For the ports that are to be kept, the Java portgroup should be used to declare a dependency on Java (rather than depends_build/depends_lib/depends_run), specify what Java versions are compatible (after researching which ones each port works with), and control which fallback Java version that MacPorts will install if needed (preferably openjdk8 or openjdk11 as those are LTS releases).

The ports might have other outdated dependencies to clean up (e.g. jikes, gnu-classpath, and older versions of maven).

port	maintainer	status
beanshell 2.0b4_0		#60201
castor 0.9.9_0		#60202
cglib 2.2.2_0		#60197
checkstyle 4.3_0		#32187, #51731
cobertura 1.6_0		#59683
commons-beanutils 1.8.2_0		[0551cdaeab/macports-ports]
commons-cli 1.1_1		???
commons-codec 1.4_0		???
commons-collections 3.2.1_0		[ef8c2c5ad6/macports-ports]
commons-fileupload 1.2.2_0		[4a41f36903/macports-ports]
commons-io 1.4_0		???
commons-lang 2.4_0		???
commons-pool 1.5.4_0		???
daisydiff 1.2_0		???
derby 10.9.1.0_0		#54838
derby-server 10.5.3.0_0		???
dom4j 1.6.1_1		#60218
ehcache 1.1_0		#60219 [3ae6f98778/macports-ports]
fantom 1.0.61_0	hum.ph:m	#60213
flyway 6.3.1_0	@emcrisostomo	[fae2ad3a13/macports-ports]
google-guava 13.0.1_0		???
itext 1.1_0		#19385
jakarta-log4j 1.2.16_0		#53458
java_memcached 2.0.1_0		???
jdom 1.1.1_0		???
jfreechart 1.0.0-pre2_0		#60200
jgoodies-common 1.4.0_0		???
jgoodies-forms 1.6.0_0		???
jgoodies-looks 2.5.2_0		???
jmock1 1.2.0_0		???
jmock2 2.5.1_0		???
jmol 14.29.51_0	@p-bro	[0c0be707b3/macports-ports]
jna 3.2.7_0		???
jsch 0.1.54_0		[cfaa086942/macports-ports]
jtidy 04aug2000r7_0		#60198
libsvm 3.20_2		???
log4jdbc 1.1_0		???
mars 4.4_0		???
msv 20081113_1		???
mysql-connector-java 5.1.12_0		#58685
nds2-client-java 0.16.3_0	@emaros	???
objenesis 1.1_0		???
pdfbox 0.7.1_0		???
plantuml 1.2019.11_0		[24d7ce203ef/macports-ports]
plovr 0.0-20120503103549_0		???
postgresql7 7.4.24_5 (+java variant)		[5400f90a33/macports-ports]
proguard 6.2.0_0		???
pulse 1.2.18_0	redhillconsulting.com.au:simon	???
relames 20060319_0		???
rhino 1.7R2_1		???
saxon 9.5.1.1_0		???
saxpath 1.0_0		???
sbt-0.7 0.7.7_0		???
scala-migrations 1.0.1_0	@blair	#60617
servlet23-api 1_0		#58389
servlet24-api 5.5.28_0		#58389
slf4j 1.5.6_0		???
sphinx4 1.0beta5_1		#60199
spring-framework25 2.5.6.SEC01_0		???
spring-framework30 3.0.7_0		???
spring-framework31 3.1.2_0		???
spring-javaconfig 0.2.1.0.0.M4_1		[d92f7e1a37d6/macports-ports]
spymemcached 2.8.4_0		???
statcvs 0.2.2_0		[06e1ee97a3/macports-ports]
swig-java 4.0.1_0	@michaelld	[4c8bbb8a4f/macports-ports]
swig3-java 3.0.12_0	@michaelld	[4c8bbb8a4f/macports-ports]
unicodeconverter-java 2.0_0		#64303
xalanj 2.7.1_0		???
xercesj 2.11.0_0		???
xml-commons-resolver 1.1_0		#58671
xmlenc 0.52_0		???
xmlpull 1.1.3.4c_0		???
xom 1.2.10_0		???
zanata-cli 4.6.2_0	@l2dy	[51c48afe0a5/macports-ports]

[p-bro]

jmol is still maintained and developed upstream. I occasionally upgrade the port. And I'd like to keep it that way.

How can I check which java version is compatible? Could not find any information on the upstream website.

Side note: On my machine it uses a JRE in /usr/bin, linking to /System/Library/Frameworks/JavaVM.framework/Versions/A/Commands/java.

$java -version
java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

[chrstphrchvz (Christopher Chavez)]

Replying to p-bro:

jmol is still maintained and developed upstream. I occasionally upgrade the port. And I'd like to keep it that way.

How can I check which java version is compatible? Could not find any information on the upstream website.

Side note: On my machine it uses a JRE in /usr/bin, linking to /System/Library/Frameworks/JavaVM.framework/Versions/A/Commands/java.

$java -version
java version "1.8.0_152"
Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

Thanks for the quick response.

I found the FAQ page specifies a minimum Java version (assuming it's not outdated): ​http://jmol.sourceforge.net/faqs/

Application system requirements

What platforms does the Jmol application run on?

The Jmol application should run on any system that supports Java 1.4. Previous versions of Java are not supported.

This would suggest specifying Java 1.4 or higher in the port.

There is the possibility of a maximum compatible Java version, but have not confirmed this is the case. I briefly looked for discussions of issues with more recent Java versions on the project's mailing list and issue tracker, and so far only came across issues building jmol from source with Java 9 or later: ​https://sourceforge.net/p/jmol/bugs/608/ ​https://sourceforge.net/p/jmol/mailman/message/34860374/ . Since the port uses the binary distribution rather than builds from source, this shouldn't be an issue.

If jmol appears to work with the Java 8 on your system, then using Java 8 LTS as the fallback should be fine for now, and I believe is less likely to cause disruption than using Java 11 LTS. To clarify, the fallback version is what will be used if no other Java (version 1.4 or later) installation is already present.

I have opened a pull request on GitHub with the changes I suggest making: ​https://github.com/macports/macports-ports/pull/6636

[chrstphrchvz (Christopher Chavez)]

In fae2ad3a137866fe6c7c5dc439f888daab20745b/macports-ports (master):

flyway: use Java portgroup

Use latest Java LTS (Java 11) as fallback

Remove fallback dependency on deprecated port kaffe
See: #60206

[chrstphrchvz (Christopher Chavez)]

In 303bccd31cc7523a4561d9347af7b612d8fd241c/macports-ports (master):

fantom: drop maintainer

Maintainer responded via email: they no longer use
nor are interested in maintaining this port.

See: #60206
See: #60213
Closes: #60214

[chrstphrchvz (Christopher Chavez)]

In 0c0be707b3389ad1d466ce3c3b32cd745f3a2ef7/macports-ports (master):

jmol: use Java portgroup (​https://github.com/macports/macports-ports/pull/6636)

Remove fallback dependency on deprecated port kaffe
See: #60206

[chrstphrchvz (Christopher Chavez)]

In 06e1ee97a3bc2169f32a5abdbea9e4b4a7936b4f/macports-ports (master):

statcvs: delete port (​https://github.com/macports/macports-ports/pull/6605)

Port has never been updated since submitted in 2004;
has been outdated since release of 0.2.3 in 2006;
latest version is 0.7.0, released 2010

Has fallback dependency on deprecated port kaffe
See: #60206

Has indirect dependency on EOL port servlet24-api
(via dependency on outdated port jfreechart)
See: #58389

No dependents.

[chrstphrchvz (Christopher Chavez)]

In cfaa086942fb9b19a81307866aa7e50587a703ff/macports-ports (master):

jsch: update to 0.1.55

Use Java portgroup + LTS OpenJDK fallback
instead of kaffe (deprecated)
See: #60206

Add size to checksums

[neverpanic (Clemens Lang)]

In 24d7ce203ef58e34aa861ee14bcbb547bf05fa38/macports-ports (master):

plantuml: Update to 1.2020.11

Switch to the java 1.0 PortGroup.

See: #60206

[chrstphrchvz (Christopher Chavez)]

In 0551cdaeabba19854dcbe16d60019be451a8ba71/macports-ports (master):

commons-beanutils: delete port

Port has been outdated since release of 1.8.3 in 2010.
Port has no dependents; was needed by tomcat5, tomcat6, and struts, which were deleted.

Indirectly depends on EOL port servlet23-api
See: #58389

Has fallback dependency on kaffe
See: #60206

[chrstphrchvz (Christopher Chavez)]

In 4a41f369033e9381a7d14771522b868e746b9146/macports-ports (master):

commons-fileupload: delete port

Port is outdated. Port has no dependents; was needed by
tomcat5, tomcat6, and struts, which have been deleted.

Depends on EOL port servlet23-api
See: #58389

Has fallback dependency on kaffe
See: #60206

[chrstphrchvz (Christopher Chavez)]

In ef8c2c5ad6e919ddc1ae641e7d2dbeadac502675/macports-ports (master):

commons-collections: delete port

Was needed primarily for tomcat5, tomcat6, and struts, which were removed.
Was never updated to 3.2.2 (released 2015).

Closes: #53939

Has fallback dependency on kaffe
See: #60206

[chrstphrchvz (Christopher Chavez)]

In 4c8bbb8a4f386dc922dc0ccfef7dad9e47e47261/macports-ports (master):

swig-java, swig3-java: migrate to Java portgroup

Set fallback to an LTS Java version

Avoid fallback dependency on kaffe
See: #60206

[l2dy (Zero King)]

In 51c48afe0a56b3e518b6dcc8ce398074e8bf4154/macports-ports (master):

zanata-cli: switch to java PortGroup

See: #60206

[chrstphrchvz (Christopher Chavez)]

In 5400f90a33191517d6f49ef1b0550675863472da/macports-ports (master):

postgresql7: delete port

PostgreSQL 7.4 has been EOL since 2010-10-01
Only dependent was gauche-dbd-pg +postgresql7
Had fallback dependency on kaffe
See: #60206

[mascguy (Christopher Nielsen)]

The following don't have any dependency on Kaffe/Java, and don't need it; removing from the list:

• jakarta-log4j
• spring-framework25
• spring-framework30
• spring-framework31

[Christopher Nielsen <mascguy@…>]

In d92f7e1a37d68d0302f41f99101ba100676b6f98/macports-ports (master):

spring-javaconfig: designate noarch; modernize checksums; cleanup

• Also remove dependency on Kaffe/Java

See: #60206

[chrstphrchvz (Christopher Chavez)]

In 138bea087be0487dd4b2e3469a001e02f604bf96/macports-ports (master):

pulse: delete port

Port was submitted in 2007 and never updated.
No upstream activity since 2017; homepage gone since 2020.
Does not appear to be offered by other package managers.
Depends on deprecated kaffe port.
See: #60206

[catap (Kirill A. Korinsky)]

In 1b4c76a290442082fb05906cd478cafc58a0f87e/macports-ports (master):

sbt-0.7: obsolete

See: #53467
See: #60206

[McDaMastR (Seth McDonald)]

In 595a6e97c66fcaf8e54e071167a81259304c713a/macports-ports (master):

itext: update to version 9.7.1

After 17 years, update the itext port. And alter the Portfile to
reflect the significant upstream changes, including but not limited to:

• Moving the upstream repository to GitHub.
• Changing the project homepage URL.
• Changing license to AGPL-3+ or commercial.
• Requiring at least java 1.8.
• Building with Maven.

Closes: #19385
Closes: #57487
See: #60206

[McDaMastR (Seth McDonald)]

In 822603c1f6a349555d85f225ed30dc09c7718654/macports-ports (master):

servlet2[34]-api: remove dependencies on kaffe

See: #60206

[McDaMastR (Seth McDonald)]

In 13758d6e4970dafbbcbca780e6ec0cc53aa31e80/macports-ports (master):

pdfbox: update to version 3.0.8

See: #60206

[McDaMastR (Seth McDonald)]

In fce4a25a79c929696c38a901edc9c62ab9f68280/macports-ports (master):

checkstyle: update to version 14.0.0

Closes: #32187
Closes: #51731
See: #60206

[McDaMastR (Seth McDonald)]

In b66e16afe991a5361adc5911e442434b6a5b54b9/macports-ports (master):

saxpath: obsolete

Upstream was merged into the Jaxen project and has since been
unmaintained as a separate project. The port itself has remained
untouched for a decade and has no dependents.

See: #60206

[McDaMastR (Seth McDonald)]

In 04d42db8ee2c6b3b01cbd848838b5751fe109f7e/macports-ports (master):

commons-io: specify required java version

Set java.version as expected by the java PortGroup (included by the
maven PortGroup). This should remove the port's dependency on kaffe.

Also rename the installed .jar file to exclude the version number. This
behaviour is more consistent with other ports that install .jar files.

See: #60206

[McDaMastR (Seth McDonald)]

In 8f97e7d3896b98e4d710fac56b0cd749ab2809c5/macports-ports (master):

unicodeconverter-java: update to 2.1

Also remove the construction of a .app due to it being broken on recent
macOS versions since it relies on files that are no longer present (such
as JavaApplicationStub).

See: #60206
Closes: #64303

[McDaMastR (Seth McDonald)]

In 3ee49eb94aac6a0b9d4162d79cdd9d785f8ab0e0/macports-ports (master):

slf4j: update to version 2.0.18

Also migrate to the github and maven PortGroups, fix the specified
platform/architecture, and add the project licence.

See: #60206

[McDaMastR (Seth McDonald)]

In e6bf1b38c9dedae2cde1c75d535b815face9f049/macports-ports (master):

spymemcached: update to 2.12.3

See: #53467
See: #60206

[McDaMastR (Seth McDonald)]

In a2d4ce3283945ddd4d90edd8dc61a7d4b755cac4/macports-ports (master):

jna: update to 5.19.1

See: #60206

[McDaMastR (Seth McDonald)]

In 99b0f485e9f90d6edc7342bce3aaad5eceaa88d4/macports-ports (master):

daisydiff: migrate to java PortGroup

See: #60206

[McDaMastR (Seth McDonald)]

In 551e0d96db2ac1f01863934df3cd471fcbb8009d/macports-ports (master):

xmlenc: update to 0.53

See: #60206

[McDaMastR (Seth McDonald)]

In 1fe0e9bedc1dc8b62ef71970dd26f665295f5ec8/macports-ports (master):

jdom: update to 2.0.6.1

See: #60206

[McDaMastR (Seth McDonald)]

In c8c17eb793d32a388ae7b0adc5aaff5a7f9d5faa/macports-ports (master):

jtidy: update to 1.0.5

The original JTidy project is effectively dead, however a community fork
was created on GitHub which appears to be the new home for JTidy
development. Modify the jtidy port to fetch from the community fork and
install its latest release (version 1.0.5).

Also add a helper shell script to invoke the CLI of the installed
jtidy.jar file.

Closes: #60198
See: #60206

[McDaMastR (Seth McDonald)]

In 72617a5e15fc13999d413bf0eace5427023ed5e8/macports-ports (master):

xercesj: update to 2.12.2

As of version 2.12.0, Xerces-J contains a compliant XML Schema 1.1
implementation. Add the jars-schema11 build target to include this
support in the installation.

The project fails to build with its current target JDK version (7) due
to it being too old. Add a patch to artificially bump up this version
to JDK 8 to prevent this build failure.

The HTML documentation fails to build due to a ClassNotFoundException
for com.sun.image.codec.jpeg.JPEGCodec, which may occur because the
com.sun.image.codec.jpeg package was removed in JDK 7. Remove the
documentation build targets to prevent this build failure.

See: #60206

[McDaMastR (Seth McDonald)]

In f92dc1c7bee3cb4c2573a7fdea6cc1cfdffcee7f/macports-ports (master):

xmlpull: migrate to java PortGroup

Replace xmlpull's dependency on the deprecated kaffe port with the java
PortGroup.

Building xmlpull fails due to the source and target java versions (1.2
and 1.1, respectively) being too old. Add a patch to bump up the
required JDK version to at least 1.8 to fix the build.

See: #60206

[McDaMastR (Seth McDonald)]

In b144ad89aee17df8639a0a3f6c371734ec806610/macports-ports (master):

spring-framework*: migrate to java PortGroup

See: #60206

[McDaMastR (Seth McDonald)]

In 232e091b563426b3c2d25ecf3e87bec75ea27dff/macports-ports (master):

mars: migrate to java PortGroup

See: #60206

[McDaMastR (Seth McDonald)]

In 734cb31c49bb2abbf607deb86e6e2bacb9997b90/macports-ports (master):

castor: update to version 1.4.1

Also migrate to the github and maven PortGroups.

Castor technically requires only Java 7+, but recent versions of Maven
disallow building with less than Java 8, preventing Castor from building
successfully. Add a patch to bump up the required Java version to Java
8+ to prevent this build failure.

Closes: #60202
See: #60206

[McDaMastR (Seth McDonald)]

In c4799cd7c65150e09b08afffacd7be103fe6224a/macports-ports (master):

scala-migrations: migrate to java PortGroup

See: #60206

[McDaMastR (Seth McDonald)]

In eabc825d25cfb7039157736d58e791d7c7e95282/macports-ports (master):

jmock2: update to 2.14.0

See: #60206

[McDaMastR (Seth McDonald)]

In af2c9dc8e16853e666d120697e9aea88cc5da82d/macports-ports (master):

xalanj: migrate to java PortGroup

Building xalanj fails on non-ancient JDK versions due to relying on
bootclasspath, which was removed in JDK 9. Add a patch to replace uses
of bootclasspath with classpath to fix these builds.

See: #60206

[McDaMastR (Seth McDonald)]

In 60eb64eb72bc06008b406caaf498a311d4e0af8d/macports-ports (master):

msv: update to 2022.7

See: #60206

[McDaMastR (Seth McDonald)]

In f077fc39ff32edb26381d48994a304c90b56044a/macports-ports (master):

msv, relames: obsolete relames in favour of msv

The relames project is a subproject of MSV and its .jar file is hence
included in the msv port. In comparison to msv, the relames port
includes an additional helper script for invoking the .jar file. This
is not enough to justify a whole separate port.

Set the relames port as obsolete, replacing it with the msv port. And
move the helper script to the msv port.

See: #60206

[McDaMastR (Seth McDonald)]

In 3dfa22d5dfdcd0db4206da80b5e30551c30b7538/macports-ports (master):

google-guava: adopt and update to 33.7.1

Closes: #56674
See: #60206

[McDaMastR (Seth McDonald)]

In ea686ebfc97e0d297628a3a67cff62bcc8a02d70/macports-ports (master):

commons-cli: update to 1.11.0

Closes: #49756
See: #60206

[McDaMastR (Seth McDonald)]

In ee0d884c1a1246ec007a498730513092d5f06295/macports-ports (master):

commons-pool: update to 2.13.1

See: #60206

[McDaMastR (Seth McDonald)]

In a0b111610800ba0d807a41c1947cf02958d385ac/macports-ports (master):

xom: update to 1.4.6

See: #60206

[McDaMastR (Seth McDonald)]

In 570d0d02de71fc3dd4234ce2a55d3b8b467091ed/macports-ports (master):

xml-commons-resolver: update to 1.2

Closes: #58671
See: #60206

[McDaMastR (Seth McDonald)]

In 4dcbfa762485f88eeb5e16fb7ccb15a8f41432c6/macports-ports (master):

log4jdbc: update to 1.4

The release is neither tagged or official, but is the only release that
builds successfully with Java 8+.

See: #60206