Bug 294323 - databases/cassandra3: brakage with latest java-sigar compiled on Java 21
Summary: databases/cassandra3: brakage with latest java-sigar compiled on Java 21
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-04-08 07:49 UTC by Lapo Luchini
Modified: 2026-04-10 07:37 UTC (History)
1 user (show)

See Also:
language.devel: maintainer-feedback+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lapo Luchini 2026-04-08 07:49:59 UTC
Cassandra 3.x which is still using Java 8 breaks on the latest java-sigar-1.7.3_12 with following error:

java.lang.UnsupportedClassVersionError: org/hyperic/sigar/SigarException has been compiled by a more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes class file versions up to 52.0

Right now I'm sticking to old java-sigar-1.7.3_11 with "pkg lock", but I will need to upgrade to Cassandra 4.x sooner than later… still, the port might need to be fixed for everyone else, as a band-aid.
Comment 1 Angelo Polo 2026-04-08 11:14:32 UTC
Thanks for reporting, Lapo. I will look into setting an upper bound on the java-sigar version.

Agreed with respect to needing to upgrade. After I get Cassandra 4 and 5 up to date, I would like to deprecate/remove this port. Upstream, Cassandra 6 has had an alpha release.
Comment 2 Angelo Polo 2026-04-10 07:37:35 UTC
Looking at the java/sigar port, it hasn't substantially changed since I updated it to work with Java 11 back in 2021. In particular, it still does not specify any Java version restrictions.

If you build from the port yourself, you can specify `echo DEFAULT_VERSIONS+=java=8 > /etc/make.conf` to build java/sigar with the same version as required by databases/cassandra3.

I am guessing the latest packages for ports that don't specify Java versions are built with the default Java 25. Was using the package what caused the issue?