Bug 832853 - Review Request: java3d - Java 3D
Summary: Review Request: java3d - Java 3D
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Nobody's working on this, feel free to take it
QA Contact: Fedora Extras Quality Assurance
: 881586 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2012-06-18 01:34 UTC by Eric Smith
Modified: 2021-10-05 17:42 UTC (History)
15 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2020-08-10 00:45:57 UTC
Type: ---

Attachments (Terms of Use)
Suggested changes to java3d.spec (2.44 KB, patch)
2012-08-05 20:46 UTC, Joachim Katzer
no flags Details | Diff

Description Eric Smith 2012-06-18 01:34:19 UTC
Spec URL: http://fedorapeople.org/~brouhaha/java3d/java3d.spec
SRPM URL: http://fedorapeople.org/~brouhaha/java3d/java3d-1.5.2-1.fc16.src.rpm
The Java 3D API provides a set of object-oriented interfaces that
support a simple, high-level programming model you can use to
build, render, and control the behavior of 3D objects and visual
environments. With the Java 3D API, you can incorporate high quality,
scalable, platform-independent 3D graphics into applications and vecmath
applets based on Java technology.

Fedora Account System Username: brouhaha

Note: I am attempting to package Java3D because it is needed by programs for 3D printing, such as ReplicatorG, which I also intend to package.  Most of the packaging work was already done by the JPackage Project; I have done a small amount of cleanup to meet updated Fedora packaging standards, to include an up-to-date script to extract the sources from the subversion repository, and to include an examples subpackage.

Comment 1 Eric Smith 2012-07-14 06:33:39 UTC
Spec URL: http://fedorapeople.org/~brouhaha/java3d/java3d.spec
SRPM URL: http://fedorapeople.org/~brouhaha/java3d/java3d-1.5.2-2.fc17.src.rpm

Updated to fix problem building with OpenJDK7.
Dropped bundled vecmath in favor of existing Fedora package.

Comment 2 Joachim Katzer 2012-08-05 20:46:16 UTC
Created attachment 602385 [details]
Suggested changes to java3d.spec

Comment 3 Joachim Katzer 2012-08-05 21:14:02 UTC
I have successfully rebuilt the java3d src.rpm for my personal RHEL6 repo (on a SL6 machine), but I had to make following changes (see attachment in Comment 2):

java3d uses JNI, but the 1.5.2-2 rpm is missing libj3dcore-ogl.so. As a consequence I have also changed the installation directory for the .jar and .so files to %{_jnidir}/%{name}.

2 additional BuildRequries are necessary: ant-nodeps, and mesa-libGLw-devel.

Applications using java3d may have to add %{_jnidir}/java3d to the LD_LIBRARY_PATH variable before calling java in their wrapper script.

Comment 4 Eric Smith 2012-08-05 21:35:01 UTC
Spec URL: http://fedorapeople.org/~brouhaha/java3d/java3d.spec
SRPM URL: http://fedorapeople.org/~brouhaha/java3d/java3d-1.5.2-3.fc16.src.rpm

Has most of the changes suggested by Joachim Katzer (thanks!).  Did not add cleaning or defattr as they are declared obsolete in packaging guidelines.

Comment 5 Lameire Alexis 2012-08-07 12:18:13 UTC
they are a licence issue into the com/sun/j3d/internal dir. I'll set the legal flag to make a check if this file can be considered as a BSD like licence.

Comment 6 Fedora End Of Life 2012-08-07 13:52:51 UTC
Those files are non-free because of this clause:

 * You acknowledge that this software is not designed, licensed or
 * intended for use in the design, construction, operation or
 * maintenance of any nuclear facility.

In the past, Sun was willing to drop that clause on a case by case basis (and way back in 1998, they promised they were getting rid of it entirely...), but now Sun is Oracle, and we have gotten very inconsistent help on licensing issues from Oracle.

In addition, Oracle misleadingly lists that clause as part of the standard Berkeley license here:

You might try to reach out to the Java3d upstream to point out the issue, they may have better luck resolving this issue.

Comment 7 Tom "spot" Callaway 2012-08-07 13:53:44 UTC
Whoops. That last comment was me. :)

Comment 8 Xavier Bachelot 2012-09-06 14:05:13 UTC
If the license issue cannot be resolved with Oracle in a timely manner, you might want to have this package included in a repository which accept non-free license, such as RPM Fusion. This implies the other software that depend on java3D will need to go there too.

Comment 9 Xavier Bachelot 2012-11-29 09:42:47 UTC
*** Bug 881586 has been marked as a duplicate of this bug. ***

Comment 10 gil cattaneo 2012-11-29 13:54:39 UTC
there is someone want use this package for some nuclear facility?
Spec URL: http://gil.fedorapeople.org/java3d.spec
SRPM URL: http://gil.fedorapeople.org/java3d-1.5.2-1.fc16.src.rpm

Comment 11 Xavier Bachelot 2013-01-23 11:14:00 UTC
The problem with the "nuclear facility" clause is it makes the license non-free, and thus voids the possibility to have the package in Fedora.

Has anyone filled a bug upstream to try and resolve the license issue ? If yes, what the ticket number, I can't find it.

Eric, Gil, would you be willing to take this package to RPM Fusion ? It can still be brought back to Fedora if the license issue is resolved someday.

Comment 12 gil cattaneo 2013-01-23 12:17:54 UTC
hi Xavier,
I understand the problem but I do not need to have a package that is used only in RPM Fusion. for me it is necessary to import http://www.unidata.ucar.edu/software/netcdf-java/ and its deps (http://www.ssec.wisc.edu/~billh/visad.html)

i know the difference between fedora and debian about the problems related to licensing. but in the debian package exists ...

Comment 13 Xavier Bachelot 2013-01-23 13:13:05 UTC
Indeed, if Java3D goes to RPM Fusion, everything depending on it goes to RPM Fusion too. They could be moved back to Fedora once Java3D moves back to Fedora too (providing there are no other issue with them for Fedora, of course). I think it's better to have the packages in RPM Fusion rather than not having them at all, but you might have a different opinion :-)

Imho, the first step on the way to try and resolve this issue is to file a bug upstream. That's why I first checked upstream bugtracker, then commented in this ticket after failing to find a corresponding bug.

I'm a bit surprised this package is in Debian, as the license should probably be considered non-free for Debian too.

Comment 14 Harvey Harrison 2013-02-12 05:42:03 UTC
I've been maintaining a continuation of Java3d and in the medium term have almost
removed all the dependency on the com.sun.internal code with the objectionable license terms.

With that dependency removed, Java3d could be packaged without java3d-utils which has the nuclear facilty clause on an otherwise 2-clause BSD license.

Java3d itself is GPLv2 w/ classpath exception.


Note, my fork has removed all of the native backends and relies entirely on the jogl2 project for OpenGL access.  Please let me know if people want me to check back here when the internal stuff has been removed.


Harvey Harrison

Comment 15 Tom "spot" Callaway 2013-02-12 14:56:22 UTC
Please do so, and thank you for undertaking this cleanup effort.

Comment 16 Eric Smith 2013-02-13 08:14:39 UTC
Thanks Harvey!  I'm definitely interested in packaging a version of Java3D with the licensing problem resolved.  I'll look at the code at your links.

My primary interest in packaging Java3D was to support some 3D-printing related applications, and I think using jogl2 as the back end should be perfectly fine for that.

Comment 17 Harvey Harrison 2013-06-15 17:13:57 UTC
Updating status, I've removed the Java3d core dependency from j3dutils for all but one class which I'm still working one.  The class in question is com.sun.j3d.internal.Distance which is a collection of static math functions ported from the 'Wild Magic' library according to the file header.  Once this is removed, Java3d and vecmath should be OK to go into fedora.

If anyone has a look at that file and feels it is OK to move it over the Java3d core, I'd appreciate any advice, my current plans are to remove its use entirely from core, but it is a larger task.

Because Java3d is now a java-only project and no longer ships any native code, I imagine the fedora packages will need pruning.  How do I find the packager for JOGL2 in Fedora-land to coordinate a suitably modern version of jogl2 for Java3d's use?  I am involved in JOGL2 upstream, but not fedora as yet.


Comment 18 gil cattaneo 2013-06-15 18:29:11 UTC
see https://admin.fedoraproject.org/pkgdb/acls/name/jogl2
after login, ask to become co-maintainer

Comment 19 Susi Lehtola 2013-06-17 11:10:58 UTC
(In reply to Harvey Harrison from comment #17)
> Updating status, I've removed the Java3d core dependency from j3dutils for
> all but one class which I'm still working one.  The class in question is
> com.sun.j3d.internal.Distance which is a collection of static math functions
> ported from the 'Wild Magic' library according to the file header.  Once
> this is removed, Java3d and vecmath should be OK to go into fedora.

Vecmath is already in Fedora.

Comment 20 Eric Smith 2013-06-17 15:45:58 UTC
And the work I did on packaging upstream Java3d, and more recently on Harvey's fork, has been based on using the existing Fedora vecmath package.

Comment 21 Harvey Harrison 2013-06-17 17:56:14 UTC
FWIW, I put in a bit of time this weekend and now have it down to only two
functions remaining in Java3d-utils that are used from Java3d-core, once those
are removed/reimplemented, Java3d should be ready to go in, it appears that a new enough Jogl2 is already packaged in fedora, so Java3d should be pretty simple to package now.


Comment 22 Harvey Harrison 2013-06-18 14:01:36 UTC
Looking at the remaining functions, it turns out the code in question was a java port of some c++ code that was under a much more permissive license, I'm just going to go back to the original c++ and re-port these two functions myself.

Original c++:


Covered by the Boost license:


I believe the boost license is an acceptable Fedora license, and is GPL compatible, whom do I ask to make sure that is OK?

Comment 23 Susi Lehtola 2013-06-18 14:08:22 UTC
(In reply to Harvey Harrison from comment #22)
> I believe the boost license is an acceptable Fedora license, and is GPL
> compatible, whom do I ask to make sure that is OK?


Comment 24 Christopher Meng 2013-09-12 12:12:21 UTC
Status here?

Comment 25 Harvey Harrison 2013-09-12 16:14:11 UTC
I found a few more two-way dependencies between Java3dutils and java3d, and have only two left.  One is easy and one is a bit more difficult.

Easy - transparency sort comparator cache and interface
Harder - Font3D uses a geometryinfo class that unless I can find an alternative, would have to be reimplemented.

WRT getting required dependencies into fedora:

- my vecmath fork has been packaged as vecmath 1.6.0 as of last week in rawhide
- in contact with the JOGL2 fedora packager, he will update to the 2.0.2 release soon

Comment 26 Jerry James 2014-02-13 18:03:23 UTC
Could we get another update on the status, please?  Thanks for all the work you've put into this, Harvey.

Comment 27 Harvey Harrison 2014-02-13 18:30:10 UTC
Sure, at this point I'm down to a single dependency, the Font3D class which uses tesselation code from the j3dutils package.  I don't have huge amounts of time these days to spend on Javs3d, so work is sporadic to say the least.

JOGL2 does ship tesselation utils that may provide suitable functionality that could be adapted, but I'm not even looking at that until a regression with offscreen canvases gets fixed.

I'm very willing to point people in the right direction if they want to help out, otherwise the status is essentially unchanged for now. The one other option is to get Oracle to relicense that file as plain BSD and then ship it, or to find the original BSD code that it was based on and import that version (I have not been able to find it unfortunately)


Comment 28 Felix Schwarz 2015-03-09 10:10:55 UTC
(In reply to Xavier Bachelot from comment #13)
> I'm a bit surprised this package is in Debian, as the license should
> probably be considered non-free for Debian too.

Debian considers this clause as a "warranty disclaimer" and not as a license restriction: https://lists.debian.org/debian-legal/2012/09/msg00034.html
(just for completeness, I know that Fedora has different rules+obligations when it comes to legal terms).

Comment 29 Tom "spot" Callaway 2015-03-09 14:55:35 UTC
FWIW, even Sun/Oracle agrees that the "nuclear clause" makes that license non-free, as do the lawyers who've reviewed it in the past.

In the not-too-distant past, Sun and Oracle were willing to relicense works containing the "nuclear clause" to omit that clause. It might be worth filing a bug with the relevant upstream to request relicensing there.

Comment 30 Upstream Release Monitoring 2015-12-14 10:40:53 UTC
jerboaa's scratch build of java-1.8.0-openjdk?#d28765c33d068af9ff432a92443b93beeef88a22 for git://pkgs.fedoraproject.org/java-1.8.0-openjdk?#d28765c33d068af9ff432a92443b93beeef88a22 and rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=12181621

Comment 31 MartinKG 2017-02-28 07:51:31 UTC
Are there any news about licensing?

Comment 32 Tom "spot" Callaway 2017-03-01 20:26:47 UTC
On a cursory look, it does not seem like there is any real active upstream for Java3d. I might be mistaken though.

Comment 33 Tom "spot" Callaway 2018-06-13 20:26:33 UTC
(In reply to Harvey Harrison from comment #27)

Harvey, any updates here?

Comment 34 Harvey Harrison 2019-01-04 22:49:57 UTC
I have pulled in the changes that separate Java3d from java3d-utils. I have tagged a version 1.6.2 in each of the projects vecmath, j3dcore and j3dutils.

This should resolve the licensing issue with java3d as it no longer requires any of the code from j3dutils with the problematic statements.

The tags, or master branchs here can be used to package:


Please advise if you run into any issues packaging, but at this point it should be ready to go now.

Comment 35 Zbigniew Jędrzejewski-Szmek 2019-01-05 11:01:41 UTC
Oh, nice. Not sure if Eric still plans to package this. Even if not, somebody will sooner or later because there's still software out there that depends on java3d.

Comment 36 Package Review 2020-07-10 00:45:59 UTC
This is an automatic check from review-stats script.

This review request ticket hasn't been updated for some time. We're sorry
it is taking so long. If you're still interested in packaging this software
into Fedora repositories, please respond to this comment clearing the

You may want to update the specfile and the src.rpm to the latest version
available and to propose a review swap on Fedora devel mailing list to increase
chances to have your package reviewed. If this is your first package and you
need a sponsor, you may want to post some informal reviews. Read more at

Without any reply, this request will shortly be considered abandoned
and will be closed.
Thank you for your patience.

Comment 37 Package Review 2020-08-10 00:45:57 UTC
This is an automatic action taken by review-stats script.

The ticket submitter failed to clear the NEEDINFO flag in a month.
As per https://fedoraproject.org/wiki/Policy_for_stalled_package_reviews
we consider this ticket as DEADREVIEW and proceed to close it.

Note You need to log in before you can comment on or make changes to this bug.