From henri.gomez at gmail.com Mon Oct 10 09:38:01 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 10 Oct 2011 18:38:01 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> <4E54ED99.7090001@oracle.com> Message-ID: Question about Rhino included in JDK 7. Do you know version of Rhino from Mozilla.org used ? 2011/8/24 Henri Gomez : >>> Yep so there is specific builds or steps to add/inject them in BDS/OSX >>> packages ? >> >> Looking at http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html >> I'd say no, as there is no mention of it there. >> >>> Did the build/packages phases source or phases description for Linux / >>> Solaris, as bundled by Oracle are available somewhere ? >> >> The build instructions for JDK 7 are at the URL above, if that's what you mean. > > Thanks for the link. > > I'll try to build an OpenJDK 7 on Linux to check. > From henri.gomez at gmail.com Mon Oct 10 10:33:32 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 10 Oct 2011 19:33:32 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> <4E54ED99.7090001@oracle.com> Message-ID: 2011/10/10 Henri Gomez : > Question about Rhino included in JDK 7. > > Do you know version of Rhino from Mozilla.org used ? Readme reports 1.7R3 But digging in js.jar from Rhino 1.7R3, I could see 443 classes whereas jdk 1.7.0 for Linux came with 316 classes From henri.gomez at gmail.com Tue Oct 11 05:31:04 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 11 Oct 2011 14:31:04 +0200 Subject: Rhino build support Message-ID: Hi to all, I didn't find indications or documentation on how to add Rhino from Mozilla to OpenJDK build. Under jdk/src/share/classes/com/sun/script/javascript/ there is many references to sun.org.mozilla.javascript.internal.* I show a rebundle of Mozilla js.jar into rhino.jar with new package name at http://icedtea.classpath.org/hg/icedtea7/file/8ac25d11a9e5/Makefile.am#l2036, but wondering how Rhino is detected and included in OpenJDK builds (cf: jdk/src/share/classes/com/sun/script/javascript/*) BTW, did there is any reason why Rhino is not included in bsd-port (and so macosx-port) ? May be licence problems ? Cheers From henri.gomez at gmail.com Tue Oct 11 05:51:01 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 11 Oct 2011 14:51:01 +0200 Subject: Rhino build support In-Reply-To: References: Message-ID: The only source of information found was IcedTea 1.7 (1.14) with patches/rhino.patch 1) CLOSED_SRC test removed (jdk/make/com/sun/Makefile) -ifndef OPENJDK - ORG_EXISTS := $(call DirExists,$(CLOSED_SRC)/share/classes/sun/org,,) - ifneq ("$(ORG_EXISTS)", "") - SCRIPT_SUBDIR = script - endif -endif 2) rhino.jar added to build (jdk/make/com/sun/script/Makefile) 3) sun.org.mozilla.javascript.internal.* moved to sun.org.mozilla.javascript.* (jdk/src/share/classes/com/sun/script/javascript/*) 4) repackaged rhino.jar copied under JRE /lib/rhino.jar (jdk/make/common/Release.gmk) 5) rhino.jar added to runtime jars (hotspot/src/share/vm/runtime/os.cpp) All of these could be done on bsd-port and macosx-port. Did there is interest to do this in bsd-port, or macosx-port ? If not, It will be available only on openjdk-osx-build packages (if not licence problem occurs) Cheers From henri.gomez at gmail.com Mon Oct 17 10:06:18 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 17 Oct 2011 19:06:18 +0200 Subject: Rhino build support Message-ID: Hi to all, Moving these questions to discuss, since I didn't get reply on bsd and macosx ports lists : I couldn't find officials indications or documentation on how to add Rhino from Mozilla to OpenJDK build. The only source of information found was IcedTea 1.7 (1.14) with patches/rhino.patch 1) CLOSED_SRC test removed (jdk/make/com/sun/Makefile) -ifndef OPENJDK - ORG_EXISTS := $(call DirExists,$(CLOSED_SRC)/share/classes/sun/org,,) - ifneq ("$(ORG_EXISTS)", "") - SCRIPT_SUBDIR = script - endif -endif 2) rhino.jar added to build (jdk/make/com/sun/script/Makefile) 3) sun.org.mozilla.javascript.internal.* moved to sun.org.mozilla.javascript.* (jdk/src/share/classes/com/sun/script/javascript/*) 4) repackaged rhino.jar copied under JRE /lib/rhino.jar (jdk/make/common/Release.gmk) 5) rhino.jar added to runtime jars (hotspot/src/share/vm/runtime/os.cpp) All of these could be done on bsd-port and macosx-port and may be others ports. Questions : 1) Did there is any reason why Rhino is not included in bsd-port (and so macosx-port) like licence problems ? 2) What's the recommanded Mozilla renaming named ? If there is no licence problem, I may add these to openjdk-osx-build project for now, but it will be better to get them in bsd and macosx-ports. Cheers From mark.reinhold at oracle.com Tue Oct 18 09:22:08 2011 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 18 Oct 2011 09:22:08 -0700 Subject: Rhino build support In-Reply-To: henri.gomez@gmail.com; Mon, 17 Oct 2011 19:06:18 +0200; Message-ID: <20111018162208.A9EF31041@eggemoggin.niobe.net> 2011/10/17 10:06 -0700, henri.gomez at gmail.com: > ... > > I couldn't find officials indications or documentation on how to add > Rhino from Mozilla to OpenJDK build. > > Questions : > > 1) Did there is any reason why Rhino is not included in bsd-port (and > so macosx-port) like licence problems ? Yes, license problems. Rhino is licensed under the MPL, which is fundamentally incompatible with the GPL. - Mark (IANAL) From henri.gomez at gmail.com Tue Oct 18 10:39:17 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 18 Oct 2011 19:39:17 +0200 Subject: Rhino build support In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net> References: <20111018162208.A9EF31041@eggemoggin.niobe.net> Message-ID: > Yes, license problems. ?Rhino is licensed under the MPL, > which is fundamentally incompatible with the GPL. Thanks Mark OpenJDK is GPL Rhino is MPL But when Oracle provide its JDK, you include both of them. Which licence should be used by OpenJDK 'packagers/bundlers' so ? From mark at klomp.org Tue Oct 18 11:01:30 2011 From: mark at klomp.org (Mark Wielaard) Date: Tue, 18 Oct 2011 20:01:30 +0200 Subject: Rhino build support In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net> References: <20111018162208.A9EF31041@eggemoggin.niobe.net> Message-ID: <1318960890.8669.60.camel@springer.wildebeest.org> On Tue, 2011-10-18 at 09:22 -0700, mark.reinhold at oracle.com wrote: > 2011/10/17 10:06 -0700, henri.gomez at gmail.com: > > ... > > > > I couldn't find officials indications or documentation on how to add > > Rhino from Mozilla to OpenJDK build. > > > > Questions : > > > > 1) Did there is any reason why Rhino is not included in bsd-port (and > > so macosx-port) like licence problems ? > > Yes, license problems. Rhino is licensed under the MPL, > which is fundamentally incompatible with the GPL. Rhino is available under the MPL/GPL dual license, so should be GPL compatible. And GPL+Exception should be compatible with MPL (if the MPL part is kept as a separate module). If that isn't enough for some people, we could see whether upstream wants Rhino to upgrade to MPLv2 (which would add all secondary MPLv2 licenses too, so LGPL and AGPL dual licenses next to the current MPL/GPL) [*]. I talked to Luis Villa and Gervase Markham about a possible upgrade and the implications. They have both worked on MPLv2 and were very supportive (but of course it will be up to the actual upstream Rhino developers to decide whether or not to upgrade). I think it would be really beneficial to make upstream, ClosedJDK, OpenJDK and IcedTea share the exact same version of Rhino. Currently IcedTea uses the (latest) upstream version available, but that might lead to subtle incompatibilities. But I couldn't find the actual Rhino source code used in ClosedJDK. Where is that currently available? Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK, IcedTea, or the bsd/macosx-port is done upstream seems like a good idea in general. Thanks, Mark [*] http://opensource.com/law/11/9/mpl-20-copyleft-and-license-compatibility From henri.gomez at gmail.com Tue Oct 18 11:08:33 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 18 Oct 2011 20:08:33 +0200 Subject: Rhino build support In-Reply-To: <20111018175107.60F941041@eggemoggin.niobe.net> References: <20111018175107.60F941041@eggemoggin.niobe.net> Message-ID: > I suggest you ask a lawyer. Thanks for the suggestion but individuals like me don't have lawyers available so easily, especially those involved in licences issues :) Usually there is people very aware of licences problematics in OSS community, that's why I'm trying to get answers here :) In IcedTea FAQ (http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions) "What license is IcedTea released under? IcedTea is released under the GPL2 + Classpath exception, which is the same license as both GNU Classpath and OpenJDK. " IcedTea include Rhino, so I guess GPL2 + Classpath may be a valid licence. If IcedTea guys are around, advices more than welcomed From henri.gomez at gmail.com Tue Oct 18 11:10:48 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 18 Oct 2011 20:10:48 +0200 Subject: Rhino build support In-Reply-To: <1318960890.8669.60.camel@springer.wildebeest.org> References: <20111018162208.A9EF31041@eggemoggin.niobe.net> <1318960890.8669.60.camel@springer.wildebeest.org> Message-ID: Mark (Wielaard) in case of openjdk-osx-build there is about 0 closed source, since its full build process is available on GoogleCode. "Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK, IcedTea, or the bsd/macosx-port is done upstream seems like a good idea in general." Do you means, Rhino could be put back upstream ? In the interim, do you think I could include it in my own builds (os/x port) ? Cheers 2011/10/18 Mark Wielaard : > On Tue, 2011-10-18 at 09:22 -0700, mark.reinhold at oracle.com wrote: >> 2011/10/17 10:06 -0700, henri.gomez at gmail.com: >> > ... >> > >> > I couldn't find officials indications or documentation on how to add >> > Rhino from Mozilla to OpenJDK build. >> > >> > Questions : >> > >> > 1) Did there is any reason why Rhino is not included in bsd-port (and >> > so macosx-port) like licence problems ? >> >> Yes, license problems. ?Rhino is licensed under the MPL, >> which is fundamentally incompatible with the GPL. > > Rhino is available under the MPL/GPL dual license, so should be GPL > compatible. And GPL+Exception should be compatible with MPL (if the MPL > part is kept as a separate module). If that isn't enough for some > people, we could see whether upstream wants Rhino to upgrade to MPLv2 > (which would add all secondary MPLv2 licenses too, so LGPL and AGPL dual > licenses next to the current MPL/GPL) [*]. > > I talked to Luis Villa and Gervase Markham about a possible upgrade and > the implications. They have both worked on MPLv2 and were very > supportive (but of course it will be up to the actual upstream Rhino > developers to decide whether or not to upgrade). > > I think it would be really beneficial to make upstream, ClosedJDK, > OpenJDK and IcedTea share the exact same version of Rhino. Currently > IcedTea uses the (latest) upstream version available, but that might > lead to subtle incompatibilities. > > But I couldn't find the actual Rhino source code used in ClosedJDK. > Where is that currently available? > > Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK, > IcedTea, or the bsd/macosx-port is done upstream seems like a good idea > in general. > > Thanks, > > Mark > > [*] > http://opensource.com/law/11/9/mpl-20-copyleft-and-license-compatibility > From henri.gomez at gmail.com Tue Oct 18 12:00:40 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 18 Oct 2011 21:00:40 +0200 Subject: Rhino build support In-Reply-To: References: <20111018175107.60F941041@eggemoggin.niobe.net> Message-ID: Thanks Martijn BTW, if Rhino should be bundled at higher level (i.e.: trunk), this license discussion should be raised to upper level isn't it ? 2011/10/18 Martijn Verburg : > Hi Henri, > > The EFF would also be a good place to ask and I'm working on trying to > get some reasonably priced advice with some legal eagles I know in > London, will post back if my new company can sponsor this. > > Cheers, > Martijn > > On 18 October 2011 19:08, Henri Gomez wrote: >>> I suggest you ask a lawyer. >> >> Thanks for the suggestion but individuals like me don't have lawyers >> available so easily, especially those involved in licences issues :) >> >> Usually there is people very aware of licences problematics in OSS >> community, that's why I'm trying to get answers here :) >> >> In IcedTea FAQ (http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions) >> >> "What license is IcedTea released under? >> IcedTea is released under the GPL2 + Classpath exception, which is the >> same license as both GNU Classpath and OpenJDK. >> " >> >> IcedTea include Rhino, so I guess GPL2 + Classpath may be a valid licence. >> >> If IcedTea guys are around, advices more than welcomed >> > From ahughes at redhat.com Tue Oct 18 15:49:29 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Tue, 18 Oct 2011 23:49:29 +0100 Subject: Rhino build support In-Reply-To: References: <20111018175107.60F941041@eggemoggin.niobe.net> Message-ID: <20111018224929.GN1785@rivendell.redhat.com> On 20:08 Tue 18 Oct , Henri Gomez wrote: > > I suggest you ask a lawyer. > > Thanks for the suggestion but individuals like me don't have lawyers > available so easily, especially those involved in licences issues :) > > Usually there is people very aware of licences problematics in OSS > community, that's why I'm trying to get answers here :) > > In IcedTea FAQ (http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions) > > "What license is IcedTea released under? > IcedTea is released under the GPL2 + Classpath exception, which is the > same license as both GNU Classpath and OpenJDK. > " > > IcedTea include Rhino, so I guess GPL2 + Classpath may be a valid licence. > > If IcedTea guys are around, advices more than welcomed No, we don't. We provide the option to use the system installed Rhino package. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20111018/ca2b1ad5/attachment.bin From mark at talios.com Tue Oct 18 16:15:37 2011 From: mark at talios.com (Mark Derricutt) Date: Wed, 19 Oct 2011 12:15:37 +1300 Subject: Rhino build support In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net> References: <20111018162208.A9EF31041@eggemoggin.niobe.net> Message-ID: One downside of not including it is that when you run "jrunscript" you get: $ git develop* ? jrunscript script engine for language js can not be found Jrunscript by default looks for a "js" engine and fails. Unfortunately, we can't just take the latest Rhino from mozilla and put it on the class path as that, AFAIK doesn't include any of the javax.scripting extensions to make it work ( I have some recollection that either mozilla wouldn't accept the patches, or Sun didn't want to submit them - I could be grossly wrong here tho). I see mentioned often that the source of the version of rhino used by the JDK isn't available anywhere either - so knowing just what patches were made is difficult. Mark On 19/10/2011, at 5:22 AM, mark.reinhold at oracle.com wrote: > Yes, license problems. Rhino is licensed under the MPL, > which is fundamentally incompatible with the GPL. From mark at klomp.org Wed Oct 19 01:28:33 2011 From: mark at klomp.org (Mark Wielaard) Date: Wed, 19 Oct 2011 10:28:33 +0200 Subject: Rhino build support In-Reply-To: References: <20111018162208.A9EF31041@eggemoggin.niobe.net> <1318960890.8669.60.camel@springer.wildebeest.org> Message-ID: <1319012913.8669.68.camel@springer.wildebeest.org> On Tue, 2011-10-18 at 20:10 +0200, Henri Gomez wrote: > Mark (Wielaard) > > "Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK, > IcedTea, or the bsd/macosx-port is done upstream seems like a good idea > in general." > > Do you means, Rhino could be put back upstream ? Yes. > In the interim, do you think I could include it in my own builds (os/x port) ? Yes, but that is what I am trying to prevent from happening :) Note that IcedTea doesn't really "ship" Rhino itself. But it has configure and build infrastructure to detect the system installed copy of Rhino and transforms that so that it is available as separate module under jre/lib. IMHO if a JDK includes javax.script javascript support we should make sure they include the same version and features. So we should try to collect all versions/derivitives of Rhino being used with OpenJDK/IcedTea/ClosedJDK and setup a canonical version (ideally just as a branch of upstream Rhino). That would prevent subtle compatibility issues. I haven't been able to find the source code for the Rhino variant shipped with the Oracle ClosedJDK. Since it is distributed under the GPL/MPL, I assume the source code is somewhere for users to use, but I might have missed where. Someone from Oracle (Mark R.?) might know where the sources can be fetched from. Thanks, Mark From henri.gomez at gmail.com Wed Oct 26 23:48:29 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 27 Oct 2011 08:48:29 +0200 Subject: Rhino build support In-Reply-To: <1319012913.8669.68.camel@springer.wildebeest.org> References: <20111018162208.A9EF31041@eggemoggin.niobe.net> <1318960890.8669.60.camel@springer.wildebeest.org> <1319012913.8669.68.camel@springer.wildebeest.org> Message-ID: >> In the interim, do you think I could include it in my own builds (os/x port) ? > > Yes, but that is what I am trying to prevent from happening :) > Note that IcedTea doesn't really "ship" Rhino itself. But it has > configure and build infrastructure to detect the system installed copy > of Rhino and transforms that so that it is available as separate module > under jre/lib. If my build process download Rhino first and then setup/update the build to use it, could I use it. If so, should we rename Rhino classname and patch OpenJDK sources to use these new classes ? Or use rename them like JDJ7u1 do, ie org/mozilla/classfile -> sun/org/mozilla/classfile/internal ? I notice Oracle JDK7 preview still didn't include them. JDK7u1 include them : sun/org/mozilla/classfile/internal/ByteCode.class sun/org/mozilla/classfile/internal/ClassFileField.class sun/org/mozilla/classfile/internal/ClassFileMethod.class sun/org/mozilla/classfile/internal/ClassFileWriter$ClassFileFormatException.class sun/org/mozilla/classfile/internal/ClassFileWriter$StackMapTable.class sun/org/mozilla/classfile/internal/ClassFileWriter.class sun/org/mozilla/classfile/internal/ConstantPool.class sun/org/mozilla/classfile/internal/ExceptionTableEntry.class sun/org/mozilla/classfile/internal/FieldOrMethodRef.class sun/org/mozilla/classfile/internal/SuperBlock.class sun/org/mozilla/classfile/internal/TypeInfo.class sun/org/mozilla/javascript/internal/Arguments.class sun/org/mozilla/javascript/internal/BaseFunction.class sun/org/mozilla/javascript/internal/BeanProperty.class sun/org/mozilla/javascript/internal/BoundFunction.class sun/org/mozilla/javascript/internal/Callable.class sun/org/mozilla/javascript/internal/ClassCache.class sun/org/mozilla/javascript/internal/ClassShutter.class .... > IMHO if a JDK includes javax.script javascript support we should make > sure they include the same version and features. So we should try to > collect all versions/derivitives of Rhino being used with > OpenJDK/IcedTea/ClosedJDK and setup a canonical version (ideally just as > a branch of upstream Rhino). That would prevent subtle compatibility > issues. > > I haven't been able to find the source code for the Rhino variant > shipped with the Oracle ClosedJDK. Since it is distributed under the > GPL/MPL, I assume the source code is somewhere for users to use, but I > might have missed where. Someone from Oracle (Mark R.?) might know where > the sources can be fetched from. What's the status about this ? From mark at klomp.org Thu Oct 27 01:46:42 2011 From: mark at klomp.org (Mark Wielaard) Date: Thu, 27 Oct 2011 10:46:42 +0200 Subject: Rhino build support In-Reply-To: References: <20111018162208.A9EF31041@eggemoggin.niobe.net> <1318960890.8669.60.camel@springer.wildebeest.org> <1319012913.8669.68.camel@springer.wildebeest.org> Message-ID: <1319705202.5037.88.camel@springer.wildebeest.org> Hi Henri (and Mark Reinhold, see ping below), On Thu, 2011-10-27 at 08:48 +0200, Henri Gomez wrote: > >> In the interim, do you think I could include it in my own builds (os/x port) ? > > > > Yes, but that is what I am trying to prevent from happening :) > > Note that IcedTea doesn't really "ship" Rhino itself. But it has > > configure and build infrastructure to detect the system installed copy > > of Rhino and transforms that so that it is available as separate module > > under jre/lib. > > If my build process download Rhino first and then setup/update the > build to use it, could I use it. Sure, you could also do that. > If so, should we rename Rhino classname and patch OpenJDK sources to > use these new classes ? > Or use rename them like JDJ7u1 do, ie org/mozilla/classfile -> > sun/org/mozilla/classfile/internal ? That is what IcedTea does. See the rewrite-rhino support in IcedTea Makefile.am. It is a little ugly, but the best we can do at the moment making sure the classes are in their own "namespace". An alternative approach might be to have a special ClassLoader that automagically loads the classes as if they are in a separate package namespace. The reason for this is that we like applications to be able to bundle their own Rhino variant (LibreOffice for example does), which might be using the original package name. The drawback of course is that we have two "copies" of the same jar, ideally everything, both jre and applications would always just use the one and only system rhino install. > > IMHO if a JDK includes javax.script javascript support we should make > > sure they include the same version and features. So we should try to > > collect all versions/derivitives of Rhino being used with > > OpenJDK/IcedTea/ClosedJDK and setup a canonical version (ideally just as > > a branch of upstream Rhino). That would prevent subtle compatibility > > issues. > > > > I haven't been able to find the source code for the Rhino variant > > shipped with the Oracle ClosedJDK. Since it is distributed under the > > GPL/MPL, I assume the source code is somewhere for users to use, but I > > might have missed where. Someone from Oracle (Mark R.?) might know where > > the sources can be fetched from. > > What's the status about this ? I forgot to poke Mark Reinhold again. Lets do that now :) Mark, could you point us to the sources of the Rhino variant as shipped with the Oracle ClosedJDK? Thanks, Mark From henri.gomez at gmail.com Mon Oct 31 01:16:40 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 31 Oct 2011 09:16:40 +0100 Subject: bsd-port still in b147 Message-ID: Hi guys bsd-port seems to be still in b147 whereas macosx-port is allready b215. Is it planned to put it in sync ? Cheers From mark at klomp.org Mon Oct 31 04:51:05 2011 From: mark at klomp.org (Mark Wielaard) Date: Mon, 31 Oct 2011 12:51:05 +0100 Subject: Rhino source code (Was: Rhino build support) In-Reply-To: <1319705202.5037.88.camel@springer.wildebeest.org> References: <20111018162208.A9EF31041@eggemoggin.niobe.net> <1318960890.8669.60.camel@springer.wildebeest.org> <1319012913.8669.68.camel@springer.wildebeest.org> <1319705202.5037.88.camel@springer.wildebeest.org> Message-ID: <1320061865.3388.30.camel@springer.wildebeest.org> Hi Mark, This might have slipped through with all the excitement around JavaFX being liberated and all the new JEPs. But it would really help us if you could take a quick peek and point us in the right direction. It would be good for us to make sure we all distribute the same javax.script javascript support, whether it is ClosedJDK, OpenJDK, IcedTea or the MacOSX port. Users probably would like to be sure it is all compatible and supports the same features. On Thu, 2011-10-27 at 10:46 +0200, Mark Wielaard wrote: > On Thu, 2011-10-27 at 08:48 +0200, Henri Gomez wrote: > > > I haven't been able to find the source code for the Rhino variant > > > shipped with the Oracle ClosedJDK. Since it is distributed under the > > > GPL/MPL, I assume the source code is somewhere for users to use, but I > > > might have missed where. Someone from Oracle (Mark R.?) might know where > > > the sources can be fetched from. > > > > What's the status about this ? > > I forgot to poke Mark Reinhold again. > Lets do that now :) > > Mark, could you point us to the sources of the Rhino variant as shipped > with the Oracle ClosedJDK? Maybe it is already in the distribution legal notes somewhere, but we looked and cannot find it (maybe we looked in the wrong place). Assuming you are redistributing Rhino under the GPL/MPL there really should at least be a conspicuous notice stating where to find the modifications used to make the binary Oracle is distributing (MPL section 3.6 and/or GPL section 3). Thanks, Mark From ahughes at redhat.com Mon Oct 31 14:53:24 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Mon, 31 Oct 2011 21:53:24 +0000 Subject: bsd-port still in b147 In-Reply-To: References: Message-ID: <20111031215324.GE10762@rivendell.middle-earth.co.uk> On 09:16 Mon 31 Oct , Henri Gomez wrote: > Hi guys > > bsd-port seems to be still in b147 whereas macosx-port is allready b215. > > Is it planned to put it in sync ? > OpenJDK7 only goes up to b147: http://hg.openjdk.java.net/jdk7/jdk7/ The numerous jdk7ux trees seem to continue but with new versioning (jdk7u2-b10 at present): http://hg.openjdk.java.net/jdk7u/jdk7u-dev/ The Google results for b215 suggest to me it's unique to the Mac OS X port. I don't know whether the BSD port is pulling from there. It's always seemed odd to me that the two are separate anyway. > Cheers > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20111031/ce63c094/attachment.bin From mark.reinhold at oracle.com Tue Oct 18 10:49:50 2011 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 18 Oct 2011 10:49:50 -0700 Subject: Rhino build support In-Reply-To: mike.milinkovich@eclipse.org; Tue, 18 Oct 2011 13:01:31 EDT; <00c601cc8db7$95e66e20$c1b34a60$@eclipse.org> Message-ID: <20111018174950.39EFB1041@eggemoggin.niobe.net> 2011/10/18 10:01 -0700, mike.milinkovich at eclipse.org: > From http://www.mozilla.org/rhino/download.html > > "The source code for Rhino is available under MPL 1.1/GPL 2.0 license." > > My guess is that it may be the lack of a Classpath Exception which is the > real culprit. Right. (It's been four years since the big code scrub, so I've forgotten a lot of the details.) - Mark (still NAL) From mark.reinhold at oracle.com Tue Oct 18 10:51:07 2011 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 18 Oct 2011 10:51:07 -0700 Subject: Rhino build support In-Reply-To: henri.gomez@gmail.com; Tue, 18 Oct 2011 19:39:17 +0200; Message-ID: <20111018175107.60F941041@eggemoggin.niobe.net> 2011/10/18 10:39 -0700, henri.gomez at gmail.com: > OpenJDK is GPL > Rhino is MPL > > But when Oracle provide its JDK, you include both of them. > > Which licence should be used by OpenJDK 'packagers/bundlers' so ? I suggest you ask a lawyer. - Mark From mark.reinhold at oracle.com Mon Oct 31 07:53:56 2011 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Mon, 31 Oct 2011 07:53:56 -0700 Subject: Rhino source code (Was: Rhino build support) In-Reply-To: mark@klomp.org; Mon, 31 Oct 2011 12:51:05 BST; <1320061865.3388.30.camel@springer.wildebeest.org> Message-ID: <20111031145356.80545DD3@eggemoggin.niobe.net> 2011/10/31 4:51 -0700, mark at klomp.org: > This might have slipped through with all the excitement around JavaFX > being liberated and all the new JEPs. But it would really help us if you > could take a quick peek and point us in the right direction. > > It would be good for us to make sure we all distribute the same > javax.script javascript support, whether it is ClosedJDK, OpenJDK, > IcedTea or the MacOSX port. Users probably would like to be sure it is > all compatible and supports the same features. Sundar -- Could you please summarize the changes you made to the Rhino code when you last updated the copy used in the Oracle builds? Thanks. > Maybe it is already in the distribution legal notes somewhere, but we > looked and cannot find it (maybe we looked in the wrong place). Assuming > you are redistributing Rhino under the GPL/MPL there really should at > least be a conspicuous notice stating where to find the modifications > used to make the binary Oracle is distributing (MPL section 3.6 and/or > GPL section 3). That should be in the Oracle JDK 7 release notes, but I don't see it, so I'll ask someone to take care of it. - Mark From sundararajan.athijegannathan at oracle.com Mon Oct 31 21:34:22 2011 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 01 Nov 2011 10:04:22 +0530 Subject: Rhino source code (Was: Rhino build support) In-Reply-To: <20111031145356.80545DD3@eggemoggin.niobe.net> References: <20111031145356.80545DD3@eggemoggin.niobe.net> Message-ID: <4EAF76CE.9080907@oracle.com> Hi, Yes, we are working on updating the release note to point people to the CloseJDK Rhino changes. Thanks, -Sundar mark.reinhold at oracle.com wrote: > 2011/10/31 4:51 -0700, mark at klomp.org: > >> This might have slipped through with all the excitement around JavaFX >> being liberated and all the new JEPs. But it would really help us if you >> could take a quick peek and point us in the right direction. >> >> It would be good for us to make sure we all distribute the same >> javax.script javascript support, whether it is ClosedJDK, OpenJDK, >> IcedTea or the MacOSX port. Users probably would like to be sure it is >> all compatible and supports the same features. >> > > Sundar -- Could you please summarize the changes you made to the Rhino > code when you last updated the copy used in the Oracle builds? Thanks. > > >> Maybe it is already in the distribution legal notes somewhere, but we >> looked and cannot find it (maybe we looked in the wrong place). Assuming >> you are redistributing Rhino under the GPL/MPL there really should at >> least be a conspicuous notice stating where to find the modifications >> used to make the binary Oracle is distributing (MPL section 3.6 and/or >> GPL section 3). >> > > That should be in the Oracle JDK 7 release notes, but I don't see it, > so I'll ask someone to take care of it. > > - Mark > From mike.milinkovich at eclipse.org Tue Oct 18 10:01:31 2011 From: mike.milinkovich at eclipse.org (Mike Milinkovich) Date: Tue, 18 Oct 2011 17:01:31 -0000 Subject: Rhino build support In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net> References: henri.gomez@gmail.com; Mon, 17 Oct 2011 19:06:18 +0200; <20111018162208.A9EF31041@eggemoggin.niobe.net> Message-ID: <00c601cc8db7$95e66e20$c1b34a60$@eclipse.org> Mark, >From http://www.mozilla.org/rhino/download.html "The source code for Rhino is available under MPL 1.1/GPL 2.0 license." My guess is that it may be the lack of a Classpath Exception which is the real culprit. Thankfully, IANAL either. > -----Original Message----- > From: discuss-bounces at openjdk.java.net [mailto:discuss- > bounces at openjdk.java.net] On Behalf Of mark.reinhold at oracle.com > Sent: October-18-11 12:22 PM > To: henri.gomez at gmail.com > Cc: discuss at openjdk.java.net; macosx-port-dev at openjdk.java.net; bsd- > port-dev at openjdk.java.net > Subject: Re: Rhino build support > > 2011/10/17 10:06 -0700, henri.gomez at gmail.com: > > ... > > > > I couldn't find officials indications or documentation on how to add > > Rhino from Mozilla to OpenJDK build. > > > > Questions : > > > > 1) Did there is any reason why Rhino is not included in bsd-port (and > > so macosx-port) like licence problems ? > > Yes, license problems. Rhino is licensed under the MPL, which is > fundamentally incompatible with the GPL. > > - Mark (IANAL) From martijnverburg at gmail.com Tue Oct 18 11:39:40 2011 From: martijnverburg at gmail.com (Martijn Verburg) Date: Tue, 18 Oct 2011 18:39:40 -0000 Subject: Rhino build support In-Reply-To: References: <20111018175107.60F941041@eggemoggin.niobe.net> Message-ID: Hi Henri, The EFF would also be a good place to ask and I'm working on trying to get some reasonably priced advice with some legal eagles I know in London, will post back if my new company can sponsor this. Cheers, Martijn On 18 October 2011 19:08, Henri Gomez wrote: >> I suggest you ask a lawyer. > > Thanks for the suggestion but individuals like me don't have lawyers > available so easily, especially those involved in licences issues :) > > Usually there is people very aware of licences problematics in OSS > community, that's why I'm trying to get answers here :) > > In IcedTea FAQ (http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions) > > "What license is IcedTea released under? > IcedTea is released under the GPL2 + Classpath exception, which is the > same license as both GNU Classpath and OpenJDK. > " > > IcedTea include Rhino, so I guess GPL2 + Classpath may be a valid licence. > > If IcedTea guys are around, advices more than welcomed >