On Sun, 15 Jul 2012 17:45:09 +0200, Grant Robertson <[email protected]> wrote:

Whoa! I didn't even know you could do such a thing. It does sound like an
intriguing solution, especially for large applications.

Can I presume that there are utilities to handle this task?

Yes, but I don't know about because all the one that I tried aren't good enough for me from the point of view of the tooling. For Mac OS X, I've done that with a mix of Maven and jarbundler. For Windows I've not yet found something decent. Linux will probably go without embedding, since there's the very good dependency mechanism of the package managers.

By how much? Is there a way to only include the parts of the bundled JRE
that one's application requires?

The OpenJRE 7 with OpenJFX is very large (110MB uncompressed on Mac OS X). I'd say it's taking 50-60MB of my compressed bundle.

Yes, it's possible to strip away parts and I think there's also an official doc for OpenJDK 7, but I've never tried.

Just because you don't have to explain anything to users does NOT mean you
now have zero legal problems. In fact, this approach increases legal

No, but since many people do the same thing, at least a lot of people are in the same boat ;-)

problems because I would then definitely be distributing code written by
someone else. Would this "bundling" be counted as "linking" under the GPL
and require all my code to be GPL? Would that depend upon the method used
for the "bundling"? At the very least, I would then have to provide source
code (or links to the source code) for the parts that I bundled.

No, you don't. OpenJDK is released trough a variant GPL + ClassPath Exception (CPE), which means that "linking" to the runtime API doesn't trigger the virality of GPL. You don't need to provide source code, just keep the standard README, LICENSE etc... of OpenJDK where the source URL is linked and you're fine.

The end result is the same. There may be parts that don't work or that work
differently. Possibly in frustratingly subtle ways. Those differences

This is correct - there are different bugs. But as it happens with bugs, once you focus on either platform, you test the integration and hopefully solve them. There are Swing parts in OpenJDK that are said to be slightly worse than Oracle's JDK.

Would it be possible to run NetBeans on Oracle's JRE while still writing
Java code based on the OpenJDK. I remember from school that NetBeans allows one to specify which version of the JDK to compile with. Can one simply add the OpenJDK to that list and then choose between OpenJDK and Oracle's JDK?

Yes. NetBeans can manage multiple Java platforms associated to each project.

So, in the end, you have convinced me that OpenJDK MAY be moderately
workable, if I am willing to be patient and work around the inevitable
bugs. BUT ... you still have not addressed my original questions.
Enthusiastically explaining to me how it is possible to scale the outside
of a building and break in through a window, does not answer the question
of, "Is it OK to walk in the front door?"

Well, my point is: OpenJDK is used by a lot of people and it's part of the Linux distros (they don't carry any longer the Oracle bits). This means that a number of license experts have done their homework and presume OpenJDK is fine to be redistributed. This doesn't guarantee me 100% because They Aren't My Lawyer, but... it's sort of relying on the common knowledge of the community. In any case, after the first round of the Oracle vs Google trial I think we have reasons for feeling safer (we've just to wait for the second round).


--
Fabrizio Giudici - Java Architect, Project Manager
Tidalwave s.a.s. - "We make Java work. Everywhere."
[email protected]
http://tidalwave.it - http://fabriziogiudici.it

--
You received this message because you are subscribed to the Google Groups "Java 
Posse" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Reply via email to