From dantran at gmail.com  Tue Nov  1 02:15:54 2011
From: dantran at gmail.com (Dan Tran)
Date: Mon, 31 Oct 2011 19:15:54 -0700
Subject: Need Advice to see if we can ship OpenJDK/JRE with Commercial App
In-Reply-To: <20111031214215.GC10762@rivendell.middle-earth.co.uk>
References: <CABKW8RgyinkYUZSer3FY0=yF6-z0x7BdC8bjDjX2vA6sfhCc0A@mail.gmail.com>
	<CAPCjjnHpLDGRLWBN901vDu0DaJN5zaAAUCtJiapon-W4C8LkCw@mail.gmail.com>
	<CABKW8Rjqmaxu1ts=qxob17MwEbWMK7jsJTi23ecpuc6_N5H3Uw@mail.gmail.com>
	<28EB1E75-4DE7-45FF-84E5-9273F8CACAEF@pobox.com>
	<CABKW8Ri7qVLphOhi+meHy_3_ib8U7tcRuy0OY3yb7JC+7Eg0ow@mail.gmail.com>
	<95F745F4-6BBC-4F87-89F9-DFC8CC9EAA3A@pobox.com>
	<CAPCjjnE9tjO19=4xXr1cYS5E3kvtbdDWf6jn_b43hFeUX+Pirg@mail.gmail.com>
	<6A87B7B4-31B6-4F58-B393-EA6AFC308F06@oracle.com>
	<20111026201337.GJ594@rivendell.redhat.com>
	<CAPCjjnHFM5wTp_=ODNu5imn4qfmFP-R=5aRT6ewR7yQmmNN_9A@mail.gmail.com>
	<20111031214215.GC10762@rivendell.middle-earth.co.uk>
Message-ID: <CAPCjjnGtmThD9NF33iRTun3AAF_wxzeQctYN7Qc9b-aUrREt5A@mail.gmail.com>

I am extremely thankful for this redhat 5.5/openjdk 1.7 work.  looking
forward to see it happen.

Thanks again

-Dan

On Mon, Oct 31, 2011 at 2:42 PM, Dr Andrew John Hughes
<ahughes at redhat.com> wrote:
> On 20:38 Wed 26 Oct ? ? , Dan Tran wrote:
>> If someone can point me to a prebuild of openjdk 1.7 for CentOS/Redhad
>> 5.5+, it is very much appreciated. So far I only found discussion for
>> Ferora, ubuntu, etc
>>
>
> Although 7 is in Gentoo and going into F16 (and probably the latest Ubuntu too),
> it won't appear in RHEL until there is at least a TCK available, as there is for 6.
>
> I also believe you'll have problems on RHEL/CentOS 5.x (see posts on
> distro-pkg-dev at openjdk.java.net) due to the age of some of the
> dependencies. ?NIO relies on some newer system calls and libraries
> than are provided by RHEL 5. ?For instance, there have been issues with
> building against glib.
>
> I'll try and have a look myself at getting RHEL5 + IcedTea 2.0 (which
> uses OpenJDK 7) working soon, but my RHEL5 box is pretty slow. ?If I do,
> I could post the binaries somewhere.
>
>> Thanks
>>
>> -D
>>
>
> --
> 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
>


From sundararajan.athijegannathan at oracle.com  Tue Nov  1 04: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 henri.gomez at gmail.com  Wed Nov  2 07:00:37 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 2 Nov 2011 08:00:37 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <4EAF76CE.9080907@oracle.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com>
Message-ID: <CALyUpY1-krpKrcCuh_H721qG0YSzbQTfsTDhSJCR8j-BdQvt7w@mail.gmail.com>

Hi Sunder

Will you also explain how to get Rhino built into OpenJDK, ie what
should be done in makefile's and parameters, to get it loaded and
compiled in JDK ?

Cheers



2011/11/1 A. Sundararajan <sundararajan.athijegannathan at 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 mark at klomp.org  Wed Nov  2 08:37:51 2011
From: mark at klomp.org (Mark Wielaard)
Date: Wed, 2 Nov 2011 09:37:51 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <4EAF76CE.9080907@oracle.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com>
Message-ID: <20111102083751.GB25788@hermans.wildebeest.org>

On Tue, Nov 01, 2011 at 10:04:22AM +0530, A. Sundararajan wrote:
> mark.reinhold at oracle.com wrote:
> >2011/10/31 4:51 -0700, mark at klomp.org:
> >>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.
>
> Yes, we are working on updating the release note to point people to
> the CloseJDK Rhino changes.

That is really appreciated.
Easiest for us would be just a repository with the current code, as
you use it in your integration builds. Or a diff against the upstream
release you made the changes to and how it integrates with the rest
of the build.

Thanks,

Mark


From cowwoc at bbs.darktech.org  Fri Nov  4 23:22:47 2011
From: cowwoc at bbs.darktech.org (cowwoc)
Date: Fri, 4 Nov 2011 16:22:47 -0700 (PDT)
Subject: Project Proposal: JFX
In-Reply-To: <0939F75A-0AB6-4338-AB6D-7D03201E4E01@oracle.com>
References: <0939F75A-0AB6-4338-AB6D-7D03201E4E01@oracle.com>
Message-ID: <32784230.post@talk.nabble.com>



Richard Bair-5 wrote:
> 
> Hi OpenJDK community!
> 
> As announced at JavaOne we (Oracle) would love to contribute JavaFX into
> OpenJDK as a new project called "JFX". For some who have been following
> along, we've talked about this for a long time but finally (finally!)
> we're ready to act on it and open source the platform. We are not just
> interested in open sourcing the code, however, we also want to move into
> an open development model. We already have an open bug database[1]. The
> project uses Mercurial, so we should fit in pretty well into OpenJDK.
> 
> Our basic motivation for wanting to open source JFX is to built a
> community and ecosystem support and adoption around JavaFX by increasing
> transparency. Of course we are also interested in getting patches and
> early feedback from the community[2]! Our goal is to provide the
> next-generation Java client toolkit, and JFX would be the next step along
> that path, which hopefully culminates in a JSR for the Java 9 timeframe
> and including JFX as proper part of the JDK. I would be the initial
> Project lead for JFX.
> 
> A little bit about our project:
> It is a significant contribution to the corpus of open source code
> It includes over 6000+ public API members (methods / constructors / etc)
> It includes over 11,500 unit tests
> Core libraries such as observable collections and binding
> Scene graph, effects, graphics
> CSS support for JavaFX
> Media
> WebView
> Prism (hardware accelerated graphics, including openGL and D3D and java2D
> implementations)
> Glass (windowing system, base porting layer, including mac, linux, and
> windows implementations)
> UI Controls and Charts
> 
> Our builds are all Ant, with JUnit for testing (there is some 'make' in
> there for native parts). We also have NetBeans projects setup for each
> area. There is a lot of code that we'll be releasing, so as a matter of
> practicality we're going to release different parts of JavaFX over the
> course of the next few months, starting with UI controls followed by
> charts. We'll put up a full roadmap onto our project pages, should we be
> approved to become part of OpenJDK. We'll make sure that the open source
> code is always fully buildable by anybody using the sources + a binary
> plug (which will become unnecessary as we open source the remaining
> pieces). All of the above listed modules will be open sourced and fully
> buildable.
> 
> What do you think? I'd love to hear any issues and hopefully be able to
> resolve those prior to requesting an official vote.
> 
> Thanks
> Richard
> 
> [1] http://javafx-jira.kenai.com
> [2] A good example of the sort of interesting stuff going on out there can
> be found here:
> http://jroller.com/neugens/entry/embed_swing_inside_javafx_2
> 

Richard,

That's excellent news! I've only got two bits of advice for you:

1. Adopt a sane deprecation policy or freeze APIs much later than you think
is necessary.
2. Don't screw it up.

The JDK is plagued with problems that can't be fixed for backwards
compatibility reasons. Either adopt a sane policy ("we'll remove methods one
release after declaring they are deprecated" -- that's 3-5 years in OpenJDK
speak) or expose @Beta methods in public releases and freeze them much later
on (as Google does with Guava).

Historically most users ignore beta builds and as a result most design flaws
don't get caught until the API is already frozen.

Plan for failure (design flaws) and we will all be better for it :)

Kind Regards,
Gili
-- 
View this message in context: http://old.nabble.com/Project-Proposal%3A-JFX-tp32734978p32784230.html
Sent from the OpenJDK General discussion mailing list archive at Nabble.com.



From dify.ltd at gmail.com  Mon Nov  7 11:14:00 2011
From: dify.ltd at gmail.com (Attila-Mihaly Balazs)
Date: Mon, 07 Nov 2011 13:14:00 +0200
Subject: Question about OpenJDK version numbers
Message-ID: <4EB7BD78.6070900@gmail.com>

Hello everybody,

I would like to know the correspondence between OpenJDK version numbers 
and Sun/Oracle JDK version number and my search turned up empty. For 
example java -version on my Ubuntu box says: java version "1.6.0_23" but 
the Oracle JDK is up to 6.29. Is there a way to know if all features / 
fixes from a particular version of Oracle JDK are present in a given 
version of OpenJDK?

Best regards,
Attila Balazs


From fweimer at bfk.de  Mon Nov  7 11:51:44 2011
From: fweimer at bfk.de (Florian Weimer)
Date: Mon, 07 Nov 2011 11:51:44 +0000
Subject: hg: jep/jeps: 119: javax.lang.model Implementation Backed by Core
	Reflection
In-Reply-To: <20111101214749.A1FBC471F3@hg.openjdk.java.net> (mark reinhold's
	message of "Tue, 01 Nov 2011 21:47:49 +0000")
References: <20111101214749.A1FBC471F3@hg.openjdk.java.net>
Message-ID: <827h3ccfqn.fsf@mid.bfk.de>

* mark reinhold:

> Changeset: 965ff7e847f4
> Author:    mr
> Date:      2011-11-01 14:47 -0700
> URL:       http://hg.openjdk.java.net/jep/jeps/rev/965ff7e847f4
>
> 119: javax.lang.model Implementation Backed by Core Reflection

We have implemented something in this area, a unified API backed
alternatively by javax.lang.model or reflection.  Our experience with
javax.lang.model was not entirely positive because we noticed that our
code tended to have accidental dependencies on javac implementation
details.  That was our main motivation to add another layer of
indirection.  (Another reason was that it was difficult to figure out
how javax.lang.model was supposed to be implemented, but after the
experience, it seems less daunting.)

Testing the new implementation against the javac view will likely
uncover bugs in Core Reflection, which should be fixed there, not worked
around in the implementation.

-- 
Florian Weimer                <fweimer at bfk.de>
BFK edv-consulting GmbH       http://www.bfk.de/
Kriegsstra?e 100              tel: +49-721-96201-1
D-76133 Karlsruhe             fax: +49-721-96201-99


From dalibor.topic at oracle.com  Mon Nov  7 12:27:55 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Mon, 07 Nov 2011 13:27:55 +0100
Subject: Question about OpenJDK version numbers
In-Reply-To: <4EB7BD78.6070900@gmail.com>
References: <4EB7BD78.6070900@gmail.com>
Message-ID: <4EB7CECB.8030600@oracle.com>

On 11/7/11 12:14 PM, Attila-Mihaly Balazs wrote:
> Hello everybody,
> 
> I would like to know the correspondence between OpenJDK version numbers and Sun/Oracle JDK version number and my search turned up empty. For example java -version on my Ubuntu box says: java version "1.6.0_23" but the Oracle JDK is up to 6.29. Is there a way to know if all features / fixes from a particular version of Oracle JDK are present in a given version of OpenJDK?
 

For OpenJDK 6: no. See https://blogs.oracle.com/darcy/entry/openjdk_6_genealogy for details.
For OpenJDK 7: Oracle JDK 7 releases are based on OpenJDK 7, so yes. See http://robilad.livejournal.com/87097.html for details.

cheers,
dalibor topic

-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From volker.simonis at gmail.com  Mon Nov  7 14:36:24 2011
From: volker.simonis at gmail.com (Volker Simonis)
Date: Mon, 7 Nov 2011 15:36:24 +0100
Subject: Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit
	with free tools only
In-Reply-To: <CAOo=rxW-fb+Yuz9MqocCyKO9XX5DNcR24v9=12ywSqvwNn1LKQ@mail.gmail.com>
References: <CA+3eh11jeTRBK6pVkYnuCB181Od9j8opAXde=AqCVGwTjHcJ5Q@mail.gmail.com>
	<CAOo=rxW-fb+Yuz9MqocCyKO9XX5DNcR24v9=12ywSqvwNn1LKQ@mail.gmail.com>
Message-ID: <CA+3eh12bc-kX6Oq6WvQwUfnU3VkA-PZghUrKr51tX4gRjuRC6w@mail.gmail.com>

Hi Sean,

for me it seems to work!

I've just copied the created j2sdk-image directory to a Win2003
machine and run the demo\jfc\Font2DTest\Font2DTest.jar demo without
any problems. As far as I can see, the "freetype.dll" is available
within the JDK-image at j2sdk-image\jre\bin\freetype.dll.

Had you build the images and copied these images to the new host when
you run into the problems?

Regards,
Volker

On Mon, Nov 7, 2011 at 4:28 AM, Sean Chou <zhouyx at linux.vnet.ibm.com> wrote:
> Hi Volker,
> ? ? I would like to know have you tried to run gui application with the
> build on another
> windows machine?which doesn't have freetype.dll installed ? ?I had built jdk
> on
> windows but found that it can?run gui applications in the machine built it,
> but cann't
> run gui application in machines?without freetype installed.
>
> On Sat, Oct 29, 2011 at 2:19 AM, Volker Simonis <volker.simonis at gmail.com>
> wrote:
>>
>> Hi,
>>
>> I've put together a short description on how to build both, a 64- and
>> a 32-bit version of OpenJDK 8 on a plain, vanilla WindowsXP 64-bit
>> operating system using only free (as in free beer) tools:
>>
>>
>> http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction
>>
>> It seems as if ?it is not that hard anymore nowadays:)
>>
>> Regards,
>> Volker
>
>
>
> --
> Best Regards,
> Sean Chou
>
>


From philip.race at oracle.com  Mon Nov  7 17:19:21 2011
From: philip.race at oracle.com (Phil Race)
Date: Mon, 07 Nov 2011 09:19:21 -0800
Subject: Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit
	with free tools only
In-Reply-To: <CAOo=rxW-fb+Yuz9MqocCyKO9XX5DNcR24v9=12ywSqvwNn1LKQ@mail.gmail.com>
References: <CA+3eh11jeTRBK6pVkYnuCB181Od9j8opAXde=AqCVGwTjHcJ5Q@mail.gmail.com>
	<CAOo=rxW-fb+Yuz9MqocCyKO9XX5DNcR24v9=12ywSqvwNn1LKQ@mail.gmail.com>
Message-ID: <4EB81319.4090809@oracle.com>

Sean,

I am not sure what you mean by "installed" - installed into 
\windows\system32
or installed in the JRE bin directory?  But the latter is the only way 
its supposed to
work, and the build should take the copy of freetype.dll you provide to 
it, and
copy it to that location. At runtime, freetype is treated like any other 
JRE provided
DLL, such as awt.dll, net.dll, etc. The difference is only at build 
time, since the openjdk
sources don't contain the freetype sources. You need to build it separately.

-phil.

On 11/6/2011 7:28 PM, Sean Chou wrote:
> Hi Volker,
>
>     I would like to know have you tried to run gui application with 
> the build on another
> windows machine which doesn't have freetype.dll installed ?  I had 
> built jdk on
> windows but found that it can run gui applications in the machine 
> built it, but cann't
> run gui application in machines without freetype installed.
>
>
> On Sat, Oct 29, 2011 at 2:19 AM, Volker Simonis 
> <volker.simonis at gmail.com <mailto:volker.simonis at gmail.com>> wrote:
>
>     Hi,
>
>     I've put together a short description on how to build both, a 64- and
>     a 32-bit version of OpenJDK 8 on a plain, vanilla WindowsXP 64-bit
>     operating system using only free (as in free beer) tools:
>
>     http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction
>
>     It seems as if  it is not that hard anymore nowadays:)
>
>     Regards,
>     Volker
>
>
>
>
> -- 
> Best Regards,
> Sean Chou
>



From joe.darcy at oracle.com  Mon Nov  7 22:23:46 2011
From: joe.darcy at oracle.com (Joseph Darcy)
Date: Mon, 07 Nov 2011 14:23:46 -0800
Subject: hg: jep/jeps: 119: javax.lang.model Implementation Backed by
	Core Reflection
In-Reply-To: <827h3ccfqn.fsf@mid.bfk.de>
References: <20111101214749.A1FBC471F3@hg.openjdk.java.net>
	<827h3ccfqn.fsf@mid.bfk.de>
Message-ID: <4EB85A72.3070003@oracle.com>

Hello Florian,

On 11/7/2011 3:51 AM, Florian Weimer wrote:
> * mark reinhold:
>
>> Changeset: 965ff7e847f4
>> Author:    mr
>> Date:      2011-11-01 14:47 -0700
>> URL:       http://hg.openjdk.java.net/jep/jeps/rev/965ff7e847f4
>>
>> 119: javax.lang.model Implementation Backed by Core Reflection
> We have implemented something in this area, a unified API backed
> alternatively by javax.lang.model or reflection.  Our experience with
> javax.lang.model was not entirely positive because we noticed that our
> code tended to have accidental dependencies on javac implementation
> details.  That was our main motivation to add another layer of
> indirection.  (Another reason was that it was difficult to figure out
> how javax.lang.model was supposed to be implemented, but after the
> experience, it seems less daunting.)
>
> Testing the new implementation against the javac view will likely
> uncover bugs in Core Reflection, which should be fixed there, not worked
> around in the implementation.

The javax.lang.model.* API was always intended to be able to have 
different sources of information backing it.  (In the JSR 269 
implementation provided in javac, this different kind of backing happens 
in a small way when the information about a type comes from a source 
files versus a class file and the specification is designed to allow 
certain differences in behavior in this situation. [1])

Like the apt mirror API, the jaxax.lang.model API was informed by the 
mirrors design philosophy for reflective APIs. [2]

The apt and jaxax.lang.model APIs make distinctions between 
declarations/elements (the structure of entities the programmer 
declares) and the types of those entities.   [3] For example, the APIs 
are able to distinguish between

     * The declaration of the interface "java.util.Set"
     * The raw type "java.util.Set"
     * The type "java.util.Set<T>" and other instantiations of the 
generic type java.util.Set

Other reflective APIs often blur such distinctions when can lead to 
impedance mismatches when trying to place javax.lang.model on top if it.

The javax.lang.model API was designed to allow specializations of it.  
This surfaces in a few ways:

     * The API is mostly interfaces as opposed to classes.
     * Types for structures modeled in javax.lang.model.element 
correspond to stable JVM-level concepts.
     *  ElementKind.OTHER and TypeKind.OTHER allow for controlled extension.
     * Use of wilcards in return types like "List<? extends Element> 
Element.getEnclosedElements()"; a subtype can use a covariant return in 
an overriding method to provide more specific information.

So a core reflection specialized version of the javax.lang.model API 
might look a bit different than the stock API provided by javac (and 
other compilers); possibilities to explore include:

* New root interface "CoreReflectionElement extends 
javax.lang.model.Element".  This interface could then provide methods like
List<CoreReflectionElement> getEnclosedElements()" that do not use 
wildcards.
* Supporting more capabilities, such as being able to invoke 
CoreReflectionExecutableElement objects.
* Modeling of structures present in the JVM/core reflection but outside 
of the language model including bridge methods and synthetic methods.

There are cases where there are legitimate differences in modeling 
between a JVM/class file view of the world and a pure language model 
view, so I would not expect javax.lang.model backed by core reflection 
to behave identically to the javac implementation.  However, core 
reflection also certainly has its own bugs and misfeatures that might be 
addressed as a side-effect of this project.

Cheers,

-Joe

[1] 
http://download.java.net/jdk8/docs/api/javax/lang/model/element/package-summary.html

[2] Gilad Bracha and David Ungar. Mirrors: Design Principles for 
Meta-level Facilities of Object-Oriented Programming Languages. In Proc. 
of the ACM Conf. on Object-Oriented Programming, Systems, Languages and 
Applications, October 2004.

[3] See discussion in slides 20-29 of 
https://blogs.oracle.com/darcy/resource/J1_2005-TS-7425.pdf


From volker.simonis at gmail.com  Tue Nov  8 08:32:43 2011
From: volker.simonis at gmail.com (Volker Simonis)
Date: Tue, 8 Nov 2011 09:32:43 +0100
Subject: Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit
	with free tools only
In-Reply-To: <CAOo=rxU9NgwZ3oZs0QK6BqHxJro8-Omdhw3P4-6jfCt3u_WaWQ@mail.gmail.com>
References: <CA+3eh11jeTRBK6pVkYnuCB181Od9j8opAXde=AqCVGwTjHcJ5Q@mail.gmail.com>
	<CAOo=rxW-fb+Yuz9MqocCyKO9XX5DNcR24v9=12ywSqvwNn1LKQ@mail.gmail.com>
	<4EB81319.4090809@oracle.com>
	<CAOo=rxU9NgwZ3oZs0QK6BqHxJro8-Omdhw3P4-6jfCt3u_WaWQ@mail.gmail.com>
Message-ID: <CA+3eh12oCh0o-mi5Lsm_HDdsqnZz=TGdmcw_rkO2=kCmfneQ6A@mail.gmail.com>

Hi Sean,

looking at your error.log I think you have a different problem:

Caused by: java.lang.UnsatisfiedLinkError: C:\Users\zhouyx\Desktop\j2sdk-image\j

re\bin\freetype.dll: Can't find dependent libraries

This means that freetype.dll was found, but another library which
freetype.dll is dependent on could not be located on the new system.

You can check with a tool like for example "DependencyWalker"
(http://www.dependencywalker.com/) on which other libraries
freetype.dll is dependent on. As far as I can see on my system, the
dependencies are not exceptional:

t:\sapjvm_dev\d046063\j2sdk-image\jre\bin\FREETYPE.DLL
|-->c:\windows\system32\KERNEL32.DLL
      |-->c:\windows\system32\NTDLL.DLL

Hope this helps,
Volker


On Tue, Nov 8, 2011 at 7:38 AM, Sean Chou <zhouyx at linux.vnet.ibm.com> wrote:
> ?Hi Phil,
> ? ? The situation I found is strange: the JDK we build works well on windows
> which
> have the building environment. Eg. machine1 and machine2 both can build
> windows
> openjdk. If I copy a jdk built on machine1 to machine2, it works well. If
> machine3
> doesn't have the build environment,?it reports error about freetype.dll.
> ? ??I haven't investigate the problem,??however the freetype.dll?is there
> with awt.dll. So I guessed it was something related?to freetype.dll
> installation.
> ? ? The attachment is the error information.
> On Tue, Nov 8, 2011 at 1:19 AM, Phil Race <philip.race at oracle.com> wrote:
>>
>> Sean,
>>
>> I am not sure what you mean by "installed" - installed into
>> \windows\system32
>> or installed in the JRE bin directory? ?But the latter is the only way its
>> supposed to
>> work, and the build should take the copy of freetype.dll you provide to
>> it, and
>> copy it to that location. At runtime, freetype is treated like any other
>> JRE provided
>> DLL, such as awt.dll, net.dll, etc. The difference is only at build time,
>> since the openjdk
>> sources don't contain the freetype sources. You need to build it
>> separately.
>>
>> -phil.
>>
>> On 11/6/2011 7:28 PM, Sean Chou wrote:
>>>
>>> Hi Volker,
>>>
>>> ? ?I would like to know have you tried to run gui application with the
>>> build on another
>>> windows machine which doesn't have freetype.dll installed ? ?I had built
>>> jdk on
>>> windows but found that it can run gui applications in the machine built
>>> it, but cann't
>>> run gui application in machines without freetype installed.
>>>
>>>
>>> On Sat, Oct 29, 2011 at 2:19 AM, Volker Simonis <volker.simonis at gmail.com
>>> <mailto:volker.simonis at gmail.com>> wrote:
>>>
>>> ? ?Hi,
>>>
>>> ? ?I've put together a short description on how to build both, a 64- and
>>> ? ?a 32-bit version of OpenJDK 8 on a plain, vanilla WindowsXP 64-bit
>>> ? ?operating system using only free (as in free beer) tools:
>>>
>>>
>>> ?http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction
>>>
>>> ? ?It seems as if ?it is not that hard anymore nowadays:)
>>>
>>> ? ?Regards,
>>> ? ?Volker
>>>
>>>
>>>
>>>
>>> --
>>> Best Regards,
>>> Sean Chou
>>>
>>
>
>
>
> --
> Best Regards,
> Sean Chou
>
>


From volker.simonis at gmail.com  Tue Nov  8 10:30:58 2011
From: volker.simonis at gmail.com (Volker Simonis)
Date: Tue, 8 Nov 2011 11:30:58 +0100
Subject: Where have all the "fastdebug" builds gone?
Message-ID: <CA+3eh10uJtCRrv=ZnHL53j2sU1HAw8L0QyV=QR+gtsu+bPSZ1w@mail.gmail.com>

Hi,

I could have sworn that

http://jdk6.java.net/download.html and
http://jdk7.java.net/download.html

always contained product AND "fastdebug" builds, but as I just
verified today there are no more "fastdebug" builds available neither
for JDK6 nor for JDK7 and JDK8.

Is this intentional?
Is there any other source for debug builds of the original Oracle JDK?

The debug builds have always been very useful to track down problems,
especially because many of the diagnostic VM options are only
available in debug builds.

Regards,
Volker


From volker.simonis at gmail.com  Tue Nov  8 11:46:36 2011
From: volker.simonis at gmail.com (Volker Simonis)
Date: Tue, 8 Nov 2011 12:46:36 +0100
Subject: Where have all the "fastdebug" builds gone?
In-Reply-To: <4EB90DB7.6020006@gmx.de>
References: <CA+3eh10uJtCRrv=ZnHL53j2sU1HAw8L0QyV=QR+gtsu+bPSZ1w@mail.gmail.com>
	<4EB90DB7.6020006@gmx.de>
Message-ID: <CA+3eh122kSDRbjy_pZP7it3=2oggPeZZ0pxWgvuizyDba_=j=g@mail.gmail.com>

Just to be clear:
- I know that this an OpenJDK mailing list
- I know that http://jdk[6,7,8].java.net/download.html contains Oracle
JDK binaries
- I know I can build OpenJDK fastdebug build myself (even on Windows:)

But I just thought that some of the Oracle folks on this list may know
why 6u25 is the only release
for which the download page currently offers debug builds:

http://download.java.net/jdk6/6u25/promoted/b03/index.html

while this is not the case for any other release (nor before 6u25 and
neither after 6u25)

Thank you and best regards,
Volker

On Tue, Nov 8, 2011 at 12:08 PM, Ulf Zibis <Ulf.Zibis at gmx.de> wrote:
> Hi Volker,
>
> maybe you find some answers here:
> http://news.gmane.org/gmane.comp.java.openjdk.website/cutoff=297
> http://markmail.org/search/?q=list%3Anet.java.openjdk#query:%20list%3Anet.java.openjdk.web-discuss+page:1+mid:hpggicgvoyuuezvi+state:results
> http://mail.openjdk.java.net/pipermail/web-discuss/2011-October/thread.html
>
> -Ulf
>
>
>
> Am 08.11.2011 11:30, schrieb Volker Simonis:
>>
>> Hi,
>>
>> I could have sworn that
>>
>> http://jdk6.java.net/download.html and
>> http://jdk7.java.net/download.html
>>
>> always contained product AND "fastdebug" builds, but as I just
>> verified today there are no more "fastdebug" builds available neither
>> for JDK6 nor for JDK7 and JDK8.
>>
>> Is this intentional?
>> Is there any other source for debug builds of the original Oracle JDK?
>>
>> The debug builds have always been very useful to track down problems,
>> especially because many of the diagnostic VM options are only
>> available in debug builds.
>>
>> Regards,
>> Volker
>>
>


From dalibor.topic at oracle.com  Tue Nov  8 12:16:21 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Tue, 08 Nov 2011 13:16:21 +0100
Subject: Where have all the "fastdebug" builds gone?
In-Reply-To: <CA+3eh10uJtCRrv=ZnHL53j2sU1HAw8L0QyV=QR+gtsu+bPSZ1w@mail.gmail.com>
References: <CA+3eh10uJtCRrv=ZnHL53j2sU1HAw8L0QyV=QR+gtsu+bPSZ1w@mail.gmail.com>
Message-ID: <4EB91D95.60502@oracle.com>

On 11/8/11 11:30 AM, Volker Simonis wrote:
> Hi,
> 
> I could have sworn that
> 
> http://jdk6.java.net/download.html and
> http://jdk7.java.net/download.html
> 
> always contained product AND "fastdebug" builds, but as I just
> verified today there are no more "fastdebug" builds available neither
> for JDK6 nor for JDK7 and JDK8.
> 
> Is this intentional?

Yes.

cheers,
dalibor topic
-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From dalibor.topic at oracle.com  Wed Nov  9 18:10:57 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Wed, 09 Nov 2011 19:10:57 +0100
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4EBAC231.8080501@oracle.com>

Vote: yes

It feels great to see the OpenJFX Project be proposed here and become a part of the 
OpenJDK Community. You have my vote!

cheers,
dalibor topic

-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From Alexander.Potochkin at oracle.com  Wed Nov  9 19:22:14 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Wed, 09 Nov 2011 22:22:14 +0300
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4EBAD2E6.4010500@oracle.com>

Hello Iris

As a lead of the Swing team I vote for this project

(I would also be very glad to be included to the contributor's list)

Thanks
alexp
> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
>
> As discussed last week [1], the OpenJFX Project will be the home for the
> current and future development of the JavaFX toolkit.  (The name has
> changed from "JFX" to "OpenJFX" due to trademark concerns.)
>
> Oracle's motivation for open-sourcing JavaFX is to build community and
> ecosystem support and adoption of JavaFX by increasing transparency, and
> also to get patches and early feedback.  The goal of OpenJFX is to build
> the next-generation Java client toolkit.  We intend open development to
> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
> included as a proper part of the JDK.
>
> The OpenJFX codebase will be a significant contribution to the corpus of
> open-source code.  It includes:
>
>    - Over 6000+ public API members (methods/constructors/etc.)
>    - Over 11,500 unit tests
>    - Core libraries such as observable collections and binding
>    - Scene graph, effects, graphics
>    - CSS support for JavaFX
>    - Media
>    - WebView
>    - Prism (hardware accelerated graphics, including openGL and D3D and
>      java2D implementations)
>    - Glass (windowing system, base porting layer, including mac, linux,
>      and windows implementations)
>    - UI Controls and Charts
>
> The initial contribution from Oracle will come in stages over some number
> of months, starting with the UI Controls code.  During the initial period
> the OpenJFX source base will necessarily depend on Oracle's public
> binaries of JavaFX.  Once all the initial code has been published then
> OpenJFX will no longer depend on Oracle binaries and will be a fully
> buildable open-source library.  By that point we expect Oracle's JavaFX
> developers to have transitioned to working primarily on OpenJFX out in
> the open.
>
> The proposed Project Lead, Richard Bair, has been a public member of the
> Java community since 2004, first as a contributor to the open-source JDNC
> project then as the project lead for SwingLabs.  He was a member of the
> Swing team and was one of the two engineers responsible for the Nimbus
> look and feel.  He has been working on JavaFX from the beginning, serving
> first as UI Controls lead, then as API lead, and finally as the project
> architect.  During the entire time he has been a forceful and persistent
> voice for the open-sourcing of the JavaFX platform.
>
> The list of proposed committers is large, commensurate with the size of
> the initial code contribution.  The following Oracle engineers have all
> made significant contributions to the code base and are expected to make
> ongoing contributions to the OpenJFX Project:
>
>      Alexander Matveev
>      Alexey Menkov
>      Alexey Utkin
>      Amy Fowler
>      Anthony Petrov
>      Anton Tarasov
>      Artem Ananiev
>      Brent Christian
>      Brian Burkhalter
>      Chien Yang
>      David DeHaven
>      David Grieve
>      David Hill
>      Dmitry Cherepanov
>      Eva Krejcirova
>      Gerard Ziemski
>      Greg Brown
>      Igor Karpov
>      James Graham
>      Jan Valenta
>      Jasper Potts
>      Jennifer Godinez
>      Joe Andresen
>      Jonathan Giles
>      Kevin Rushforth
>      Kinsley Wong
>      Kirill Kirichenko
>      Kirill Prazdnikov
>      Leif Samuelsson
>      Leonid Popov
>      Lubomir Nerad
>      Martin Sladecek
>      Martin Soch
>      Michael Heinrichs
>      Mick Fleming
>      Mong Hang Vo
>      Morris Meyer
>      Oleg Mazurov
>      Oleg Sukhodolsky
>      Paru Somashekar
>      Pavel Porvatov
>      Pavel Safrata
>      Per Bothner
>      Peter Zhelezniakov
>      Phillip Race
>      Radko Najman
>      Ragini Prasad
>      Richard Bair
>      Sergey Malenkov
>      Steve Northover
>      Thor Johannesson
>      Tomas Brandalik
>      Vasiliy Baranov
>      Yao Wang
>
> Reviewers will be nominated by the Lead once formal review procedures are
> in place for the project.
>
> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
>
> Only current OpenJDK Members [3] are eligible to vote on this motion.
>
> For Lazy Consensus voting instructions, see [4].
>
> Iris Clark
>
>
> [1] http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
> [2] http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
> [3] http://openjdk.java.net/census/#members
> [4] http://openjdk.java.net/projects/#new-project-vote



From Alexander.Potochkin at oracle.com  Wed Nov  9 20:18:47 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Wed, 09 Nov 2011 23:18:47 +0300
Subject: CFV: New Project: OpenJFX
In-Reply-To: <4EBAD2E6.4010500@oracle.com>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
	<4EBAD2E6.4010500@oracle.com>
Message-ID: <4EBAE027.2020303@oracle.com>

|Vote: yes|

Now formatting the answer according to the rules
http://openjdk.java.net/projects/#new-project-vote

Thanks Iris for reminding me!

alexp

On 11/9/2011 10:22 PM, Alexander Potochkin wrote:
> Hello Iris
>
> As a lead of the Swing team I vote for this project
>
> (I would also be very glad to be included to the contributor's list)
>
> Thanks
> alexp
>> I hereby propose the creation of the OpenJFX Project with Richard 
>> Bair as
>> the Lead and Swing as the sponsoring Group.
>>
>> As discussed last week [1], the OpenJFX Project will be the home for the
>> current and future development of the JavaFX toolkit.  (The name has
>> changed from "JFX" to "OpenJFX" due to trademark concerns.)
>>
>> Oracle's motivation for open-sourcing JavaFX is to build community and
>> ecosystem support and adoption of JavaFX by increasing transparency, and
>> also to get patches and early feedback.  The goal of OpenJFX is to build
>> the next-generation Java client toolkit.  We intend open development to
>> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX 
>> to be
>> included as a proper part of the JDK.
>>
>> The OpenJFX codebase will be a significant contribution to the corpus of
>> open-source code.  It includes:
>>
>>    - Over 6000+ public API members (methods/constructors/etc.)
>>    - Over 11,500 unit tests
>>    - Core libraries such as observable collections and binding
>>    - Scene graph, effects, graphics
>>    - CSS support for JavaFX
>>    - Media
>>    - WebView
>>    - Prism (hardware accelerated graphics, including openGL and D3D and
>>      java2D implementations)
>>    - Glass (windowing system, base porting layer, including mac, linux,
>>      and windows implementations)
>>    - UI Controls and Charts
>>
>> The initial contribution from Oracle will come in stages over some 
>> number
>> of months, starting with the UI Controls code.  During the initial 
>> period
>> the OpenJFX source base will necessarily depend on Oracle's public
>> binaries of JavaFX.  Once all the initial code has been published then
>> OpenJFX will no longer depend on Oracle binaries and will be a fully
>> buildable open-source library.  By that point we expect Oracle's JavaFX
>> developers to have transitioned to working primarily on OpenJFX out in
>> the open.
>>
>> The proposed Project Lead, Richard Bair, has been a public member of the
>> Java community since 2004, first as a contributor to the open-source 
>> JDNC
>> project then as the project lead for SwingLabs.  He was a member of the
>> Swing team and was one of the two engineers responsible for the Nimbus
>> look and feel.  He has been working on JavaFX from the beginning, 
>> serving
>> first as UI Controls lead, then as API lead, and finally as the project
>> architect.  During the entire time he has been a forceful and persistent
>> voice for the open-sourcing of the JavaFX platform.
>>
>> The list of proposed committers is large, commensurate with the size of
>> the initial code contribution.  The following Oracle engineers have all
>> made significant contributions to the code base and are expected to make
>> ongoing contributions to the OpenJFX Project:
>>
>>      Alexander Matveev
>>      Alexey Menkov
>>      Alexey Utkin
>>      Amy Fowler
>>      Anthony Petrov
>>      Anton Tarasov
>>      Artem Ananiev
>>      Brent Christian
>>      Brian Burkhalter
>>      Chien Yang
>>      David DeHaven
>>      David Grieve
>>      David Hill
>>      Dmitry Cherepanov
>>      Eva Krejcirova
>>      Gerard Ziemski
>>      Greg Brown
>>      Igor Karpov
>>      James Graham
>>      Jan Valenta
>>      Jasper Potts
>>      Jennifer Godinez
>>      Joe Andresen
>>      Jonathan Giles
>>      Kevin Rushforth
>>      Kinsley Wong
>>      Kirill Kirichenko
>>      Kirill Prazdnikov
>>      Leif Samuelsson
>>      Leonid Popov
>>      Lubomir Nerad
>>      Martin Sladecek
>>      Martin Soch
>>      Michael Heinrichs
>>      Mick Fleming
>>      Mong Hang Vo
>>      Morris Meyer
>>      Oleg Mazurov
>>      Oleg Sukhodolsky
>>      Paru Somashekar
>>      Pavel Porvatov
>>      Pavel Safrata
>>      Per Bothner
>>      Peter Zhelezniakov
>>      Phillip Race
>>      Radko Najman
>>      Ragini Prasad
>>      Richard Bair
>>      Sergey Malenkov
>>      Steve Northover
>>      Thor Johannesson
>>      Tomas Brandalik
>>      Vasiliy Baranov
>>      Yao Wang
>>
>> Reviewers will be nominated by the Lead once formal review procedures 
>> are
>> in place for the project.
>>
>> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
>>
>> Only current OpenJDK Members [3] are eligible to vote on this motion.
>>
>> For Lazy Consensus voting instructions, see [4].
>>
>> Iris Clark
>>
>>
>> [1] 
>> http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
>> [2] 
>> http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
>> [3] http://openjdk.java.net/census/#members
>> [4] http://openjdk.java.net/projects/#new-project-vote
>



From jeff.dinkins at oracle.com  Wed Nov  9 20:46:58 2011
From: jeff.dinkins at oracle.com (Jeff Dinkins)
Date: Wed, 9 Nov 2011 12:46:58 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4AF1220B-728C-4155-9201-970E7C64D38E@oracle.com>


Vote: yes


On Nov 1, 2011, at 5:37 PM, Iris Clark wrote:

> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
> 
> As discussed last week [1], the OpenJFX Project will be the home for the
> current and future development of the JavaFX toolkit.  (The name has
> changed from "JFX" to "OpenJFX" due to trademark concerns.)
> 
> Oracle's motivation for open-sourcing JavaFX is to build community and
> ecosystem support and adoption of JavaFX by increasing transparency, and
> also to get patches and early feedback.  The goal of OpenJFX is to build
> the next-generation Java client toolkit.  We intend open development to
> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
> included as a proper part of the JDK.
> 
> The OpenJFX codebase will be a significant contribution to the corpus of
> open-source code.  It includes:
> 
>  - Over 6000+ public API members (methods/constructors/etc.)
>  - Over 11,500 unit tests
>  - Core libraries such as observable collections and binding
>  - Scene graph, effects, graphics
>  - CSS support for JavaFX
>  - Media
>  - WebView
>  - Prism (hardware accelerated graphics, including openGL and D3D and
>    java2D implementations)
>  - Glass (windowing system, base porting layer, including mac, linux,
>    and windows implementations)
>  - UI Controls and Charts
> 
> The initial contribution from Oracle will come in stages over some number
> of months, starting with the UI Controls code.  During the initial period
> the OpenJFX source base will necessarily depend on Oracle's public
> binaries of JavaFX.  Once all the initial code has been published then
> OpenJFX will no longer depend on Oracle binaries and will be a fully
> buildable open-source library.  By that point we expect Oracle's JavaFX
> developers to have transitioned to working primarily on OpenJFX out in
> the open.
> 
> The proposed Project Lead, Richard Bair, has been a public member of the
> Java community since 2004, first as a contributor to the open-source JDNC
> project then as the project lead for SwingLabs.  He was a member of the
> Swing team and was one of the two engineers responsible for the Nimbus
> look and feel.  He has been working on JavaFX from the beginning, serving
> first as UI Controls lead, then as API lead, and finally as the project
> architect.  During the entire time he has been a forceful and persistent
> voice for the open-sourcing of the JavaFX platform.
> 
> The list of proposed committers is large, commensurate with the size of
> the initial code contribution.  The following Oracle engineers have all
> made significant contributions to the code base and are expected to make
> ongoing contributions to the OpenJFX Project:
> 
>    Alexander Matveev
>    Alexey Menkov
>    Alexey Utkin
>    Amy Fowler
>    Anthony Petrov
>    Anton Tarasov
>    Artem Ananiev
>    Brent Christian
>    Brian Burkhalter
>    Chien Yang
>    David DeHaven
>    David Grieve
>    David Hill
>    Dmitry Cherepanov
>    Eva Krejcirova
>    Gerard Ziemski
>    Greg Brown
>    Igor Karpov
>    James Graham
>    Jan Valenta
>    Jasper Potts
>    Jennifer Godinez
>    Joe Andresen
>    Jonathan Giles
>    Kevin Rushforth
>    Kinsley Wong
>    Kirill Kirichenko
>    Kirill Prazdnikov
>    Leif Samuelsson
>    Leonid Popov
>    Lubomir Nerad
>    Martin Sladecek
>    Martin Soch
>    Michael Heinrichs
>    Mick Fleming
>    Mong Hang Vo
>    Morris Meyer
>    Oleg Mazurov
>    Oleg Sukhodolsky
>    Paru Somashekar
>    Pavel Porvatov
>    Pavel Safrata
>    Per Bothner
>    Peter Zhelezniakov
>    Phillip Race
>    Radko Najman
>    Ragini Prasad
>    Richard Bair
>    Sergey Malenkov
>    Steve Northover
>    Thor Johannesson
>    Tomas Brandalik
>    Vasiliy Baranov
>    Yao Wang
> 
> Reviewers will be nominated by the Lead once formal review procedures are
> in place for the project.
> 
> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
> 
> Only current OpenJDK Members [3] are eligible to vote on this motion.
> 
> For Lazy Consensus voting instructions, see [4].
> 
> Iris Clark
> 
> 
> [1] http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
> [2] http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
> [3] http://openjdk.java.net/census/#members
> [4] http://openjdk.java.net/projects/#new-project-vote



From naoto.sato at oracle.com  Wed Nov  9 21:41:20 2011
From: naoto.sato at oracle.com (Naoto Sato)
Date: Wed, 09 Nov 2011 13:41:20 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4EBAF380.3080706@oracle.com>

Vote: yes

Naoto

On 11/1/11 5:37 PM, Iris Clark wrote:
> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
>
> As discussed last week [1], the OpenJFX Project will be the home for the
> current and future development of the JavaFX toolkit.  (The name has
> changed from "JFX" to "OpenJFX" due to trademark concerns.)
>
> Oracle's motivation for open-sourcing JavaFX is to build community and
> ecosystem support and adoption of JavaFX by increasing transparency, and
> also to get patches and early feedback.  The goal of OpenJFX is to build
> the next-generation Java client toolkit.  We intend open development to
> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
> included as a proper part of the JDK.
>
> The OpenJFX codebase will be a significant contribution to the corpus of
> open-source code.  It includes:
>
>    - Over 6000+ public API members (methods/constructors/etc.)
>    - Over 11,500 unit tests
>    - Core libraries such as observable collections and binding
>    - Scene graph, effects, graphics
>    - CSS support for JavaFX
>    - Media
>    - WebView
>    - Prism (hardware accelerated graphics, including openGL and D3D and
>      java2D implementations)
>    - Glass (windowing system, base porting layer, including mac, linux,
>      and windows implementations)
>    - UI Controls and Charts
>
> The initial contribution from Oracle will come in stages over some number
> of months, starting with the UI Controls code.  During the initial period
> the OpenJFX source base will necessarily depend on Oracle's public
> binaries of JavaFX.  Once all the initial code has been published then
> OpenJFX will no longer depend on Oracle binaries and will be a fully
> buildable open-source library.  By that point we expect Oracle's JavaFX
> developers to have transitioned to working primarily on OpenJFX out in
> the open.
>
> The proposed Project Lead, Richard Bair, has been a public member of the
> Java community since 2004, first as a contributor to the open-source JDNC
> project then as the project lead for SwingLabs.  He was a member of the
> Swing team and was one of the two engineers responsible for the Nimbus
> look and feel.  He has been working on JavaFX from the beginning, serving
> first as UI Controls lead, then as API lead, and finally as the project
> architect.  During the entire time he has been a forceful and persistent
> voice for the open-sourcing of the JavaFX platform.
>
> The list of proposed committers is large, commensurate with the size of
> the initial code contribution.  The following Oracle engineers have all
> made significant contributions to the code base and are expected to make
> ongoing contributions to the OpenJFX Project:
>
>      Alexander Matveev
>      Alexey Menkov
>      Alexey Utkin
>      Amy Fowler
>      Anthony Petrov
>      Anton Tarasov
>      Artem Ananiev
>      Brent Christian
>      Brian Burkhalter
>      Chien Yang
>      David DeHaven
>      David Grieve
>      David Hill
>      Dmitry Cherepanov
>      Eva Krejcirova
>      Gerard Ziemski
>      Greg Brown
>      Igor Karpov
>      James Graham
>      Jan Valenta
>      Jasper Potts
>      Jennifer Godinez
>      Joe Andresen
>      Jonathan Giles
>      Kevin Rushforth
>      Kinsley Wong
>      Kirill Kirichenko
>      Kirill Prazdnikov
>      Leif Samuelsson
>      Leonid Popov
>      Lubomir Nerad
>      Martin Sladecek
>      Martin Soch
>      Michael Heinrichs
>      Mick Fleming
>      Mong Hang Vo
>      Morris Meyer
>      Oleg Mazurov
>      Oleg Sukhodolsky
>      Paru Somashekar
>      Pavel Porvatov
>      Pavel Safrata
>      Per Bothner
>      Peter Zhelezniakov
>      Phillip Race
>      Radko Najman
>      Ragini Prasad
>      Richard Bair
>      Sergey Malenkov
>      Steve Northover
>      Thor Johannesson
>      Tomas Brandalik
>      Vasiliy Baranov
>      Yao Wang
>
> Reviewers will be nominated by the Lead once formal review procedures are
> in place for the project.
>
> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
>
> Only current OpenJDK Members [3] are eligible to vote on this motion.
>
> For Lazy Consensus voting instructions, see [4].
>
> Iris Clark
>
>
> [1] http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
> [2] http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
> [3] http://openjdk.java.net/census/#members
> [4] http://openjdk.java.net/projects/#new-project-vote



From philip.race at oracle.com  Wed Nov  9 21:57:57 2011
From: philip.race at oracle.com (Phil Race)
Date: Wed, 09 Nov 2011 13:57:57 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: <4EBAC231.8080501@oracle.com>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
	<4EBAC231.8080501@oracle.com>
Message-ID: <4EBAF765.5010608@oracle.com>

Vote: yes

-Phil.

On 11/9/2011 10:10 AM, Dalibor Topic wrote:
> Vote: yes
>
> It feels great to see the OpenJFX Project be proposed here and become a part of the
> OpenJDK Community. You have my vote!
>
> cheers,
> dalibor topic
>



From philip.race at oracle.com  Wed Nov  9 22:02:57 2011
From: philip.race at oracle.com (Phil Race)
Date: Wed, 09 Nov 2011 14:02:57 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4EBAF891.6000209@oracle.com>

Vote: yes

[Try once more, replying to the original email, sent to the announce list]

-phil.

On 11/1/2011 5:37 PM, Iris Clark wrote:
> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
>
> As discussed last week [1], the OpenJFX Project will be the home for the
> current and future development of the JavaFX toolkit.  (The name has
> changed from "JFX" to "OpenJFX" due to trademark concerns.)
>
> Oracle's motivation for open-sourcing JavaFX is to build community and
> ecosystem support and adoption of JavaFX by increasing transparency, and
> also to get patches and early feedback.  The goal of OpenJFX is to build
> the next-generation Java client toolkit.  We intend open development to
> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
> included as a proper part of the JDK.
>
> The OpenJFX codebase will be a significant contribution to the corpus of
> open-source code.  It includes:
>
>    - Over 6000+ public API members (methods/constructors/etc.)
>    - Over 11,500 unit tests
>    - Core libraries such as observable collections and binding
>    - Scene graph, effects, graphics
>    - CSS support for JavaFX
>    - Media
>    - WebView
>    - Prism (hardware accelerated graphics, including openGL and D3D and
>      java2D implementations)
>    - Glass (windowing system, base porting layer, including mac, linux,
>      and windows implementations)
>    - UI Controls and Charts
>
> The initial contribution from Oracle will come in stages over some number
> of months, starting with the UI Controls code.  During the initial period
> the OpenJFX source base will necessarily depend on Oracle's public
> binaries of JavaFX.  Once all the initial code has been published then
> OpenJFX will no longer depend on Oracle binaries and will be a fully
> buildable open-source library.  By that point we expect Oracle's JavaFX
> developers to have transitioned to working primarily on OpenJFX out in
> the open.
>
> The proposed Project Lead, Richard Bair, has been a public member of the
> Java community since 2004, first as a contributor to the open-source JDNC
> project then as the project lead for SwingLabs.  He was a member of the
> Swing team and was one of the two engineers responsible for the Nimbus
> look and feel.  He has been working on JavaFX from the beginning, serving
> first as UI Controls lead, then as API lead, and finally as the project
> architect.  During the entire time he has been a forceful and persistent
> voice for the open-sourcing of the JavaFX platform.
>
> The list of proposed committers is large, commensurate with the size of
> the initial code contribution.  The following Oracle engineers have all
> made significant contributions to the code base and are expected to make
> ongoing contributions to the OpenJFX Project:
>
>      Alexander Matveev
>      Alexey Menkov
>      Alexey Utkin
>      Amy Fowler
>      Anthony Petrov
>      Anton Tarasov
>      Artem Ananiev
>      Brent Christian
>      Brian Burkhalter
>      Chien Yang
>      David DeHaven
>      David Grieve
>      David Hill
>      Dmitry Cherepanov
>      Eva Krejcirova
>      Gerard Ziemski
>      Greg Brown
>      Igor Karpov
>      James Graham
>      Jan Valenta
>      Jasper Potts
>      Jennifer Godinez
>      Joe Andresen
>      Jonathan Giles
>      Kevin Rushforth
>      Kinsley Wong
>      Kirill Kirichenko
>      Kirill Prazdnikov
>      Leif Samuelsson
>      Leonid Popov
>      Lubomir Nerad
>      Martin Sladecek
>      Martin Soch
>      Michael Heinrichs
>      Mick Fleming
>      Mong Hang Vo
>      Morris Meyer
>      Oleg Mazurov
>      Oleg Sukhodolsky
>      Paru Somashekar
>      Pavel Porvatov
>      Pavel Safrata
>      Per Bothner
>      Peter Zhelezniakov
>      Phillip Race
>      Radko Najman
>      Ragini Prasad
>      Richard Bair
>      Sergey Malenkov
>      Steve Northover
>      Thor Johannesson
>      Tomas Brandalik
>      Vasiliy Baranov
>      Yao Wang
>
> Reviewers will be nominated by the Lead once formal review procedures are
> in place for the project.
>
> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
>
> Only current OpenJDK Members [3] are eligible to vote on this motion.
>
> For Lazy Consensus voting instructions, see [4].
>
> Iris Clark
>
>
> [1] http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
> [2] http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
> [3] http://openjdk.java.net/census/#members
> [4] http://openjdk.java.net/projects/#new-project-vote



From james.graham at oracle.com  Thu Nov 10 01:50:21 2011
From: james.graham at oracle.com (Jim Graham)
Date: Wed, 09 Nov 2011 17:50:21 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4EBB2DDD.3040905@oracle.com>

Vote: yes

	...jim

On 11/1/2011 5:37 PM, Iris Clark wrote:
> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
>
> As discussed last week [1], the OpenJFX Project will be the home for the
> current and future development of the JavaFX toolkit.  (The name has
> changed from "JFX" to "OpenJFX" due to trademark concerns.)
>
> Oracle's motivation for open-sourcing JavaFX is to build community and
> ecosystem support and adoption of JavaFX by increasing transparency, and
> also to get patches and early feedback.  The goal of OpenJFX is to build
> the next-generation Java client toolkit.  We intend open development to
> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
> included as a proper part of the JDK.
>
> The OpenJFX codebase will be a significant contribution to the corpus of
> open-source code.  It includes:
>
>    - Over 6000+ public API members (methods/constructors/etc.)
>    - Over 11,500 unit tests
>    - Core libraries such as observable collections and binding
>    - Scene graph, effects, graphics
>    - CSS support for JavaFX
>    - Media
>    - WebView
>    - Prism (hardware accelerated graphics, including openGL and D3D and
>      java2D implementations)
>    - Glass (windowing system, base porting layer, including mac, linux,
>      and windows implementations)
>    - UI Controls and Charts
>
> The initial contribution from Oracle will come in stages over some number
> of months, starting with the UI Controls code.  During the initial period
> the OpenJFX source base will necessarily depend on Oracle's public
> binaries of JavaFX.  Once all the initial code has been published then
> OpenJFX will no longer depend on Oracle binaries and will be a fully
> buildable open-source library.  By that point we expect Oracle's JavaFX
> developers to have transitioned to working primarily on OpenJFX out in
> the open.
>
> The proposed Project Lead, Richard Bair, has been a public member of the
> Java community since 2004, first as a contributor to the open-source JDNC
> project then as the project lead for SwingLabs.  He was a member of the
> Swing team and was one of the two engineers responsible for the Nimbus
> look and feel.  He has been working on JavaFX from the beginning, serving
> first as UI Controls lead, then as API lead, and finally as the project
> architect.  During the entire time he has been a forceful and persistent
> voice for the open-sourcing of the JavaFX platform.
>
> The list of proposed committers is large, commensurate with the size of
> the initial code contribution.  The following Oracle engineers have all
> made significant contributions to the code base and are expected to make
> ongoing contributions to the OpenJFX Project:
>
>      Alexander Matveev
>      Alexey Menkov
>      Alexey Utkin
>      Amy Fowler
>      Anthony Petrov
>      Anton Tarasov
>      Artem Ananiev
>      Brent Christian
>      Brian Burkhalter
>      Chien Yang
>      David DeHaven
>      David Grieve
>      David Hill
>      Dmitry Cherepanov
>      Eva Krejcirova
>      Gerard Ziemski
>      Greg Brown
>      Igor Karpov
>      James Graham
>      Jan Valenta
>      Jasper Potts
>      Jennifer Godinez
>      Joe Andresen
>      Jonathan Giles
>      Kevin Rushforth
>      Kinsley Wong
>      Kirill Kirichenko
>      Kirill Prazdnikov
>      Leif Samuelsson
>      Leonid Popov
>      Lubomir Nerad
>      Martin Sladecek
>      Martin Soch
>      Michael Heinrichs
>      Mick Fleming
>      Mong Hang Vo
>      Morris Meyer
>      Oleg Mazurov
>      Oleg Sukhodolsky
>      Paru Somashekar
>      Pavel Porvatov
>      Pavel Safrata
>      Per Bothner
>      Peter Zhelezniakov
>      Phillip Race
>      Radko Najman
>      Ragini Prasad
>      Richard Bair
>      Sergey Malenkov
>      Steve Northover
>      Thor Johannesson
>      Tomas Brandalik
>      Vasiliy Baranov
>      Yao Wang
>
> Reviewers will be nominated by the Lead once formal review procedures are
> in place for the project.
>
> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
>
> Only current OpenJDK Members [3] are eligible to vote on this motion.
>
> For Lazy Consensus voting instructions, see [4].
>
> Iris Clark
>
>
> [1] http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
> [2] http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
> [3] http://openjdk.java.net/census/#members
> [4] http://openjdk.java.net/projects/#new-project-vote


From sundararajan.athijegannathan at oracle.com  Thu Nov 10 03:46:11 2011
From: sundararajan.athijegannathan at oracle.com (A. Sundararajan)
Date: Thu, 10 Nov 2011 09:16:11 +0530
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <4EAF76CE.9080907@oracle.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com>
Message-ID: <4EBB4903.90902@oracle.com>

Hi All,

We have posted CloseJDK changes to Rhino to java.net site.  The Oracle 
modified Rhino sources can be downloaded from http://jdk7.java.net/rhino/

The jdk7 release notes will be shortly updated to point to the 
aforementioned URL.

Thanks,
-Sundar

A. Sundararajan wrote:
> 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 henri.gomez at gmail.com  Thu Nov 10 09:02:49 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 10 Nov 2011 10:02:49 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <4EBB4903.90902@oracle.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
Message-ID: <CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>

Very good news.

Questions :

- Could these CloseJDK changes be used in OpenJDK builds ?
- Advices/directions on how to tweak current build to include them ?

Cheers

2011/11/10 A. Sundararajan <sundararajan.athijegannathan at oracle.com>:
> Hi All,
>
> We have posted CloseJDK changes to Rhino to java.net site. ?The Oracle
> modified Rhino sources can be downloaded from http://jdk7.java.net/rhino/
>
> The jdk7 release notes will be shortly updated to point to the
> aforementioned URL.
>
> Thanks,
> -Sundar
>
> A. Sundararajan wrote:
>>
>> 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 dalibor.topic at oracle.com  Thu Nov 10 10:48:57 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Thu, 10 Nov 2011 11:48:57 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
Message-ID: <4EBBAC19.6090908@oracle.com>

On 11/10/11 10:02 AM, Henri Gomez wrote:
> Very good news.
> 
> Questions :
> 
> - Could these CloseJDK changes be used in OpenJDK builds ?

I believe a variant of that question was already answered in 
http://mail.openjdk.java.net/pipermail/discuss/2011-October/002081.html
making the other question moot.

cheers,
dalibor topic
-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From henri.gomez at gmail.com  Thu Nov 10 11:08:09 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 10 Nov 2011 12:08:09 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <4EBBAC19.6090908@oracle.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBAC19.6090908@oracle.com>
Message-ID: <CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>

>> - Could these CloseJDK changes be used in OpenJDK builds ?
>
> I believe a variant of that question was already answered in
> http://mail.openjdk.java.net/pipermail/discuss/2011-October/002081.html
> making the other question moot.

Ok, so no way to include this on OpenJDK ;(


From martijnverburg at gmail.com  Thu Nov 10 12:00:41 2011
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Thu, 10 Nov 2011 12:00:41 +0000
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBAC19.6090908@oracle.com>
	<CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>
Message-ID: <CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>

Hi all,

Well not necessarily?  I think it's just the case that the legal path
isn't clear.

Mark/Dalibor, is something you could ask Oracle legal to give their opinion on?

"No" or "I can't answer that" or "it's best to ask your own lawyers"
is a perfectly fine answer in my books :-).  Especially if it's the
last one - there are other OpenJDK members with the legal resources to
look into this properly. Every little area of ambiguity we can clear
up one way or the other I think will be good for the OpenJDK in the
long run.

Cheers,
Martijn

On 10 November 2011 11:08, Henri Gomez <henri.gomez at gmail.com> wrote:
>>> - Could these CloseJDK changes be used in OpenJDK builds ?
>>
>> I believe a variant of that question was already answered in
>> http://mail.openjdk.java.net/pipermail/discuss/2011-October/002081.html
>> making the other question moot.
>
> Ok, so no way to include this on OpenJDK ;(
>


From dalibor.topic at oracle.com  Thu Nov 10 13:11:31 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Thu, 10 Nov 2011 14:11:31 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBAC19.6090908@oracle.com>
	<CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>
	<CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>
Message-ID: <4EBBCD83.50101@oracle.com>

I believe this question is answered in the OpenJDK FAQ at
http://openjdk.java.net/faq/

'Q: Can I expect to get specific legal advice or answers to my legal
questions on OpenJDK mailing lists?

A: In general, no. The OpenJDK mailing lists serve for technical work
around development of specific OpenJDK projects.'

cheers,
dalibor topic

On 11/10/11 1:00 PM, Martijn Verburg wrote:
> Hi all,
> 
> Well not necessarily?  I think it's just the case that the legal path
> isn't clear.
> 
> Mark/Dalibor, is something you could ask Oracle legal to give their opinion on?
> 
> "No" or "I can't answer that" or "it's best to ask your own lawyers"
> is a perfectly fine answer in my books :-).  Especially if it's the
> last one - there are other OpenJDK members with the legal resources to
> look into this properly. Every little area of ambiguity we can clear
> up one way or the other I think will be good for the OpenJDK in the
> long run.
> 
> Cheers,
> Martijn
> 
> On 10 November 2011 11:08, Henri Gomez <henri.gomez at gmail.com> wrote:
>>>> - Could these CloseJDK changes be used in OpenJDK builds ?
>>>
>>> I believe a variant of that question was already answered in
>>> http://mail.openjdk.java.net/pipermail/discuss/2011-October/002081.html
>>> making the other question moot.
>>
>> Ok, so no way to include this on OpenJDK ;(
>>



-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From martijnverburg at gmail.com  Thu Nov 10 13:18:39 2011
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Thu, 10 Nov 2011 13:18:39 +0000
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <4EBBCD83.50101@oracle.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBAC19.6090908@oracle.com>
	<CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>
	<CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>
	<4EBBCD83.50101@oracle.com>
Message-ID: <CAP7YuAS5sp+9B5gt5hN6BJ81e+A+WGxxn7CycA2PL_8=O3f7NA@mail.gmail.com>

More than fair enough.- thanks.

On Thursday, 10 November 2011, Dalibor Topic <dalibor.topic at oracle.com>
wrote:
> I believe this question is answered in the OpenJDK FAQ at
> http://openjdk.java.net/faq/
>
> 'Q: Can I expect to get specific legal advice or answers to my legal
> questions on OpenJDK mailing lists?
>
> A: In general, no. The OpenJDK mailing lists serve for technical work
> around development of specific OpenJDK projects.'
>
> cheers,
> dalibor topic
>
> On 11/10/11 1:00 PM, Martijn Verburg wrote:
>> Hi all,
>>
>> Well not necessarily?  I think it's just the case that the legal path
>> isn't clear.
>>
>> Mark/Dalibor, is something you could ask Oracle legal to give their
opinion on?
>>
>> "No" or "I can't answer that" or "it's best to ask your own lawyers"
>> is a perfectly fine answer in my books :-).  Especially if it's the
>> last one - there are other OpenJDK members with the legal resources to
>> look into this properly. Every little area of ambiguity we can clear
>> up one way or the other I think will be good for the OpenJDK in the
>> long run.
>>
>> Cheers,
>> Martijn
>>
>> On 10 November 2011 11:08, Henri Gomez <henri.gomez at gmail.com> wrote:
>>>>> - Could these CloseJDK changes be used in OpenJDK builds ?
>>>>
>>>> I believe a variant of that question was already answered in
>>>> http://mail.openjdk.java.net/pipermail/discuss/2011-October/002081.html
>>>> making the other question moot.
>>>
>>> Ok, so no way to include this on OpenJDK ;(
>>>
>
>
>
> --
> Oracle <http://www.oracle.com>
> Dalibor Topic | Java F/OSS Ambassador
> Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192
<tel:+491772664192>
> Oracle Java Platform Group
>
> ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg
>
> ORACLE Deutschland B.V. & Co. KG
> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
> Registergericht: Amtsgericht M?nchen, HRA 95603
>
> Komplement?rin: ORACLE Deutschland Verwaltung B.V.
> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
> Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven
>
> Green Oracle <http://www.oracle.com/commitment> Oracle is committed to
developing practices and products that help protect the environment
>


From mark at klomp.org  Thu Nov 10 13:55:00 2011
From: mark at klomp.org (Mark Wielaard)
Date: Thu, 10 Nov 2011 14:55:00 +0100 (CET)
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBAC19.6090908@oracle.com>
	<CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>
	<CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>
Message-ID: <36766.80.101.103.228.1320933300.squirrel@gnu.wildebeest.org>

On Thu, November 10, 2011 13:00, Martijn Verburg wrote:
> Well not necessarily?  I think it's just the case that the legal path
> isn't clear.
>
> Mark/Dalibor, is something you could ask Oracle legal to give their
> opinion on?

What exactly isnt clear? Since Oracle, Red Hat, Canonical, etc. all
distributes OpenJDK binaries together with Rhino for javax.script
javascript support under the normal OpenJDK GPL + exception licenses in
their GNU/Linux distributions it seems others can do the same. Rhino is
clearly a separate module as explained in the GPL Classpath exception
statement. If not, I doubt Oracle (or Red Hat, or Canonical, etc) legal
department would have allowed the combination to be shipped in source and
binary form in their Oracle Linux under the GPL(+exception/MPL/etc)
license combination [*]

Cheers,

Mark

[*] http://public-yum.oracle.com/repo/OracleLinux/OL6/1/base/ has both
full source and binaries with the following License:  ASL 1.1, ASL 2.0,
GPL+, GPLv2, GPLv2 with exceptions, LGPL+, LGPLv2, MPLv1.0, MPLv1.1,
Public Domain, W3C.

BTW. If we come together at Fosdem again next year then I would be happy
to do a little: Can I legally do that? talk around common legal, licensing
GPL, distribution, combinations, patents, JCP, etc. that often seem to
come up on this list. I am not a lawyer, and certainly not your lawyer,
but a lot of this really isnt that hard. I can even check with some
lawyers I know to make sure they dont totally freak out over my
explanations :)



From kelly.ohair at oracle.com  Thu Nov 10 14:00:42 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Thu, 10 Nov 2011 09:00:42 -0500
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <AE53635D-F80A-4F92-BF05-50CE7ACD2E65@oracle.com>

Vote: yes

-kto

On Nov 1, 2011, at 8:37 PM, Iris Clark wrote:

> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
> 
> As discussed last week [1], the OpenJFX Project will be the home for the
> current and future development of the JavaFX toolkit.  (The name has
> changed from "JFX" to "OpenJFX" due to trademark concerns.)
> 
> Oracle's motivation for open-sourcing JavaFX is to build community and
> ecosystem support and adoption of JavaFX by increasing transparency, and
> also to get patches and early feedback.  The goal of OpenJFX is to build
> the next-generation Java client toolkit.  We intend open development to
> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
> included as a proper part of the JDK.
> 
> The OpenJFX codebase will be a significant contribution to the corpus of
> open-source code.  It includes:
> 
>  - Over 6000+ public API members (methods/constructors/etc.)
>  - Over 11,500 unit tests
>  - Core libraries such as observable collections and binding
>  - Scene graph, effects, graphics
>  - CSS support for JavaFX
>  - Media
>  - WebView
>  - Prism (hardware accelerated graphics, including openGL and D3D and
>    java2D implementations)
>  - Glass (windowing system, base porting layer, including mac, linux,
>    and windows implementations)
>  - UI Controls and Charts
> 
> The initial contribution from Oracle will come in stages over some number
> of months, starting with the UI Controls code.  During the initial period
> the OpenJFX source base will necessarily depend on Oracle's public
> binaries of JavaFX.  Once all the initial code has been published then
> OpenJFX will no longer depend on Oracle binaries and will be a fully
> buildable open-source library.  By that point we expect Oracle's JavaFX
> developers to have transitioned to working primarily on OpenJFX out in
> the open.
> 
> The proposed Project Lead, Richard Bair, has been a public member of the
> Java community since 2004, first as a contributor to the open-source JDNC
> project then as the project lead for SwingLabs.  He was a member of the
> Swing team and was one of the two engineers responsible for the Nimbus
> look and feel.  He has been working on JavaFX from the beginning, serving
> first as UI Controls lead, then as API lead, and finally as the project
> architect.  During the entire time he has been a forceful and persistent
> voice for the open-sourcing of the JavaFX platform.
> 
> The list of proposed committers is large, commensurate with the size of
> the initial code contribution.  The following Oracle engineers have all
> made significant contributions to the code base and are expected to make
> ongoing contributions to the OpenJFX Project:
> 
>    Alexander Matveev
>    Alexey Menkov
>    Alexey Utkin
>    Amy Fowler
>    Anthony Petrov
>    Anton Tarasov
>    Artem Ananiev
>    Brent Christian
>    Brian Burkhalter
>    Chien Yang
>    David DeHaven
>    David Grieve
>    David Hill
>    Dmitry Cherepanov
>    Eva Krejcirova
>    Gerard Ziemski
>    Greg Brown
>    Igor Karpov
>    James Graham
>    Jan Valenta
>    Jasper Potts
>    Jennifer Godinez
>    Joe Andresen
>    Jonathan Giles
>    Kevin Rushforth
>    Kinsley Wong
>    Kirill Kirichenko
>    Kirill Prazdnikov
>    Leif Samuelsson
>    Leonid Popov
>    Lubomir Nerad
>    Martin Sladecek
>    Martin Soch
>    Michael Heinrichs
>    Mick Fleming
>    Mong Hang Vo
>    Morris Meyer
>    Oleg Mazurov
>    Oleg Sukhodolsky
>    Paru Somashekar
>    Pavel Porvatov
>    Pavel Safrata
>    Per Bothner
>    Peter Zhelezniakov
>    Phillip Race
>    Radko Najman
>    Ragini Prasad
>    Richard Bair
>    Sergey Malenkov
>    Steve Northover
>    Thor Johannesson
>    Tomas Brandalik
>    Vasiliy Baranov
>    Yao Wang
> 
> Reviewers will be nominated by the Lead once formal review procedures are
> in place for the project.
> 
> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
> 
> Only current OpenJDK Members [3] are eligible to vote on this motion.
> 
> For Lazy Consensus voting instructions, see [4].
> 
> Iris Clark
> 
> 
> [1] http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
> [2] http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
> [3] http://openjdk.java.net/census/#members
> [4] http://openjdk.java.net/projects/#new-project-vote



From henri.gomez at gmail.com  Thu Nov 10 14:32:48 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 10 Nov 2011 15:32:48 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <36766.80.101.103.228.1320933300.squirrel@gnu.wildebeest.org>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBAC19.6090908@oracle.com>
	<CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>
	<CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>
	<36766.80.101.103.228.1320933300.squirrel@gnu.wildebeest.org>
Message-ID: <CALyUpY3Mokef1Lxn0wAwP8Nsog1YmCG9uzJzLxUyDujTSmfr3A@mail.gmail.com>

For my OpenJDK OSX build, I'll probably follow RH way to include Rhino, ie :

* grab tarball from Mozilla
* update classes name and repackage as rhino.jar
* modify sources files to use this rhino.jar
* update build script
* add rhino.jar to jre/lib
* update runtime to add rhino.jar to bootclass path.

I've done this to test, but jrunscript still complains about missing
sun/org/mozilla/javascript/ContextFactory (included in rhino.jar

Exception in thread "main" java.lang.NoClassDefFoundError:
sun/org/mozilla/javascript/ContextFactory
	at com.sun.script.javascript.RhinoScriptEngine.<clinit>(RhinoScriptEngine.java:67)
	at com.sun.script.javascript.RhinoScriptEngineFactory.getScriptEngine(RhinoScriptEngineFactory.java:74)
	at javax.script.ScriptEngineManager.getEngineByName(ScriptEngineManager.java:243)
	at com.sun.tools.script.shell.Main.getScriptEngine(Main.java:411)
	at com.sun.tools.script.shell.Main.processOptions(Main.java:169)
	at com.sun.tools.script.shell.Main.main(Main.java:44)

os.cpp was modified to add rhino.jar :

bool os::set_boot_path(char fileSep, char pathSep) {
    const char* home = Arguments::get_java_home();
    int home_len = (int)strlen(home);

    static const char* meta_index_dir_format = "%/lib/";
    static const char* meta_index_format = "%/lib/meta-index";
    char* meta_index = format_boot_path(meta_index_format, home,
home_len, fileSep, pathSep);
    if (meta_index == NULL) return false;
    char* meta_index_dir = format_boot_path(meta_index_dir_format,
home, home_len, fileSep, pathSep);
    if (meta_index_dir == NULL) return false;
    Arguments::set_meta_index_path(meta_index, meta_index_dir);

    // Any modification to the JAR-file list, for the boot classpath must be
    // aligned with install/install/make/common/Pack.gmk. Note: boot class
    // path class JARs, are stripped for StackMapTable to reduce download size.
    static const char classpath_format[] =
        "%/lib/resources.jar:"
        "%/lib/rt.jar:"
        "%/lib/sunrsasign.jar:"
        "%/lib/jsse.jar:"
        "%/lib/jce.jar:"
        "%/lib/charsets.jar:"
        "%/lib/rhino.jar:"
        // ## TEMPORARY hack to keep the legacy launcher working when
        // ## only the boot module is installed (cf. j.l.ClassLoader)
        "%/lib/modules/jdk.boot.jar:"
#ifdef __APPLE__
        "%/lib/JObjC.jar:"
#endif
        "%/classes";
    char* sysclasspath = format_boot_path(classpath_format, home,
home_len, fileSep, pathSep);
    if (sysclasspath == NULL) return false;
    Arguments::set_sysclasspath(sysclasspath);

    return true;
}

Advices welcomed


From dalibor.topic at oracle.com  Thu Nov 10 15:13:10 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Thu, 10 Nov 2011 16:13:10 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <36766.80.101.103.228.1320933300.squirrel@gnu.wildebeest.org>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBAC19.6090908@oracle.com>
	<CALyUpY1EcQD_YL77nROPL5OwRSR=L9PmC-u3kSf6z15TJTAL5w@mail.gmail.com>
	<CAP7YuAT6e_3D9+poWQ-7xRZBVuDzd7QVCm2+JV2vfeCdFtgrFw@mail.gmail.com>
	<36766.80.101.103.228.1320933300.squirrel@gnu.wildebeest.org>
Message-ID: <4EBBEA06.1060802@oracle.com>

On 11/10/11 2:55 PM, Mark Wielaard wrote:
> I am not a lawyer, and certainly not your lawyer,
> but a lot of this really isnt that hard.

That is why to me, asking for legal advice on the 
Internet seems a lot like asking for dental 
surgery at a pub.

cheers,
dalibor topic
-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From sundararajan.athijegannathan at oracle.com  Thu Nov 10 16:15:00 2011
From: sundararajan.athijegannathan at oracle.com (A. Sundararajan)
Date: Thu, 10 Nov 2011 21:45:00 +0530
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>	<4EAF76CE.9080907@oracle.com>	<4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
Message-ID: <4EBBF884.1070401@oracle.com>

Hi Henri,

The sources are self contained - no external dependencies apart from jdk 
code itself.  The "javax.script" API classes and other "com.sun.script" 
implementation classes are already part of OpenJDK.  It should be 
possible expand contents of src directory under $jdk/src/share/classes 
and adjust makefiles to add "sun/org" package (pls note that sun/org is 
the package prefix of the modified Rhino sources).

-Sundar

Henri Gomez wrote:
> Very good news.
>
> Questions :
>
> - Could these CloseJDK changes be used in OpenJDK builds ?
> - Advices/directions on how to tweak current build to include them ?
>
> Cheers
>
> 2011/11/10 A. Sundararajan <sundararajan.athijegannathan at oracle.com>:
>   
>> Hi All,
>>
>> We have posted CloseJDK changes to Rhino to java.net site.  The Oracle
>> modified Rhino sources can be downloaded from http://jdk7.java.net/rhino/
>>
>> The jdk7 release notes will be shortly updated to point to the
>> aforementioned URL.
>>
>> Thanks,
>> -Sundar
>>
>> A. Sundararajan wrote:
>>     
>>> 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 brent.christian at oracle.com  Thu Nov 10 17:21:05 2011
From: brent.christian at oracle.com (Brent Christian)
Date: Thu, 10 Nov 2011 09:21:05 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: <4EBAF380.3080706@oracle.com>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
	<4EBAF380.3080706@oracle.com>
Message-ID: <4EBC0801.7000705@oracle.com>

Vote: yes

-Brent

> On 11/1/11 5:37 PM, Iris Clark wrote:
>> I hereby propose the creation of the OpenJFX Project with Richard Bair as
>> the Lead and Swing as the sponsoring Group.
>>
>> As discussed last week [1], the OpenJFX Project will be the home for the
>> current and future development of the JavaFX toolkit. (The name has
>> changed from "JFX" to "OpenJFX" due to trademark concerns.)
>>
>> Oracle's motivation for open-sourcing JavaFX is to build community and
>> ecosystem support and adoption of JavaFX by increasing transparency, and
>> also to get patches and early feedback. The goal of OpenJFX is to build
>> the next-generation Java client toolkit. We intend open development to
>> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
>> included as a proper part of the JDK.
>>
>> The OpenJFX codebase will be a significant contribution to the corpus of
>> open-source code. It includes:
>>
>> - Over 6000+ public API members (methods/constructors/etc.)
>> - Over 11,500 unit tests
>> - Core libraries such as observable collections and binding
>> - Scene graph, effects, graphics
>> - CSS support for JavaFX
>> - Media
>> - WebView
>> - Prism (hardware accelerated graphics, including openGL and D3D and
>> java2D implementations)
>> - Glass (windowing system, base porting layer, including mac, linux,
>> and windows implementations)
>> - UI Controls and Charts
>>
>> The initial contribution from Oracle will come in stages over some number
>> of months, starting with the UI Controls code. During the initial period
>> the OpenJFX source base will necessarily depend on Oracle's public
>> binaries of JavaFX. Once all the initial code has been published then
>> OpenJFX will no longer depend on Oracle binaries and will be a fully
>> buildable open-source library. By that point we expect Oracle's JavaFX
>> developers to have transitioned to working primarily on OpenJFX out in
>> the open.
>>
>> The proposed Project Lead, Richard Bair, has been a public member of the
>> Java community since 2004, first as a contributor to the open-source JDNC
>> project then as the project lead for SwingLabs. He was a member of the
>> Swing team and was one of the two engineers responsible for the Nimbus
>> look and feel. He has been working on JavaFX from the beginning, serving
>> first as UI Controls lead, then as API lead, and finally as the project
>> architect. During the entire time he has been a forceful and persistent
>> voice for the open-sourcing of the JavaFX platform.
>>
>> The list of proposed committers is large, commensurate with the size of
>> the initial code contribution. The following Oracle engineers have all
>> made significant contributions to the code base and are expected to make
>> ongoing contributions to the OpenJFX Project:
>>
>> Alexander Matveev
>> Alexey Menkov
>> Alexey Utkin
>> Amy Fowler
>> Anthony Petrov
>> Anton Tarasov
>> Artem Ananiev
>> Brent Christian
>> Brian Burkhalter
>> Chien Yang
>> David DeHaven
>> David Grieve
>> David Hill
>> Dmitry Cherepanov
>> Eva Krejcirova
>> Gerard Ziemski
>> Greg Brown
>> Igor Karpov
>> James Graham
>> Jan Valenta
>> Jasper Potts
>> Jennifer Godinez
>> Joe Andresen
>> Jonathan Giles
>> Kevin Rushforth
>> Kinsley Wong
>> Kirill Kirichenko
>> Kirill Prazdnikov
>> Leif Samuelsson
>> Leonid Popov
>> Lubomir Nerad
>> Martin Sladecek
>> Martin Soch
>> Michael Heinrichs
>> Mick Fleming
>> Mong Hang Vo
>> Morris Meyer
>> Oleg Mazurov
>> Oleg Sukhodolsky
>> Paru Somashekar
>> Pavel Porvatov
>> Pavel Safrata
>> Per Bothner
>> Peter Zhelezniakov
>> Phillip Race
>> Radko Najman
>> Ragini Prasad
>> Richard Bair
>> Sergey Malenkov
>> Steve Northover
>> Thor Johannesson
>> Tomas Brandalik
>> Vasiliy Baranov
>> Yao Wang
>>
>> Reviewers will be nominated by the Lead once formal review procedures are
>> in place for the project.
>>
>> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
>>
>> Only current OpenJDK Members [3] are eligible to vote on this motion.
>>
>> For Lazy Consensus voting instructions, see [4].
>>
>> Iris Clark
>>
>>
>> [1]
>> http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
>> [2]
>> http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
>>
>> [3] http://openjdk.java.net/census/#members
>> [4] http://openjdk.java.net/projects/#new-project-vote
>


From henri.gomez at gmail.com  Thu Nov 10 18:27:47 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 10 Nov 2011 19:27:47 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <4EBBF884.1070401@oracle.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBF884.1070401@oracle.com>
Message-ID: <CALyUpY1J2fGR9DfBtStZnyieT26v20D9CiJG2TD145UbLYgVZQ@mail.gmail.com>

> Hi Henri,


> The sources are self contained - no external dependencies apart from jdk
> code itself. ?The "javax.script" API classes and other "com.sun.script"
> implementation classes are already part of OpenJDK. ?It should be possible
> expand contents of src directory under $jdk/src/share/classes and adjust
> makefiles to add "sun/org" package (pls note that sun/org is the package
> prefix of the modified Rhino sources).

Hello Sundar.

Since it still unclear about licence (and including this modified
Rhino sources), I'll stick for now with RH way.
Everything should works :

script support is built into rt.jar

    testing: com/sun/script/javascript/ExternalScriptable.class   OK
    testing: com/sun/script/javascript/JSAdapter.class   OK
    testing: com/sun/script/javascript/JavaAdapter.class   OK
    testing: com/sun/script/javascript/RhinoClassShutter.class   OK
    testing: com/sun/script/javascript/RhinoCompiledScript.class   OK
    testing: com/sun/script/javascript/RhinoScriptEngine$1.class   OK
    testing: com/sun/script/javascript/RhinoScriptEngine$2.class   OK
    testing: com/sun/script/javascript/RhinoScriptEngine.class   OK
    testing: com/sun/script/javascript/RhinoScriptEngineFactory.class   OK
    testing: com/sun/script/javascript/RhinoTopLevel.class   OK
    testing: com/sun/script/javascript/RhinoWrapFactory$RhinoJavaObject.class
  OK
    testing: com/sun/script/javascript/RhinoWrapFactory.class   OK
    testing: com/sun/script/util/BindingsBase.class   OK
    testing: com/sun/script/util/BindingsEntrySet$BindingsEntry.class   OK
    testing: com/sun/script/util/BindingsEntrySet$BindingsIterator.class   OK
    testing: com/sun/script/util/BindingsEntrySet.class   OK
    testing: com/sun/script/util/BindingsImpl.class   OK
    testing: com/sun/script/util/InterfaceImplementor$InterfaceImplementorInvocationHandler$1.class
  OK
    testing: com/sun/script/util/InterfaceImplementor$InterfaceImplementorInvocationHandler.class
  OK
    testing: com/sun/script/util/InterfaceImplementor.class   OK
    testing: com/sun/script/util/ScriptEngineFactoryBase.class   OK

Mozilla rhino.jar is also installed under jre/lib (ie: classes renamed)  :

    testing: META-INF/                OK
    testing: META-INF/MANIFEST.MF     OK
    testing: sun/                     OK
    testing: sun/org/                 OK
    testing: sun/org/mozilla/         OK
    testing: sun/org/mozilla/classfile/   OK
    testing: sun/org/mozilla/classfile/ByteCode.class   OK
    testing: sun/org/mozilla/classfile/ClassFileField.class   OK
    testing: sun/org/mozilla/classfile/ClassFileMethod.class   OK
    testing: sun/org/mozilla/classfile/ClassFileWriter$ClassFileFormatException.class
  OK
    testing: sun/org/mozilla/classfile/ClassFileWriter$StackMapTable.class   OK
    testing: sun/org/mozilla/classfile/ClassFileWriter.class   OK
    testing: sun/org/mozilla/classfile/ConstantPool.class   OK
    testing: sun/org/mozilla/classfile/ExceptionTableEntry.class   OK

But jrunscript still complains about missing
sun/org/mozilla/javascript/ContextFactory

imac-hgomez-exo:workspace henri$
build/macosx-universal/j2sdk-image/1.7.0.jdk/Contents/Home/bin/jrunscript
Exception in thread "main" java.lang.NoClassDefFoundError:
sun/org/mozilla/javascript/ContextFactory
	at com.sun.script.javascript.RhinoScriptEngine.<clinit>(RhinoScriptEngine.java:67)
	at com.sun.script.javascript.RhinoScriptEngineFactory.getScriptEngine(RhinoScriptEngineFactory.java:74)
	at javax.script.ScriptEngineManager.getEngineByName(ScriptEngineManager.java:243)
	at com.sun.tools.script.shell.Main.getScriptEngine(Main.java:411)
	at com.sun.tools.script.shell.Main.processOptions(Main.java:169)
	at com.sun.tools.script.shell.Main.main(Main.java:44)

strange, os.cpp has been modified to include rhino.jar


From henri.gomez at gmail.com  Thu Nov 10 19:54:56 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 10 Nov 2011 20:54:56 +0100
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <CALyUpY1J2fGR9DfBtStZnyieT26v20D9CiJG2TD145UbLYgVZQ@mail.gmail.com>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
	<4EAF76CE.9080907@oracle.com> <4EBB4903.90902@oracle.com>
	<CALyUpY1JN+FXVV7dGfmCqs7PfTY7oxwABXMeSt=kjGCos8OMvw@mail.gmail.com>
	<4EBBF884.1070401@oracle.com>
	<CALyUpY1J2fGR9DfBtStZnyieT26v20D9CiJG2TD145UbLYgVZQ@mail.gmail.com>
Message-ID: <CALyUpY3t23vgABz1=Lc2QjV9Z4Z7FmObnvcOUJMaDEAXn2aEaw@mail.gmail.com>

>
> imac-hgomez-exo:workspace henri$
> build/macosx-universal/j2sdk-image/1.7.0.jdk/Contents/Home/bin/jrunscript
> Exception in thread "main" java.lang.NoClassDefFoundError:
> sun/org/mozilla/javascript/ContextFactory
> ? ? ? ?at com.sun.script.javascript.RhinoScriptEngine.<clinit>(RhinoScriptEngine.java:67)
> ? ? ? ?at com.sun.script.javascript.RhinoScriptEngineFactory.getScriptEngine(RhinoScriptEngineFactory.java:74)
> ? ? ? ?at javax.script.ScriptEngineManager.getEngineByName(ScriptEngineManager.java:243)
> ? ? ? ?at com.sun.tools.script.shell.Main.getScriptEngine(Main.java:411)
> ? ? ? ?at com.sun.tools.script.shell.Main.processOptions(Main.java:169)
> ? ? ? ?at com.sun.tools.script.shell.Main.main(Main.java:44)
>
> strange, os.cpp has been modified to include rhino.jar

Problem fixed, a clean build produced a correct jrunscript :

mbp:workspace henri$
build/macosx-universal/j2sdk-image/1.7.0.jdk/Contents/Home/bin/jrunscript
js>

I'll apply change to my current build script to include rhino support
in openjdk-osx-build packages.
Stay tuned :)


From jeff.dinkins at oracle.com  Thu Nov 10 20:01:26 2011
From: jeff.dinkins at oracle.com (Jeff Dinkins)
Date: Thu, 10 Nov 2011 12:01:26 -0800
Subject: Suggestion: require release name in the approval request Subject
	line
In-Reply-To: <20111107233109.GT25917@rivendell.middle-earth.co.uk>
References: <76C7554F-496C-47F4-828A-2F12A3E10FFB@oracle.com>
	<A65D77B9-4F7F-42C4-BC92-34B2BAF02C10@oracle.com>
	<20111107233109.GT25917@rivendell.middle-earth.co.uk>
Message-ID: <265BD157-6275-44D1-861C-47C27C54E922@oracle.com>



> On 08:50 Wed 02 Nov     , Dan Smith wrote:
>> I'd appreciate something like this:
>> 
>> Subject: [7u2 CR] 7099XXX - Duke's nose is the wrong Pantone shade of red


Edvard, Dalibor: what needs to be done to make this official and put into practice?

thanks,

jeff


On Nov 7, 2011, at 3:31 PM, Dr Andrew John Hughes wrote:

> On 08:50 Wed 02 Nov     , Dan Smith wrote:
>> I'd appreciate something like this:
>> 
>> Subject: [7u2 CR] 7099XXX - Duke's nose is the wrong Pantone shade of red
>> 
>> Right now I've got four different mail rules to try to filter out various review request subject lines; it's very ad hoc.  It's nice to separate these messages out, because they're typically much less likely to be of general interest.
>> 
> 
> I like this format better too.
> 
>> (Maybe there are also plans to move these off of the mailing lists entirely as we migrate to JIRA?)
>> 
> 
> Depends how this works out.  I wouldn't want to lose any transparency or archiving that the mailing lists provide.
> 
> A much bigger problem to me at the moment is the amount of commit traffic I get.  Can we not have these
> on a separate list?  I need to be signed up to the lists to get the actual patch reviews/discussion, but
> a commit to tl gives me about five identical e-mails.
> 
> I understand those on a particular team want to know what's gone in their repository, but surely this
> could be solved by having corresponding commit lists rather than dumping it all on the discussion list?
> 
>> ?Dan
>> 
> 
> -- 
> 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



From edvard.wendelin at oracle.com  Thu Nov 10 20:13:08 2011
From: edvard.wendelin at oracle.com (Edvard Wendelin)
Date: Thu, 10 Nov 2011 21:13:08 +0100
Subject: Suggestion: require release name in the approval request Subject
	line
In-Reply-To: <265BD157-6275-44D1-861C-47C27C54E922@oracle.com>
References: <76C7554F-496C-47F4-828A-2F12A3E10FFB@oracle.com>
	<A65D77B9-4F7F-42C4-BC92-34B2BAF02C10@oracle.com>
	<20111107233109.GT25917@rivendell.middle-earth.co.uk>
	<265BD157-6275-44D1-861C-47C27C54E922@oracle.com>
Message-ID: <C037916F-6469-4DB9-A5A1-A58490F196ED@oracle.com>

I'll update the process page on the openjdk project page when I get to the office tomorrow! I haven't seen any complaints, so I think we can go ahead and do the change. Dalibor, if you don't agree, let me know :)

Cheers,
Edvard


On Nov 10, 2011, at 9:01 PM, Jeff Dinkins wrote:

> 
> 
>> On 08:50 Wed 02 Nov     , Dan Smith wrote:
>>> I'd appreciate something like this:
>>> 
>>> Subject: [7u2 CR] 7099XXX - Duke's nose is the wrong Pantone shade of red
> 
> 
> Edvard, Dalibor: what needs to be done to make this official and put into practice?
> 
> thanks,
> 
> jeff
> 
> 
> On Nov 7, 2011, at 3:31 PM, Dr Andrew John Hughes wrote:
> 
>> On 08:50 Wed 02 Nov     , Dan Smith wrote:
>>> I'd appreciate something like this:
>>> 
>>> Subject: [7u2 CR] 7099XXX - Duke's nose is the wrong Pantone shade of red
>>> 
>>> Right now I've got four different mail rules to try to filter out various review request subject lines; it's very ad hoc.  It's nice to separate these messages out, because they're typically much less likely to be of general interest.
>>> 
>> 
>> I like this format better too.
>> 
>>> (Maybe there are also plans to move these off of the mailing lists entirely as we migrate to JIRA?)
>>> 
>> 
>> Depends how this works out.  I wouldn't want to lose any transparency or archiving that the mailing lists provide.
>> 
>> A much bigger problem to me at the moment is the amount of commit traffic I get.  Can we not have these
>> on a separate list?  I need to be signed up to the lists to get the actual patch reviews/discussion, but
>> a commit to tl gives me about five identical e-mails.
>> 
>> I understand those on a particular team want to know what's gone in their repository, but surely this
>> could be solved by having corresponding commit lists rather than dumping it all on the discussion list?
>> 
>>> ?Dan
>>> 
>> 
>> -- 
>> 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
> 



From jonathan.gibbons at oracle.com  Thu Nov 10 20:48:53 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 10 Nov 2011 12:48:53 -0800
Subject: Suggestion: require release name in the approval request Subject
	line
In-Reply-To: <C037916F-6469-4DB9-A5A1-A58490F196ED@oracle.com>
References: <76C7554F-496C-47F4-828A-2F12A3E10FFB@oracle.com>	<A65D77B9-4F7F-42C4-BC92-34B2BAF02C10@oracle.com>	<20111107233109.GT25917@rivendell.middle-earth.co.uk>	<265BD157-6275-44D1-861C-47C27C54E922@oracle.com>
	<C037916F-6469-4DB9-A5A1-A58490F196ED@oracle.com>
Message-ID: <4EBC38B5.1060808@oracle.com>

On 11/10/2011 12:13 PM, Edvard Wendelin wrote:
> >>  A much bigger problem to me at the moment is the amount of commit traffic I get.  Can we not have these
> >>  on a separate list?  I need to be signed up to the lists to get the actual patch reviews/discussion, but
> >>  a commit to tl gives me about five identical e-mails.

A much better solution would be to upgrade the central Mercurial server 
(still version 0.9.5, I believe) to a newer version that supports RSS 
feeds. Then, we could stop sending the notification emails to the 
discussion lists.

We can but dream...

-- Jon


From mark.reinhold at oracle.com  Sat Nov 12 21:02:36 2011
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Sat, 12 Nov 2011 13:02:36 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: iris.clark@oracle.com; Tue, 01 Nov 2011 17:37:08 PDT;
	<dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <20111112210236.7253726FB@eggemoggin.niobe.net>

Vote: yes

- Mark


From Alan.Bateman at oracle.com  Sun Nov 13 16:37:27 2011
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Sun, 13 Nov 2011 16:37:27 +0000
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4EBFF247.4090800@oracle.com>

On 02/11/2011 00:37, Iris Clark wrote:
> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
>
Vote: yes

-Alan.




From joe.darcy at oracle.com  Sun Nov 13 16:44:24 2011
From: joe.darcy at oracle.com (Joe Darcy)
Date: Sun, 13 Nov 2011 08:44:24 -0800
Subject: CFV: New Project: OpenJFX
In-Reply-To: <4EBFF247.4090800@oracle.com>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
	<4EBFF247.4090800@oracle.com>
Message-ID: <4EBFF3E8.1000600@oracle.com>

Vote: yes

-Joe

On 02/11/2011 00:37, Iris Clark wrote:
 > I hereby propose the creation of the OpenJFX Project with Richard Bair as
 > the Lead and Swing as the sponsoring Group.


From maurizio.cimadamore at oracle.com  Sun Nov 13 20:49:30 2011
From: maurizio.cimadamore at oracle.com (maurizio cimadamore)
Date: Sun, 13 Nov 2011 20:49:30 +0000
Subject: CFV: New Project: OpenJFX
In-Reply-To: <dbf3e739-e6a7-418a-af48-da489a514354@default>
References: <dbf3e739-e6a7-418a-af48-da489a514354@default>
Message-ID: <4EC02D5A.2090602@oracle.com>

Vote: yes

Maurizio

On 02/11/2011 00:37, Iris Clark wrote:
> I hereby propose the creation of the OpenJFX Project with Richard Bair as
> the Lead and Swing as the sponsoring Group.
>
> As discussed last week [1], the OpenJFX Project will be the home for the
> current and future development of the JavaFX toolkit.  (The name has
> changed from "JFX" to "OpenJFX" due to trademark concerns.)
>
> Oracle's motivation for open-sourcing JavaFX is to build community and
> ecosystem support and adoption of JavaFX by increasing transparency, and
> also to get patches and early feedback.  The goal of OpenJFX is to build
> the next-generation Java client toolkit.  We intend open development to
> lead to a JSR in the Java SE 9 timeframe and ultimately for OpenJFX to be
> included as a proper part of the JDK.
>
> The OpenJFX codebase will be a significant contribution to the corpus of
> open-source code.  It includes:
>
>    - Over 6000+ public API members (methods/constructors/etc.)
>    - Over 11,500 unit tests
>    - Core libraries such as observable collections and binding
>    - Scene graph, effects, graphics
>    - CSS support for JavaFX
>    - Media
>    - WebView
>    - Prism (hardware accelerated graphics, including openGL and D3D and
>      java2D implementations)
>    - Glass (windowing system, base porting layer, including mac, linux,
>      and windows implementations)
>    - UI Controls and Charts
>
> The initial contribution from Oracle will come in stages over some number
> of months, starting with the UI Controls code.  During the initial period
> the OpenJFX source base will necessarily depend on Oracle's public
> binaries of JavaFX.  Once all the initial code has been published then
> OpenJFX will no longer depend on Oracle binaries and will be a fully
> buildable open-source library.  By that point we expect Oracle's JavaFX
> developers to have transitioned to working primarily on OpenJFX out in
> the open.
>
> The proposed Project Lead, Richard Bair, has been a public member of the
> Java community since 2004, first as a contributor to the open-source JDNC
> project then as the project lead for SwingLabs.  He was a member of the
> Swing team and was one of the two engineers responsible for the Nimbus
> look and feel.  He has been working on JavaFX from the beginning, serving
> first as UI Controls lead, then as API lead, and finally as the project
> architect.  During the entire time he has been a forceful and persistent
> voice for the open-sourcing of the JavaFX platform.
>
> The list of proposed committers is large, commensurate with the size of
> the initial code contribution.  The following Oracle engineers have all
> made significant contributions to the code base and are expected to make
> ongoing contributions to the OpenJFX Project:
>
>      Alexander Matveev
>      Alexey Menkov
>      Alexey Utkin
>      Amy Fowler
>      Anthony Petrov
>      Anton Tarasov
>      Artem Ananiev
>      Brent Christian
>      Brian Burkhalter
>      Chien Yang
>      David DeHaven
>      David Grieve
>      David Hill
>      Dmitry Cherepanov
>      Eva Krejcirova
>      Gerard Ziemski
>      Greg Brown
>      Igor Karpov
>      James Graham
>      Jan Valenta
>      Jasper Potts
>      Jennifer Godinez
>      Joe Andresen
>      Jonathan Giles
>      Kevin Rushforth
>      Kinsley Wong
>      Kirill Kirichenko
>      Kirill Prazdnikov
>      Leif Samuelsson
>      Leonid Popov
>      Lubomir Nerad
>      Martin Sladecek
>      Martin Soch
>      Michael Heinrichs
>      Mick Fleming
>      Mong Hang Vo
>      Morris Meyer
>      Oleg Mazurov
>      Oleg Sukhodolsky
>      Paru Somashekar
>      Pavel Porvatov
>      Pavel Safrata
>      Per Bothner
>      Peter Zhelezniakov
>      Phillip Race
>      Radko Najman
>      Ragini Prasad
>      Richard Bair
>      Sergey Malenkov
>      Steve Northover
>      Thor Johannesson
>      Tomas Brandalik
>      Vasiliy Baranov
>      Yao Wang
>
> Reviewers will be nominated by the Lead once formal review procedures are
> in place for the project.
>
> Votes are due by 8:00am UTC on Wednesday, 16 November [2].
>
> Only current OpenJDK Members [3] are eligible to vote on this motion.
>
> For Lazy Consensus voting instructions, see [4].
>
> Iris Clark
>
>
> [1] http://mail.openjdk.java.net/pipermail/discuss/2011-October/002096.html
> [2] http://timeanddate.com/worldclock/fixedtime.html?msg=OpenJFX+Project+Votes+Due&iso=20111116T0800&sort=1
> [3] http://openjdk.java.net/census/#members
> [4] http://openjdk.java.net/projects/#new-project-vote



From christian.gmeiner at gmail.com  Tue Nov 15 11:24:01 2011
From: christian.gmeiner at gmail.com (Christian Gmeiner)
Date: Tue, 15 Nov 2011 12:24:01 +0100
Subject: Current state of openjdk on ARM devices
Message-ID: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>

Hi all,

I am interested in the current state of openjdk and ARM(Cortex A8 and
better). I have run some
liitle benchmarks and it looks like an 500Mhz geode lx800 based device
is faster executing Java
then a 1Ghz based ARM board. How can this be? Is the JIT not ready for ARM?
I also looking for a way to look deeper into a running openjdk
instance to see whats going on and
what goes wrong.

Can you give me some hints/tipps etc.

thanks
--
Christian Gmeiner, MSc


From edvard.wendelin at oracle.com  Tue Nov 15 14:16:50 2011
From: edvard.wendelin at oracle.com (Edvard Wendelin)
Date: Tue, 15 Nov 2011 15:16:50 +0100
Subject: Suggestion: require release name in the approval request Subject
	line
In-Reply-To: <C037916F-6469-4DB9-A5A1-A58490F196ED@oracle.com>
References: <76C7554F-496C-47F4-828A-2F12A3E10FFB@oracle.com>
	<A65D77B9-4F7F-42C4-BC92-34B2BAF02C10@oracle.com>
	<20111107233109.GT25917@rivendell.middle-earth.co.uk>
	<265BD157-6275-44D1-861C-47C27C54E922@oracle.com>
	<C037916F-6469-4DB9-A5A1-A58490F196ED@oracle.com>
Message-ID: <B0F4890F-9768-4A0A-B6FF-90D9A9904A7F@oracle.com>

And the template is updated with a [7u$N] prefix. 

Cheers,
Edvard

On Nov 10, 2011, at 9:13 PM, Edvard Wendelin wrote:

> I'll update the process page on the openjdk project page when I get to the office tomorrow! I haven't seen any complaints, so I think we can go ahead and do the change. Dalibor, if you don't agree, let me know :)
> 
> Cheers,
> Edvard
> 
> 
> On Nov 10, 2011, at 9:01 PM, Jeff Dinkins wrote:
> 
>> 
>> 
>>> On 08:50 Wed 02 Nov     , Dan Smith wrote:
>>>> I'd appreciate something like this:
>>>> 
>>>> Subject: [7u2 CR] 7099XXX - Duke's nose is the wrong Pantone shade of red
>> 
>> 
>> Edvard, Dalibor: what needs to be done to make this official and put into practice?
>> 
>> thanks,
>> 
>> jeff
>> 
>> 
>> On Nov 7, 2011, at 3:31 PM, Dr Andrew John Hughes wrote:
>> 
>>> On 08:50 Wed 02 Nov     , Dan Smith wrote:
>>>> I'd appreciate something like this:
>>>> 
>>>> Subject: [7u2 CR] 7099XXX - Duke's nose is the wrong Pantone shade of red
>>>> 
>>>> Right now I've got four different mail rules to try to filter out various review request subject lines; it's very ad hoc.  It's nice to separate these messages out, because they're typically much less likely to be of general interest.
>>>> 
>>> 
>>> I like this format better too.
>>> 
>>>> (Maybe there are also plans to move these off of the mailing lists entirely as we migrate to JIRA?)
>>>> 
>>> 
>>> Depends how this works out.  I wouldn't want to lose any transparency or archiving that the mailing lists provide.
>>> 
>>> A much bigger problem to me at the moment is the amount of commit traffic I get.  Can we not have these
>>> on a separate list?  I need to be signed up to the lists to get the actual patch reviews/discussion, but
>>> a commit to tl gives me about five identical e-mails.
>>> 
>>> I understand those on a particular team want to know what's gone in their repository, but surely this
>>> could be solved by having corresponding commit lists rather than dumping it all on the discussion list?
>>> 
>>>> ?Dan
>>>> 
>>> 
>>> -- 
>>> 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
>> 
> 



From aph at redhat.com  Tue Nov 15 15:16:12 2011
From: aph at redhat.com (Andrew Haley)
Date: Tue, 15 Nov 2011 15:16:12 +0000
Subject: Current state of openjdk on ARM devices
In-Reply-To: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
Message-ID: <4EC2823C.9060903@redhat.com>

On 11/15/2011 11:24 AM, Christian Gmeiner wrote:
> I am interested in the current state of openjdk and ARM(Cortex A8 and
> better). I have run some
> liitle benchmarks and it looks like an 500Mhz geode lx800 based device
> is faster executing Java
> then a 1Ghz based ARM board. How can this be? Is the JIT not ready for ARM?
> I also looking for a way to look deeper into a running openjdk
> instance to see whats going on and
> what goes wrong.
> 
> Can you give me some hints/tipps etc.

There's an experimental JIT at http://icedtea.classpath.org/hg/icedtea6

I'm debugging and stabilizing it, so expect some bugs.

Andrew.


From henri.gomez at gmail.com  Tue Nov 15 15:30:46 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 15 Nov 2011 16:30:46 +0100
Subject: Current state of openjdk on ARM devices
In-Reply-To: <4EC2823C.9060903@redhat.com>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
	<4EC2823C.9060903@redhat.com>
Message-ID: <CALyUpY265vaqimikE2QL+jCvFhB1GO0MKu-LnGMfRWG=ArbuvA@mail.gmail.com>

about ARM and IcedTea.

Are you using Zero or Cacao VM ?

2011/11/15 Andrew Haley <aph at redhat.com>:
> On 11/15/2011 11:24 AM, Christian Gmeiner wrote:
>> I am interested in the current state of openjdk and ARM(Cortex A8 and
>> better). I have run some
>> liitle benchmarks and it looks like an 500Mhz geode lx800 based device
>> is faster executing Java
>> then a 1Ghz based ARM board. How can this be? Is the JIT not ready for ARM?
>> I also looking for a way to look deeper into a running openjdk
>> instance to see whats going on and
>> what goes wrong.
>>
>> Can you give me some hints/tipps etc.
>
> There's an experimental JIT at http://icedtea.classpath.org/hg/icedtea6
>
> I'm debugging and stabilizing it, so expect some bugs.
>
> Andrew.
>


From henri.gomez at gmail.com  Tue Nov 15 17:16:40 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 15 Nov 2011 18:16:40 +0100
Subject: Current state of openjdk on ARM devices
In-Reply-To: <20111115171253.GA7712@rivendell.middle-earth.co.uk>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
	<4EC2823C.9060903@redhat.com>
	<CALyUpY265vaqimikE2QL+jCvFhB1GO0MKu-LnGMfRWG=ArbuvA@mail.gmail.com>
	<20111115171253.GA7712@rivendell.middle-earth.co.uk>
Message-ID: <CALyUpY2TDDQ6jmqC5NuPvFv13ugmv=MOjZe2qH_dmz--vArCSw@mail.gmail.com>

> Neither. ?There is an ARM-specific JIT in IcedTea6 originally
> developed by Edward Nevill, which has bitrotted lately. ?Andrew has
> recently been working on bringing this up to speed with the latest
> HotSpot developments; hence his comments above.

Thanks for precisions.

ARM may be the x86 of next decade, it's nice to know there is a
specific JIT for it.

Cheers


From aph at redhat.com  Tue Nov 15 18:20:56 2011
From: aph at redhat.com (Andrew Haley)
Date: Tue, 15 Nov 2011 18:20:56 +0000
Subject: Current state of openjdk on ARM devices
In-Reply-To: <20111115171253.GA7712@rivendell.middle-earth.co.uk>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
	<4EC2823C.9060903@redhat.com>
	<CALyUpY265vaqimikE2QL+jCvFhB1GO0MKu-LnGMfRWG=ArbuvA@mail.gmail.com>
	<20111115171253.GA7712@rivendell.middle-earth.co.uk>
Message-ID: <4EC2AD88.7050903@redhat.com>

On 11/15/2011 05:12 PM, Dr Andrew John Hughes wrote:
> On 16:30 Tue 15 Nov     , Henri Gomez wrote:
>> about ARM and IcedTea.
>>
>> Are you using Zero or Cacao VM ?

> Neither.  There is an ARM-specific JIT in IcedTea6 originally
> developed by Edward Nevill, which has bitrotted lately.  Andrew has
> recently been working on bringing this up to speed with the latest
> HotSpot developments; hence his comments above.

I'm not doing that now -- the HotSpot update has been complete for a
while.  I'm working on fixing bugs that have always been there.

Andrew.


From christian.gmeiner at gmail.com  Wed Nov 16 07:55:57 2011
From: christian.gmeiner at gmail.com (Christian Gmeiner)
Date: Wed, 16 Nov 2011 08:55:57 +0100
Subject: Current state of openjdk on ARM devices
In-Reply-To: <4EC2823C.9060903@redhat.com>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
	<4EC2823C.9060903@redhat.com>
Message-ID: <CAH9NwWc_jQq9uGdZVUaPnkMw-ghdAifWEOzbf-hLvC9=z4hnhA@mail.gmail.com>

2011/11/15 Andrew Haley <aph at redhat.com>:
> On 11/15/2011 11:24 AM, Christian Gmeiner wrote:
>> I am interested in the current state of openjdk and ARM(Cortex A8 and
>> better). I have run some
>> liitle benchmarks and it looks like an 500Mhz geode lx800 based device
>> is faster executing Java
>> then a 1Ghz based ARM board. How can this be? Is the JIT not ready for ARM?
>> I also looking for a way to look deeper into a running openjdk
>> instance to see whats going on and
>> what goes wrong.
>>
>> Can you give me some hints/tipps etc.
>
> There's an experimental JIT at http://icedtea.classpath.org/hg/icedtea6
>
> I'm debugging and stabilizing it, so expect some bugs.

This sounds really great and I will give it a try today. And will give
you some feedback
about its performance compared to my other tests/benchmarks.

--
Christian Gmeiner, MSc


From christian.gmeiner at gmail.com  Wed Nov 16 07:56:47 2011
From: christian.gmeiner at gmail.com (Christian Gmeiner)
Date: Wed, 16 Nov 2011 08:56:47 +0100
Subject: Current state of openjdk on ARM devices
In-Reply-To: <CALyUpY265vaqimikE2QL+jCvFhB1GO0MKu-LnGMfRWG=ArbuvA@mail.gmail.com>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
	<4EC2823C.9060903@redhat.com>
	<CALyUpY265vaqimikE2QL+jCvFhB1GO0MKu-LnGMfRWG=ArbuvA@mail.gmail.com>
Message-ID: <CAH9NwWdaQD3ULf7tJjAiqik1AwowBcDSczzMzzK1Osho1OzMCg@mail.gmail.com>

2011/11/15 Henri Gomez <henri.gomez at gmail.com>:
> about ARM and IcedTea.
>
> Are you using Zero or Cacao VM ?

I tried both... and ... they are not as fast as the x86 arch.

--
Christian Gmeiner, MSc


From richard.bair at oracle.com  Wed Nov 16 15:47:30 2011
From: richard.bair at oracle.com (Richard Bair)
Date: Wed, 16 Nov 2011 16:47:30 +0100
Subject: Project Proposal: JFX
In-Reply-To: <91E2250A-654A-4282-8CE9-6B418F37059F@webmink.com>
References: <0939F75A-0AB6-4338-AB6D-7D03201E4E01@oracle.com>
	<91E2250A-654A-4282-8CE9-6B418F37059F@webmink.com>
Message-ID: <272F6C3D-1F84-4443-BF5A-BBF187D368D5@oracle.com>

As you've probably seen, the vote for OpenJFX as a Project in OpenJDK passed this morning (well, morning here in Belgium :-)). Thanks to everybody for your encouragement and support, I'm looking forward to getting code in your hands as soon as possible and moving Java client forward!

Thanks all,
Richard

On Oct 29, 2011, at 12:53 AM, Simon Phipps wrote:

> Excellent move, Richard, one which you probably know I've been advocating from the very beginning of JavaFX :-)  Bravo.
> 
> S.
> 
> 
> 
> On 28 Oct 2011, at 00:17, Richard Bair wrote:
> 
>> Hi OpenJDK community!
>> 
>> As announced at JavaOne we (Oracle) would love to contribute JavaFX into OpenJDK as a new project called "JFX". For some who have been following along, we've talked about this for a long time but finally (finally!) we're ready to act on it and open source the platform. We are not just interested in open sourcing the code, however, we also want to move into an open development model. We already have an open bug database[1]. The project uses Mercurial, so we should fit in pretty well into OpenJDK.
>> 
>> Our basic motivation for wanting to open source JFX is to built a community and ecosystem support and adoption around JavaFX by increasing transparency. Of course we are also interested in getting patches and early feedback from the community[2]! Our goal is to provide the next-generation Java client toolkit, and JFX would be the next step along that path, which hopefully culminates in a JSR for the Java 9 timeframe and including JFX as proper part of the JDK. I would be the initial Project lead for JFX.
>> 
>> A little bit about our project:
>> It is a significant contribution to the corpus of open source code
>> It includes over 6000+ public API members (methods / constructors / etc)
>> It includes over 11,500 unit tests
>> Core libraries such as observable collections and binding
>> Scene graph, effects, graphics
>> CSS support for JavaFX
>> Media
>> WebView
>> Prism (hardware accelerated graphics, including openGL and D3D and java2D implementations)
>> Glass (windowing system, base porting layer, including mac, linux, and windows implementations)
>> UI Controls and Charts
>> 
>> Our builds are all Ant, with JUnit for testing (there is some 'make' in there for native parts). We also have NetBeans projects setup for each area. There is a lot of code that we'll be releasing, so as a matter of practicality we're going to release different parts of JavaFX over the course of the next few months, starting with UI controls followed by charts. We'll put up a full roadmap onto our project pages, should we be approved to become part of OpenJDK. We'll make sure that the open source code is always fully buildable by anybody using the sources + a binary plug (which will become unnecessary as we open source the remaining pieces). All of the above listed modules will be open sourced and fully buildable.
>> 
>> What do you think? I'd love to hear any issues and hopefully be able to resolve those prior to requesting an official vote.
>> 
>> Thanks
>> Richard
>> 
>> [1] http://javafx-jira.kenai.com
>> [2] A good example of the sort of interesting stuff going on out there can be found here: http://jroller.com/neugens/entry/embed_swing_inside_javafx_2
> 



From jonnyt at abpni.co.uk  Mon Nov 21 12:34:19 2011
From: jonnyt at abpni.co.uk (Jonathan Tripathy)
Date: Mon, 21 Nov 2011 12:34:19 +0000
Subject: Patent Grant
Message-ID: <4ECA454B.10507@abpni.co.uk>

Hi Everyone,

I'm aware that OpenJDK is released under the GPLv2, which has an 
implicit patent grant. However I'm curious about the explicit patent 
grant given by Oracle when an implementation passed the TCK test.

I'm aware that OpenJDK has passed the Community TCK tests (Which doesn't 
have any field of use clauses). Does this mean that an explicit patent 
grant is given to OpenJDK?

The  grant is here: http://java.sun.com/javase/6/jdk-6u21-doc-license.txt

My concerns are with this paragraph:

5. Definitions. For the purposes of this Agreement: "Independent 
Implementation" shall mean an implementation of the Specification that 
neither derives from any of Sun's source code or binary code materials 
nor, except with an appropriate and separate license from Sun, includes 
any of Sun's source code or binary code materials

OpenJDK is obviously Sun's code, so I'm a little confused here. Does 
this mean the patent grant doesn't apply? Or maybe the GPLv2 is the 
"appropriate and separate license".

Thanks


From mandrikov at gmail.com  Tue Nov 22 09:24:40 2011
From: mandrikov at gmail.com (Evgeny Mandrikov)
Date: Tue, 22 Nov 2011 13:24:40 +0400
Subject: Sonar analysis of OpenJDK 7 available
Message-ID: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>

Hi,

As per request of Dalibor Topic [1] I'm announcing that static analysis of
OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
Analysis is scheduled on a periodic basis once in a week.
Dedicated quality profile was not used, so there might be some
false-positive violations (like rule "Dont Import Sun"). However we are
open for collaborations and ready to create a dedicated quality profile and
I suppose that "Code Conventions" [5] might be used as a starting point.

[1] https://twitter.com/#!/robilad/status/138707382363635712
[2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
[3] http://www.sonarsource.org/
[4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
[5] http://openjdk.java.net/guide/codeConventions.html

-- 
Best regards,
Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
http://twitter.com/_godin_
http://sonarsource.com


From henri.gomez at gmail.com  Tue Nov 22 09:42:36 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 22 Nov 2011 10:42:36 +0100
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
Message-ID: <CALyUpY30Bbyy=vB+z-KnE6LH+XFMJS109iezTxUbWx7Un5PWkA@mail.gmail.com>

Congrats Evgeny !

2011/11/22 Evgeny Mandrikov <mandrikov at gmail.com>:
> Hi,
>
> As per request of Dalibor Topic [1] I'm announcing that static analysis of
> OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
> Analysis is scheduled on a periodic basis once in a week.
> Dedicated quality profile was not used, so there might be some
> false-positive violations (like rule "Dont Import Sun"). However we are
> open for collaborations and ready to create a dedicated quality profile and
> I suppose that "Code Conventions" [5] might be used as a starting point.
>
> [1] https://twitter.com/#!/robilad/status/138707382363635712
> [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
> [3] http://www.sonarsource.org/
> [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
> [5] http://openjdk.java.net/guide/codeConventions.html
>
> --
> Best regards,
> Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
> http://twitter.com/_godin_
> http://sonarsource.com
>


From martijnverburg at gmail.com  Tue Nov 22 10:25:45 2011
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Tue, 22 Nov 2011 10:25:45 +0000
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <CALyUpY30Bbyy=vB+z-KnE6LH+XFMJS109iezTxUbWx7Un5PWkA@mail.gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<CALyUpY30Bbyy=vB+z-KnE6LH+XFMJS109iezTxUbWx7Un5PWkA@mail.gmail.com>
Message-ID: <CAP7YuAS2cOOb7en3ipHBQKcWQ9xG_JbY6Cz15c0a5NNfkcM1ug@mail.gmail.com>

That's awesome Evgeny, thanks for providing this!

Cheers,
Martijn

On 22 November 2011 09:42, Henri Gomez <henri.gomez at gmail.com> wrote:
> Congrats Evgeny !
>
> 2011/11/22 Evgeny Mandrikov <mandrikov at gmail.com>:
>> Hi,
>>
>> As per request of Dalibor Topic [1] I'm announcing that static analysis of
>> OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
>> Analysis is scheduled on a periodic basis once in a week.
>> Dedicated quality profile was not used, so there might be some
>> false-positive violations (like rule "Dont Import Sun"). However we are
>> open for collaborations and ready to create a dedicated quality profile and
>> I suppose that "Code Conventions" [5] might be used as a starting point.
>>
>> [1] https://twitter.com/#!/robilad/status/138707382363635712
>> [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
>> [3] http://www.sonarsource.org/
>> [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
>> [5] http://openjdk.java.net/guide/codeConventions.html
>>
>> --
>> Best regards,
>> Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
>> http://twitter.com/_godin_
>> http://sonarsource.com
>>
>


From Alan.Bateman at oracle.com  Tue Nov 22 10:38:30 2011
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Tue, 22 Nov 2011 10:38:30 +0000
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
Message-ID: <4ECB7BA6.50609@oracle.com>

On 22/11/2011 09:24, Evgeny Mandrikov wrote:
> Hi,
>
> As per request of Dalibor Topic [1] I'm announcing that static analysis of
> OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
> Analysis is scheduled on a periodic basis once in a week.
> Dedicated quality profile was not used, so there might be some
> false-positive violations (like rule "Dont Import Sun"). However we are
> open for collaborations and ready to create a dedicated quality profile and
> I suppose that "Code Conventions" [5] might be used as a starting point.
>
>
This is very interesting but it appears to be missing the platform 
specific code, also generated code. I think (but might be wrong) that 
it's only looking at jdk/src/share/classes and ignoring 
jdk/src/<platform>/classes and build/<platform>/gensrc.

-Alan


From dalibor.topic at oracle.com  Tue Nov 22 11:09:48 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Tue, 22 Nov 2011 12:09:48 +0100
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <CAP7YuAS2cOOb7en3ipHBQKcWQ9xG_JbY6Cz15c0a5NNfkcM1ug@mail.gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<CALyUpY30Bbyy=vB+z-KnE6LH+XFMJS109iezTxUbWx7Un5PWkA@mail.gmail.com>
	<CAP7YuAS2cOOb7en3ipHBQKcWQ9xG_JbY6Cz15c0a5NNfkcM1ug@mail.gmail.com>
Message-ID: <4ECB82FC.90509@oracle.com>

Yeah, thanks for providing this. I forwarded the e-mail to the jdk7u-dev
list, since this is jdk7u based, a first comment is at 
http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-November/000860.html

Since I'd expect jdk8 to be the place where various cleanups (build system,
modularization, lamdaificaiton, etc.) may take place in the future, it may 
be interesting to see an analysis tracking that as well - that would be the 
jdk8/jdk8 forest.

Like Alan, I'm curious if you're building the whole forest, and then 
running the checks on the built classes, or if you're source code scanning 
just the jdk repository, omitting langtools, corba, etc.

cheers,
dalibor topic

On 11/22/11 11:25 AM, Martijn Verburg wrote:
> That's awesome Evgeny, thanks for providing this!
> 
> Cheers,
> Martijn
> 
> On 22 November 2011 09:42, Henri Gomez <henri.gomez at gmail.com> wrote:
>> Congrats Evgeny !
>>
>> 2011/11/22 Evgeny Mandrikov <mandrikov at gmail.com>:
>>> Hi,
>>>
>>> As per request of Dalibor Topic [1] I'm announcing that static analysis of
>>> OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
>>> Analysis is scheduled on a periodic basis once in a week.
>>> Dedicated quality profile was not used, so there might be some
>>> false-positive violations (like rule "Dont Import Sun"). However we are
>>> open for collaborations and ready to create a dedicated quality profile and
>>> I suppose that "Code Conventions" [5] might be used as a starting point.
>>>
>>> [1] https://twitter.com/#!/robilad/status/138707382363635712
>>> [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
>>> [3] http://www.sonarsource.org/
>>> [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
>>> [5] http://openjdk.java.net/guide/codeConventions.html
>>>
>>> --
>>> Best regards,
>>> Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
>>> http://twitter.com/_godin_
>>> http://sonarsource.com
>>>
>>



-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment


From aph at redhat.com  Tue Nov 22 17:17:15 2011
From: aph at redhat.com (Andrew Haley)
Date: Tue, 22 Nov 2011 17:17:15 +0000
Subject: Patent Grant
In-Reply-To: <4ECA454B.10507@abpni.co.uk>
References: <4ECA454B.10507@abpni.co.uk>
Message-ID: <4ECBD91B.4060207@redhat.com>

On 11/21/2011 12:34 PM, Jonathan Tripathy wrote:

> I'm aware that OpenJDK is released under the GPLv2, which has an 
> implicit patent grant. However I'm curious about the explicit patent 
> grant given by Oracle when an implementation passed the TCK test.
> 
> I'm aware that OpenJDK has passed the Community TCK tests (Which doesn't 
> have any field of use clauses). Does this mean that an explicit patent 
> grant is given to OpenJDK?

OpenJDK per se hasn't passed the Community TCK tests; some releases
built from OpenJDK source code have.  This is an important
distinction.

> The  grant is here: http://java.sun.com/javase/6/jdk-6u21-doc-license.txt
>
> My concerns are with this paragraph:
> 
> 5. Definitions. For the purposes of this Agreement: "Independent 
> Implementation" shall mean an implementation of the Specification that 
> neither derives from any of Sun's source code or binary code materials 
> nor, except with an appropriate and separate license from Sun, includes 
> any of Sun's source code or binary code materials
> 
> OpenJDK is obviously Sun's code, so I'm a little confused here. Does 
> this mean the patent grant doesn't apply? Or maybe the GPLv2 is the 
> "appropriate and separate license".

You'll only get the usual reply, I'm afraid.  We are not lawyers, and
any legal advice you receive from us is worthless.

Nevertheless, this looks like the general Java licence for
implementers, rather than the OpenJDK licence.  And clearly OpenJDK is
not an implementation that does not derive from Sun's source code.

Andrew.


From fcassia at gmail.com  Tue Nov 22 18:37:13 2011
From: fcassia at gmail.com (Fernando Cassia)
Date: Tue, 22 Nov 2011 15:37:13 -0300
Subject: Patent Grant
In-Reply-To: <4ECA454B.10507@abpni.co.uk>
References: <4ECA454B.10507@abpni.co.uk>
Message-ID: <CACGw4H4MoZyENrArGSM88OZ34XK-YdVEdCg2s3ViUYvp-QQhJQ@mail.gmail.com>

On Mon, Nov 21, 2011 at 09:34, Jonathan Tripathy <jonnyt at abpni.co.uk> wrote:
> My concerns are with this paragraph

My concerns are global warming and peak oil.

Now seriously. You say you are concerned, but you don?t say why a
given paragraph affects *you* and/or what you are attempting to do to
begin with.

FC
-- 
"The purpose of computing is insight, not numbers."
Richard Hamming - http://en.wikipedia.org/wiki/Hamming_code


From mark at klomp.org  Tue Nov 22 19:23:07 2011
From: mark at klomp.org (Mark Wielaard)
Date: Tue, 22 Nov 2011 20:23:07 +0100
Subject: Patent Grant
In-Reply-To: <4ECA454B.10507@abpni.co.uk>
References: <4ECA454B.10507@abpni.co.uk>
Message-ID: <1321989788.4342.7.camel@springer.wildebeest.org>

On Mon, 2011-11-21 at 12:34 +0000, Jonathan Tripathy wrote:
> I'm aware that OpenJDK is released under the GPLv2, which has an 
> implicit patent grant. However I'm curious about the explicit patent 
> grant given by Oracle when an implementation passed the TCK test.
> 
> I'm aware that OpenJDK has passed the Community TCK tests (Which doesn't 
> have any field of use clauses). Does this mean that an explicit patent 
> grant is given to OpenJDK?
> [...]
> OpenJDK is obviously Sun's code, so I'm a little confused here. Does 
> this mean the patent grant doesn't apply? Or maybe the GPLv2 is the 
> "appropriate and separate license".

Yes, OpenJDK is distributed under the GPL, and that is an appropriate
and separate license from Sun/Oracle. So you get both patent grants. But
through the GPL you get a license from all contributors, not just
Oracle. The GPL patent grant also isn't tied to passing any tests,
standards, field of use restrictions or creating derivatives. Basically
the GPL patent shield is a superset of what you would be granted through
that TCK test passing grant not just from Oracle through the JCP, but
from all participants to OpenJDK. See also:
http://en.swpat.org/wiki/Java_and_patents


From jonnyt at abpni.co.uk  Tue Nov 22 21:40:25 2011
From: jonnyt at abpni.co.uk (Jonathan Tripathy)
Date: Tue, 22 Nov 2011 21:40:25 +0000
Subject: Patent Grant
In-Reply-To: <1321989788.4342.7.camel@springer.wildebeest.org>
References: <4ECA454B.10507@abpni.co.uk>
	<1321989788.4342.7.camel@springer.wildebeest.org>
Message-ID: <4ECC16C9.1080302@abpni.co.uk>


On 22/11/2011 19:23, Mark Wielaard wrote:
> The GPL patent grant also isn't tied to [...] field of use 
> restrictions [...].
Is the seperate grant from Oracle restricted with field of use? I 
thought that the OpenJDK TCK didn't have such restrictions..

Thanks


From mark at klomp.org  Tue Nov 22 21:48:27 2011
From: mark at klomp.org (Mark Wielaard)
Date: Tue, 22 Nov 2011 22:48:27 +0100
Subject: Patent Grant
In-Reply-To: <4ECC16C9.1080302@abpni.co.uk>
References: <4ECA454B.10507@abpni.co.uk>
	<1321989788.4342.7.camel@springer.wildebeest.org>
	<4ECC16C9.1080302@abpni.co.uk>
Message-ID: <1321998507.4342.9.camel@springer.wildebeest.org>

On Tue, 2011-11-22 at 21:40 +0000, Jonathan Tripathy wrote:
> On 22/11/2011 19:23, Mark Wielaard wrote:
> > The GPL patent grant also isn't tied to [...] field of use 
> > restrictions [...].
> Is the seperate grant from Oracle restricted with field of use? I 
> thought that the OpenJDK TCK didn't have such restrictions..

Not that I know. At least, there is no field of use restriction in
"OpenJDK Community TCK License Agreement for Java SE 6" from
http://openjdk.java.net/legal/ but I see there is still not one for 7.
Anybody know what happened to that?


From donald.smith at oracle.com  Wed Nov 23 19:07:59 2011
From: donald.smith at oracle.com (Donald Smith)
Date: Wed, 23 Nov 2011 14:07:59 -0500
Subject: Patent Grant
In-Reply-To: <1321998507.4342.9.camel@springer.wildebeest.org>
References: <4ECA454B.10507@abpni.co.uk>	<1321989788.4342.7.camel@springer.wildebeest.org>	<4ECC16C9.1080302@abpni.co.uk>
	<1321998507.4342.9.camel@springer.wildebeest.org>
Message-ID: <4ECD448F.7080004@oracle.com>

It's coming, I'm really sorry it's taken so long, there's no excuse.  No 
big changes to what's in 6, just having a hard time getting the final 
bits of attention.  I'll keep kicking, and please keep kicking me.

  - Don

On 22/11/2011 4:48 PM, Mark Wielaard wrote:
> Not that I know. At least, there is no field of use restriction in
> "OpenJDK Community TCK License Agreement for Java SE 6" from
> http://openjdk.java.net/legal/  but I see there is still not one for 7.
> Anybody know what happened to that?


From kelly.ohair at oracle.com  Thu Nov 24 00:36:58 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Wed, 23 Nov 2011 16:36:58 -0800
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
Message-ID: <05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>

Who gets to decide what the definition of "quality" here, or the configuration of what things to look for?
I see 1,285 "violations" for using extra parens, Really?  Things like  return (true);    are "violations"?

It seems like a very nice tool, we just need to be careful what we change and why.
I've trusted findbugs to do no harm when fixing what it reports, but I haven't found any other tool
I would trust.

The tool PMD would tell you a variable was not used, but fail to detect that it's assignment used
a method call that had critical side-effects. This tool seems to suffer from the same problem.
So people need to be very very careful here.

-kto

On Nov 22, 2011, at 1:24 AM, Evgeny Mandrikov wrote:

> Hi,
> 
> As per request of Dalibor Topic [1] I'm announcing that static analysis of
> OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
> Analysis is scheduled on a periodic basis once in a week.
> Dedicated quality profile was not used, so there might be some
> false-positive violations (like rule "Dont Import Sun"). However we are
> open for collaborations and ready to create a dedicated quality profile and
> I suppose that "Code Conventions" [5] might be used as a starting point.
> 
> [1] https://twitter.com/#!/robilad/status/138707382363635712
> [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
> [3] http://www.sonarsource.org/
> [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
> [5] http://openjdk.java.net/guide/codeConventions.html
> 
> -- 
> Best regards,
> Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
> http://twitter.com/_godin_
> http://sonarsource.com



From roman at kennke.org  Thu Nov 24 08:36:45 2011
From: roman at kennke.org (Roman Kennke)
Date: Thu, 24 Nov 2011 09:36:45 +0100
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
Message-ID: <1322123805.3155.2.camel@moonlight>

Hi Kelly,

> Who gets to decide what the definition of "quality" here, or the configuration of what things to look for?
> I see 1,285 "violations" for using extra parens, Really?  Things like  return (true);    are "violations"?

return (true); is certainly correct code, but it's not good good style.
Code quality is not only about correctness, but also (or most
importantly) about maintainability. Things that makes difficult to read
are violations.

> It seems like a very nice tool, we just need to be careful what we change and why.
> I've trusted findbugs to do no harm when fixing what it reports, but I haven't found any other tool
> I would trust.
> 
> The tool PMD would tell you a variable was not used, but fail to detect that it's assignment used
> a method call that had critical side-effects. This tool seems to suffer from the same problem.
> So people need to be very very careful here.

Critical side effects are bad bad quality IMO.

Cheers, Roman

> -kto
> 
> On Nov 22, 2011, at 1:24 AM, Evgeny Mandrikov wrote:
> 
> > Hi,
> > 
> > As per request of Dalibor Topic [1] I'm announcing that static analysis of
> > OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
> > Analysis is scheduled on a periodic basis once in a week.
> > Dedicated quality profile was not used, so there might be some
> > false-positive violations (like rule "Dont Import Sun"). However we are
> > open for collaborations and ready to create a dedicated quality profile and
> > I suppose that "Code Conventions" [5] might be used as a starting point.
> > 
> > [1] https://twitter.com/#!/robilad/status/138707382363635712
> > [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
> > [3] http://www.sonarsource.org/
> > [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
> > [5] http://openjdk.java.net/guide/codeConventions.html
> > 
> > -- 
> > Best regards,
> > Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
> > http://twitter.com/_godin_
> > http://sonarsource.com
> 
> 




From henri.gomez at gmail.com  Thu Nov 24 08:46:14 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 24 Nov 2011 09:46:14 +0100
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <1322123805.3155.2.camel@moonlight>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
	<1322123805.3155.2.camel@moonlight>
Message-ID: <CALyUpY1NmYkEyqzutEe4GHu_shwGiC2-sR=RoKQ7hud1basiOw@mail.gmail.com>

Why not discuss Sonar rules used and determine together, which should
be enabled or disabled ?

2011/11/24 Roman Kennke <roman at kennke.org>:
> Hi Kelly,
>
>> Who gets to decide what the definition of "quality" here, or the configuration of what things to look for?
>> I see 1,285 "violations" for using extra parens, Really? ?Things like ?return (true); ? ?are "violations"?
>
> return (true); is certainly correct code, but it's not good good style.
> Code quality is not only about correctness, but also (or most
> importantly) about maintainability. Things that makes difficult to read
> are violations.
>
>> It seems like a very nice tool, we just need to be careful what we change and why.
>> I've trusted findbugs to do no harm when fixing what it reports, but I haven't found any other tool
>> I would trust.
>>
>> The tool PMD would tell you a variable was not used, but fail to detect that it's assignment used
>> a method call that had critical side-effects. This tool seems to suffer from the same problem.
>> So people need to be very very careful here.
>
> Critical side effects are bad bad quality IMO.
>
> Cheers, Roman
>
>> -kto
>>
>> On Nov 22, 2011, at 1:24 AM, Evgeny Mandrikov wrote:
>>
>> > Hi,
>> >
>> > As per request of Dalibor Topic [1] I'm announcing that static analysis of
>> > OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
>> > Analysis is scheduled on a periodic basis once in a week.
>> > Dedicated quality profile was not used, so there might be some
>> > false-positive violations (like rule "Dont Import Sun"). However we are
>> > open for collaborations and ready to create a dedicated quality profile and
>> > I suppose that "Code Conventions" [5] might be used as a starting point.
>> >
>> > [1] https://twitter.com/#!/robilad/status/138707382363635712
>> > [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
>> > [3] http://www.sonarsource.org/
>> > [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
>> > [5] http://openjdk.java.net/guide/codeConventions.html
>> >
>> > --
>> > Best regards,
>> > Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
>> > http://twitter.com/_godin_
>> > http://sonarsource.com
>>
>>
>
>
>


From martijnverburg at gmail.com  Thu Nov 24 09:41:57 2011
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Thu, 24 Nov 2011 09:41:57 +0000
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <CALyUpY1NmYkEyqzutEe4GHu_shwGiC2-sR=RoKQ7hud1basiOw@mail.gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
	<1322123805.3155.2.camel@moonlight>
	<CALyUpY1NmYkEyqzutEe4GHu_shwGiC2-sR=RoKQ7hud1basiOw@mail.gmail.com>
Message-ID: <CAP7YuAT+vzcNZVwsO62mHGugucmQBGdoX_AkndcvJDa0vkPHdw@mail.gmail.com>

+1 - this could/should be a ruleset decided upon by the committers, a
typical process in OSS projects.

Sonar can combine Checkstyle, PMD and FindBugs + more, I guess the
committers could start with one rule at a time.  At least that's how I
typically introduce these things into an existing code base.

Cheers,
Martijn

On 24 November 2011 08:46, Henri Gomez <henri.gomez at gmail.com> wrote:
> Why not discuss Sonar rules used and determine together, which should
> be enabled or disabled ?
>
> 2011/11/24 Roman Kennke <roman at kennke.org>:
>> Hi Kelly,
>>
>>> Who gets to decide what the definition of "quality" here, or the configuration of what things to look for?
>>> I see 1,285 "violations" for using extra parens, Really? ?Things like ?return (true); ? ?are "violations"?
>>
>> return (true); is certainly correct code, but it's not good good style.
>> Code quality is not only about correctness, but also (or most
>> importantly) about maintainability. Things that makes difficult to read
>> are violations.
>>
>>> It seems like a very nice tool, we just need to be careful what we change and why.
>>> I've trusted findbugs to do no harm when fixing what it reports, but I haven't found any other tool
>>> I would trust.
>>>
>>> The tool PMD would tell you a variable was not used, but fail to detect that it's assignment used
>>> a method call that had critical side-effects. This tool seems to suffer from the same problem.
>>> So people need to be very very careful here.
>>
>> Critical side effects are bad bad quality IMO.
>>
>> Cheers, Roman
>>
>>> -kto
>>>
>>> On Nov 22, 2011, at 1:24 AM, Evgeny Mandrikov wrote:
>>>
>>> > Hi,
>>> >
>>> > As per request of Dalibor Topic [1] I'm announcing that static analysis of
>>> > OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
>>> > Analysis is scheduled on a periodic basis once in a week.
>>> > Dedicated quality profile was not used, so there might be some
>>> > false-positive violations (like rule "Dont Import Sun"). However we are
>>> > open for collaborations and ready to create a dedicated quality profile and
>>> > I suppose that "Code Conventions" [5] might be used as a starting point.
>>> >
>>> > [1] https://twitter.com/#!/robilad/status/138707382363635712
>>> > [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
>>> > [3] http://www.sonarsource.org/
>>> > [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
>>> > [5] http://openjdk.java.net/guide/codeConventions.html
>>> >
>>> > --
>>> > Best regards,
>>> > Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
>>> > http://twitter.com/_godin_
>>> > http://sonarsource.com
>>>
>>>
>>
>>
>>
>


From kelly.ohair at oracle.com  Mon Nov 28 18:05:01 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Mon, 28 Nov 2011 10:05:01 -0800
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <1322123805.3155.2.camel@moonlight>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
	<1322123805.3155.2.camel@moonlight>
Message-ID: <1902D6D4-86A4-4423-99EA-A8527F0FB8E8@oracle.com>


On Nov 24, 2011, at 12:36 AM, Roman Kennke wrote:

> Hi Kelly,
> 
>> Who gets to decide what the definition of "quality" here, or the configuration of what things to look for?
>> I see 1,285 "violations" for using extra parens, Really?  Things like  return (true);    are "violations"?
> 
> return (true); is certainly correct code, but it's not good good style.
> Code quality is not only about correctness, but also (or most
> importantly) about maintainability. Things that makes difficult to read
> are violations.

People find "return (true);" to be difficult to read? Really?  I myself have no issue with extra parens,
doesn't bother me in the least. But that's just my opinion.
In a perfect world, and one where everyone agrees on what "good good style" is, you might, just
might, consider changing hundreds or thousands of "return (true);" statements to "return true;", but
how important is that in the face of everything else? In this case, you would think the risk would be low.

But I would argue that there are many many more important quality issues than extra parens in code,
and we should focus on the more important issues.
When you include ALL quality issues like this one in a report, it creates a HUGE pile of issues that
I consider an unfair representation of the code, and a daunting situation to deal with.

My issue is one of priorities, we should focus on the more dangerous quality issues here,
and not many style issues are high priority in my opinion.

> 
>> It seems like a very nice tool, we just need to be careful what we change and why.
>> I've trusted findbugs to do no harm when fixing what it reports, but I haven't found any other tool
>> I would trust.
>> 
>> The tool PMD would tell you a variable was not used, but fail to detect that it's assignment used
>> a method call that had critical side-effects. This tool seems to suffer from the same problem.
>> So people need to be very very careful here.
> 
> Critical side effects are bad bad quality IMO.

Unnecessary side effects, I agree. But there are many APIs that rely on it, like buffers and I/O.
So it has to be something a tool understands so that recommendations are not blindly followed.

Please don't get me wrong, I think this Sonar tool is great, I just want to make sure we focus on
the right things and don't create regressions by being too quick to change code that has been around
for a  long time.

-kto

> 
> Cheers, Roman
> 
>> -kto
>> 
>> On Nov 22, 2011, at 1:24 AM, Evgeny Mandrikov wrote:
>> 
>>> Hi,
>>> 
>>> As per request of Dalibor Topic [1] I'm announcing that static analysis of
>>> OpenJDK 7 [2] by Sonar [3] available at our public instance called Nemo [4].
>>> Analysis is scheduled on a periodic basis once in a week.
>>> Dedicated quality profile was not used, so there might be some
>>> false-positive violations (like rule "Dont Import Sun"). However we are
>>> open for collaborations and ready to create a dedicated quality profile and
>>> I suppose that "Code Conventions" [5] might be used as a starting point.
>>> 
>>> [1] https://twitter.com/#!/robilad/status/138707382363635712
>>> [2] http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/
>>> [3] http://www.sonarsource.org/
>>> [4] http://nemo.sonarsource.org/dashboard/index/net.java.openjdk:jdk7
>>> [5] http://openjdk.java.net/guide/codeConventions.html
>>> 
>>> -- 
>>> Best regards,
>>> Evgeny Mandrikov aka Godin <http://godin.net.ru> | SonarSource
>>> http://twitter.com/_godin_
>>> http://sonarsource.com
>> 
>> 
> 
> 



From neugens.limasoftware at gmail.com  Mon Nov 28 23:21:33 2011
From: neugens.limasoftware at gmail.com (Mario Torre)
Date: Tue, 29 Nov 2011 00:21:33 +0100
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <1902D6D4-86A4-4423-99EA-A8527F0FB8E8@oracle.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
	<1322123805.3155.2.camel@moonlight>
	<1902D6D4-86A4-4423-99EA-A8527F0FB8E8@oracle.com>
Message-ID: <2129E4B0-7BD9-485B-90B7-F71653BF1074@gmail.com>

Il giorno 28/nov/2011, alle ore 19:05, Kelly O'Hair ha scritto:
> 
> On Nov 24, 2011, at 12:36 AM, Roman Kennke wrote:
> 
>> Hi Kelly,
>> 
>>> Who gets to decide what the definition of "quality" here, or the configuration of what things to look for?
>>> I see 1,285 "violations" for using extra parens, Really?  Things like  return (true);    are "violations"?
>> 
>> return (true); is certainly correct code, but it's not good good style.
>> Code quality is not only about correctness, but also (or most
>> importantly) about maintainability. Things that makes difficult to read
>> are violations.
> 
> People find "return (true);" to be difficult to read? Really?  I myself have no issue with extra parens,
> doesn't bother me in the least. But that's just my opinion.
> In a perfect world, and one where everyone agrees on what "good good style" is, you might, just
> might, consider changing hundreds or thousands of "return (true);" statements to "return true;", but
> how important is that in the face of everything else? In this case, you would think the risk would be low.
> 
> But I would argue that there are many many more important quality issues than extra parens in code,
> and we should focus on the more important issues.
> When you include ALL quality issues like this one in a report, it creates a HUGE pile of issues that
> I consider an unfair representation of the code, and a daunting situation to deal with.
> 
> My issue is one of priorities, we should focus on the more dangerous quality issues here,
> and not many style issues are high priority in my opinion.

I also find return (true) more difficult to read ;) (oh, well, I'm the guy who still asks people to stay
within the 80 columns...) but I agree there are better priorities; I also find this kind of results a bit polluting,
since they may actually create background noise that will make more important things less obvious.

However, all considered, those extremely low priority warnings maybe still good to have around, since they
are easy task to be picked by students or people that want to contribute but actually don't have a full view
of the platform; in other words they can lower significantly the entry barrier to contribution, which is a good thing
imho.

I think the best solution is what has been suggested elsewhere in this thread, to have a set of defined rules, or
perhaps even more than one set. I would be cool to create a list of "easy" tasks (like other projects like Gnome or
LibreOffice have) so that people can start cleaning up the code.

>> 
>>> It seems like a very nice tool, we just need to be careful what we change and why.
>>> I've trusted findbugs to do no harm when fixing what it reports, but I haven't found any other tool
>>> I would trust.
>>> 
>>> The tool PMD would tell you a variable was not used, but fail to detect that it's assignment used
>>> a method call that had critical side-effects. This tool seems to suffer from the same problem.
>>> So people need to be very very careful here.
>> 
>> Critical side effects are bad bad quality IMO.
> 
> Unnecessary side effects, I agree. But there are many APIs that rely on it, like buffers and I/O.
> So it has to be something a tool understands so that recommendations are not blindly followed.
> 
> Please don't get me wrong, I think this Sonar tool is great, I just want to make sure we focus on
> the right things and don't create regressions by being too quick to change code that has been around
> for a  long time.
> 
> -kto


In the end, we should probably help the community to triage bugs, regressions and cleanups, most successful
projects have such thing, and this tool (like other similar) may help in this.

I agree with you that the stability of the platform is much more important, but since we do have very careful reviews
in place, we just need to fine tune what those tools tells us about the state of the code. In any case, common sense
apply in my opinion, so yes, I completely support your point when you say that the tool should understand those
shapes and that recommendations should be followed where it makes sense and not blindly.

Cheers,
Mario
---
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

http://www.ladybug-studio.com

IcedRobot: www.icedrobot.org
Proud GNU Classpath developer: http://www.classpath.org/
Read About us at: http://planet.classpath.org
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/






From stuart.marks at oracle.com  Tue Nov 29 02:45:55 2011
From: stuart.marks at oracle.com (Stuart Marks)
Date: Mon, 28 Nov 2011 18:45:55 -0800
Subject: Fwd: JDK 8 Warnings Cleanup Day -- Dec. 1st, 2011
In-Reply-To: <391b7649-4f85-47c2-805c-03aecc0ce5ac@default>
References: <391b7649-4f85-47c2-805c-03aecc0ce5ac@default>
Message-ID: <4ED44763.4000505@oracle.com>

Folks here might be interested in this effort. This will be a JDK8 activity, so 
if you want to participate, please respond on the jdk8-dev list.

Thanks.

s'marks

-------- Original Message --------
Subject: JDK 8 Warnings Cleanup Day -- Dec. 1st, 2011
Date: Mon, 28 Nov 2011 18:10:06 -0800 (PST)
From: Xiomara Jayasena <xiomara.jayasena at oracle.com>
To: jdk8-dev at openjdk.java.net, jdk7-dev at openjdk.java.net
CC: build-dev at openjdk.java.net

A few teams are planning on cleaning up warnings generated during the JDK build 
on Dec. 1st.  We would like to invite you to participate.



To be able to participate a prerequisite is that you are able build the JDK. 
The source that we will target is JDK8.  If you decide to participate then 
please reply to this e-mail with the area that you intend to work on.  I will 
keep track of the areas so that there is no overlap of work.



.         A group of us working on this project will create bugs for the areas 
that developers sign up for.

.         The focus will be on java warnings, since these are less risky.

.         For this exercise please avoid making any API changes or any large 
scale refactorings.

.         Avoid @SuppressWarnings except where it is clearly necessary.

.         We would like to have the code changes completed by 5pm (PST) on Dec. 
1st.

.         A suggested area to work on is the build step defined by: 
jdk/make/java/java/ which compiles close to 500 .java files and produces over 
1200 warnings.  The java files are in java.io, java.lang, java.util and a 
variety of related packages.



Process to follow:



1.       Pick a file or a few files to work on and send mail to jdk8-dev by 8am 
PT on Thursday to let us know which area you would like to work on.

2.       A bug ID will be generated for this.

3.       Pull this repo to base your changes on it: 
http://hg.openjdk.java.net/jdk8/tl/jdk

4.       Post your changes for review.  If you have webrev, please use it. If 
you don't have webrev, please generate a patch and post it here as a .txt 
attachment.  If the patch is too cumbersome to review, we can generate a webrev 
for you.

5.       All of the changes must go through the usual build, test and review 
process before being pushed.  If you are a JDK8 committer you may push after 
completing the usual process.  If you aren't a committer we will help you 
review and test your changes.

6.       In order to streamlines the process, Stuart Marks will be 
consolidating patches and running build and test jobs - thanks to Stuart for 
doing this!



Lastly to get a build with warnings enable use the following flags:

make JAVAC_MAX_WARNINGS=true JAVAC_WARNINGS_FATAL= OTHER_JAVACFLAGS="-Xmaxwarns 
10000"



Tip: Make sure to redirect output to a file.  To find the 
jdk/make/java/java/Makefile build step mentioned above, open the log file and 
look for the first occurrence of '# Running javac'. Voluminous warning output 
should appear below."



-Xiomara


From stuart.marks at oracle.com  Tue Nov 29 02:59:00 2011
From: stuart.marks at oracle.com (Stuart Marks)
Date: Mon, 28 Nov 2011 18:59:00 -0800
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <2129E4B0-7BD9-485B-90B7-F71653BF1074@gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
	<1322123805.3155.2.camel@moonlight>
	<1902D6D4-86A4-4423-99EA-A8527F0FB8E8@oracle.com>
	<2129E4B0-7BD9-485B-90B7-F71653BF1074@gmail.com>
Message-ID: <4ED44A74.7080600@oracle.com>

On 11/28/11 3:21 PM, Mario Torre wrote:
> Il giorno 28/nov/2011, alle ore 19:05, Kelly O'Hair ha scritto:
>> On Nov 24, 2011, at 12:36 AM, Roman Kennke wrote:
>> But I would argue that there are many many more important quality issues than extra parens in code,
>> and we should focus on the more important issues.
>> When you include ALL quality issues like this one in a report, it creates a HUGE pile of issues that
>> I consider an unfair representation of the code, and a daunting situation to deal with.
>>
>> My issue is one of priorities, we should focus on the more dangerous quality issues here,
>> and not many style issues are high priority in my opinion.
>
> I also find return (true) more difficult to read ;) (oh, well, I'm the guy who still asks people to stay
> within the 80 columns...) but I agree there are better priorities; I also find this kind of results a bit polluting,
> since they may actually create background noise that will make more important things less obvious.
>
> However, all considered, those extremely low priority warnings maybe still good to have around, since they
> are easy task to be picked by students or people that want to contribute but actually don't have a full view
> of the platform; in other words they can lower significantly the entry barrier to contribution, which is a good thing
> imho.
>
> I think the best solution is what has been suggested elsewhere in this thread, to have a set of defined rules, or
> perhaps even more than one set. I would be cool to create a list of "easy" tasks (like other projects like Gnome or
> LibreOffice have) so that people can start cleaning up the code.

Coincidentally, we've just announced an effort to clean up javac warnings. See 
this recent announcement [1] which I also just forwarded to this list. Cleaning 
up warnings can be one of these "easy" tasks for code cleanup.

A javac warning is sometimes but not always an indication of a quality problem. 
Having lots of noisy warnings tends to obscure the important warnings. IMHO 
cleaning up javac warnings is a higher priority than cleaning up code style 
warnings, since a javac warning is more likely to point out an actual bug.

s'marks


[1] http://mail.openjdk.java.net/pipermail/jdk8-dev/2011-November/000302.html


From xiomara.jayasena at oracle.com  Wed Nov 30 06:04:18 2011
From: xiomara.jayasena at oracle.com (Xiomara Jayasena)
Date: Tue, 29 Nov 2011 22:04:18 -0800 (PST)
Subject: Oracle Contributor Agreement
Message-ID: <aa514395-a3af-445c-9241-dd8edbdf6f98@default>

Hi,

 

I wanted to take this time to remind folks that if you haven't signed the Oracle Contributor Agreement (OCA) and would like to contribute changes to the JDK, then please be sure to sign the agreement.

 

The process for how to contribute to the JDK projects can be found here:

http://openjdk.java.net/contribute/ and this is the direct link to the document: http://www.oracle.com/technetwork/oca-405177.pdf

 

The FAQ regarding the agreement can also found in the how to contribute link above.

 

-Xiomara

 


From christian.gmeiner at gmail.com  Wed Nov 30 10:16:03 2011
From: christian.gmeiner at gmail.com (Christian Gmeiner)
Date: Wed, 30 Nov 2011 11:16:03 +0100
Subject: Current state of openjdk on ARM devices
In-Reply-To: <4EC2AD88.7050903@redhat.com>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
	<4EC2823C.9060903@redhat.com>
	<CALyUpY265vaqimikE2QL+jCvFhB1GO0MKu-LnGMfRWG=ArbuvA@mail.gmail.com>
	<20111115171253.GA7712@rivendell.middle-earth.co.uk>
	<4EC2AD88.7050903@redhat.com>
Message-ID: <CAH9NwWe7ADaacyvZ=GqGvdRFTRFUfBe7iyZ56MAqqfuduRmQng@mail.gmail.com>

Hi Andrew,

I am trying to build the ARM-specific JIT from hg, but I tails in
autogen.sh step on my angstorm based image. I will look into
this, but do you have some prebuild binaries or a ready to use
RFS?

thanks
--
Christian Gmeiner, MSc



2011/11/15 Andrew Haley <aph at redhat.com>:
> On 11/15/2011 05:12 PM, Dr Andrew John Hughes wrote:
>> On 16:30 Tue 15 Nov ? ? , Henri Gomez wrote:
>>> about ARM and IcedTea.
>>>
>>> Are you using Zero or Cacao VM ?
>
>> Neither. ?There is an ARM-specific JIT in IcedTea6 originally
>> developed by Edward Nevill, which has bitrotted lately. ?Andrew has
>> recently been working on bringing this up to speed with the latest
>> HotSpot developments; hence his comments above.
>
> I'm not doing that now -- the HotSpot update has been complete for a
> while. ?I'm working on fixing bugs that have always been there.
>
> Andrew.


From aph at redhat.com  Wed Nov 30 11:31:04 2011
From: aph at redhat.com (Andrew Haley)
Date: Wed, 30 Nov 2011 11:31:04 +0000
Subject: Current state of openjdk on ARM devices
In-Reply-To: <CAH9NwWe7ADaacyvZ=GqGvdRFTRFUfBe7iyZ56MAqqfuduRmQng@mail.gmail.com>
References: <CAH9NwWcSeFnaH0F5H-ceyvY0Yu4f7u_5WAWF7GLADVbUtOcTiQ@mail.gmail.com>
	<4EC2823C.9060903@redhat.com>
	<CALyUpY265vaqimikE2QL+jCvFhB1GO0MKu-LnGMfRWG=ArbuvA@mail.gmail.com>
	<20111115171253.GA7712@rivendell.middle-earth.co.uk>
	<4EC2AD88.7050903@redhat.com>
	<CAH9NwWe7ADaacyvZ=GqGvdRFTRFUfBe7iyZ56MAqqfuduRmQng@mail.gmail.com>
Message-ID: <4ED613F8.8010900@redhat.com>

On 11/30/2011 10:16 AM, Christian Gmeiner wrote:
> I am trying to build the ARM-specific JIT from hg, but I tails in
> autogen.sh step on my angstorm based image. I will look into
> this, but do you have some prebuild binaries or a ready to use
> RFS?

Sure.  See http://aph.fedorapeople.org

These may or may not work for you.  No guarantees.

Andrew.




From martijnverburg at gmail.com  Wed Nov 30 20:43:12 2011
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Wed, 30 Nov 2011 20:43:12 +0000
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <4ED44A74.7080600@oracle.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>
	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>
	<1322123805.3155.2.camel@moonlight>
	<1902D6D4-86A4-4423-99EA-A8527F0FB8E8@oracle.com>
	<2129E4B0-7BD9-485B-90B7-F71653BF1074@gmail.com>
	<4ED44A74.7080600@oracle.com>
Message-ID: <CAP7YuAQK5Y-E9vxi+ZaaxDRv=Wj3hrQemWVO4KUxk83wSLjxHg@mail.gmail.com>

Hi all,

Is this something that the community could help administer? That is,
set up a Wiki page that lists the various warnings and whether the
OpenJDK committers and patch contributors need to adhere to them?

We could add one at a time, starting with the ones that the OpenJDK
committers feel is the most important.

Cheers,
Martijn

On 29 November 2011 02:59, Stuart Marks <stuart.marks at oracle.com> wrote:
> On 11/28/11 3:21 PM, Mario Torre wrote:
>>
>> Il giorno 28/nov/2011, alle ore 19:05, Kelly O'Hair ha scritto:
>>>
>>> On Nov 24, 2011, at 12:36 AM, Roman Kennke wrote:
>>> But I would argue that there are many many more important quality issues
>>> than extra parens in code,
>>> and we should focus on the more important issues.
>>> When you include ALL quality issues like this one in a report, it creates
>>> a HUGE pile of issues that
>>> I consider an unfair representation of the code, and a daunting situation
>>> to deal with.
>>>
>>> My issue is one of priorities, we should focus on the more dangerous
>>> quality issues here,
>>> and not many style issues are high priority in my opinion.
>>
>> I also find return (true) more difficult to read ;) (oh, well, I'm the guy
>> who still asks people to stay
>> within the 80 columns...) but I agree there are better priorities; I also
>> find this kind of results a bit polluting,
>> since they may actually create background noise that will make more
>> important things less obvious.
>>
>> However, all considered, those extremely low priority warnings maybe still
>> good to have around, since they
>> are easy task to be picked by students or people that want to contribute
>> but actually don't have a full view
>> of the platform; in other words they can lower significantly the entry
>> barrier to contribution, which is a good thing
>> imho.
>>
>> I think the best solution is what has been suggested elsewhere in this
>> thread, to have a set of defined rules, or
>> perhaps even more than one set. I would be cool to create a list of "easy"
>> tasks (like other projects like Gnome or
>> LibreOffice have) so that people can start cleaning up the code.
>
> Coincidentally, we've just announced an effort to clean up javac warnings.
> See this recent announcement [1] which I also just forwarded to this list.
> Cleaning up warnings can be one of these "easy" tasks for code cleanup.
>
> A javac warning is sometimes but not always an indication of a quality
> problem. Having lots of noisy warnings tends to obscure the important
> warnings. IMHO cleaning up javac warnings is a higher priority than cleaning
> up code style warnings, since a javac warning is more likely to point out an
> actual bug.
>
> s'marks
>
>
> [1]
> http://mail.openjdk.java.net/pipermail/jdk8-dev/2011-November/000302.html
>


From jonathan.gibbons at oracle.com  Wed Nov 30 21:23:44 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Wed, 30 Nov 2011 13:23:44 -0800
Subject: Sonar analysis of OpenJDK 7 available
In-Reply-To: <CAP7YuAQK5Y-E9vxi+ZaaxDRv=Wj3hrQemWVO4KUxk83wSLjxHg@mail.gmail.com>
References: <CAEPFu6_Dr5qZRwSoUocZFama5Am0MxEks4MusducmjHYhspt2w@mail.gmail.com>	<05ABB29E-EB35-4D21-AD22-0926AC6567BE@oracle.com>	<1322123805.3155.2.camel@moonlight>	<1902D6D4-86A4-4423-99EA-A8527F0FB8E8@oracle.com>	<2129E4B0-7BD9-485B-90B7-F71653BF1074@gmail.com>	<4ED44A74.7080600@oracle.com>
	<CAP7YuAQK5Y-E9vxi+ZaaxDRv=Wj3hrQemWVO4KUxk83wSLjxHg@mail.gmail.com>
Message-ID: <4ED69EE0.7010809@oracle.com>

The problem I see here is that different groups within OpenJDK have 
different aspirations and maybe even different conventions. I'm not 
justifying that; I'm simply stating the observation.

We also need to be careful of mass updates.  It would be trivially easy 
to use an IDE to reformat all the JDK source code at the click of a few 
buttons, but that would be a disaster for merging changes from parallel 
lines of development, and might even lead to a religious blood bath 
while determining "the one true style". :-(

In langtools, we're starting with a very low bar, and working up.   For 
example, the dominant style for javac is imports sorted first by group 
(java.*, javax.*, org.*, com.*) and then alphabetically within group. 
So, we've added a target for developers to be able to run CheckStyle to 
check that.

-- Jon


On 11/30/2011 12:43 PM, Martijn Verburg wrote:
> Hi all,
>
> Is this something that the community could help administer? That is,
> set up a Wiki page that lists the various warnings and whether the
> OpenJDK committers and patch contributors need to adhere to them?
>
> We could add one at a time, starting with the ones that the OpenJDK
> committers feel is the most important.
>
> Cheers,
> Martijn
>
> On 29 November 2011 02:59, Stuart Marks<stuart.marks at oracle.com>  wrote:
>> On 11/28/11 3:21 PM, Mario Torre wrote:
>>> Il giorno 28/nov/2011, alle ore 19:05, Kelly O'Hair ha scritto:
>>>> On Nov 24, 2011, at 12:36 AM, Roman Kennke wrote:
>>>> But I would argue that there are many many more important quality issues
>>>> than extra parens in code,
>>>> and we should focus on the more important issues.
>>>> When you include ALL quality issues like this one in a report, it creates
>>>> a HUGE pile of issues that
>>>> I consider an unfair representation of the code, and a daunting situation
>>>> to deal with.
>>>>
>>>> My issue is one of priorities, we should focus on the more dangerous
>>>> quality issues here,
>>>> and not many style issues are high priority in my opinion.
>>> I also find return (true) more difficult to read ;) (oh, well, I'm the guy
>>> who still asks people to stay
>>> within the 80 columns...) but I agree there are better priorities; I also
>>> find this kind of results a bit polluting,
>>> since they may actually create background noise that will make more
>>> important things less obvious.
>>>
>>> However, all considered, those extremely low priority warnings maybe still
>>> good to have around, since they
>>> are easy task to be picked by students or people that want to contribute
>>> but actually don't have a full view
>>> of the platform; in other words they can lower significantly the entry
>>> barrier to contribution, which is a good thing
>>> imho.
>>>
>>> I think the best solution is what has been suggested elsewhere in this
>>> thread, to have a set of defined rules, or
>>> perhaps even more than one set. I would be cool to create a list of "easy"
>>> tasks (like other projects like Gnome or
>>> LibreOffice have) so that people can start cleaning up the code.
>> Coincidentally, we've just announced an effort to clean up javac warnings.
>> See this recent announcement [1] which I also just forwarded to this list.
>> Cleaning up warnings can be one of these "easy" tasks for code cleanup.
>>
>> A javac warning is sometimes but not always an indication of a quality
>> problem. Having lots of noisy warnings tends to obscure the important
>> warnings. IMHO cleaning up javac warnings is a higher priority than cleaning
>> up code style warnings, since a javac warning is more likely to point out an
>> actual bug.
>>
>> s'marks
>>
>>
>> [1]
>> http://mail.openjdk.java.net/pipermail/jdk8-dev/2011-November/000302.html
>>