From johnyeary at gmail.com  Fri Jul  1 17:28:36 2011
From: johnyeary at gmail.com (John Yeary)
Date: Fri, 1 Jul 2011 20:28:36 -0400
Subject: OS X Port Fails to Build
Message-ID: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>

Hello All,

I am trying to do a build as per the directions on the Wiki and I am getting the following message below. Is anyone else seeing this?

John

<SNIP>
...

-jaf_src-url-bundle:
     [echo] Downloading from https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
      [get] Getting: https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
      [get] To: /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
      [get] Error getting https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp

BUILD FAILED
/Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96: javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
	at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1649)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1612)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1595)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1172)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1149)
	at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:434)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:133)
	at org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:660)
	at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:579)
	at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)
Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
	at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
	at sun.security.validator.Validator.getInstance(Validator.java:161)
	at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
	at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
	at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
	at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1185)
	at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:136)
	at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
	at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:893)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1138)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1165)
	... 7 more
Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
	at java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
	at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
	at java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
	at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
	... 18 more

Total time: 50 seconds
make[2]: *** [all] Error 1
make[1]: *** [jaxws-build] Error 2
make: *** [build_product_image] Error 2


From acidbriggs at gmail.com  Fri Jul  1 19:35:06 2011
From: acidbriggs at gmail.com (Briggs)
Date: Fri, 1 Jul 2011 22:35:06 -0400
Subject: OS X Port Fails to Build
In-Reply-To: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
References: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
Message-ID: <BANLkTimydqMrisXaq1MbnCUrjBm=qKWcGQ@mail.gmail.com>

I had to snag a new clone but it built fine as I have no idea at the
moment of how to execute a 'clean' on the code.  I did not run the
tests. How do you 'clean' a build in this project anyway?

--briggs


On Fri, Jul 1, 2011 at 8:28 PM, John Yeary <johnyeary at gmail.com> wrote:
> Hello All,
>
> I am trying to do a build as per the directions on the Wiki and I am getting the following message below. Is anyone else seeing this?
>
> John
>
> <SNIP>
> ...
>
> -jaf_src-url-bundle:
> ? ? [echo] Downloading from https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
> ? ? ?[get] Getting: https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
> ? ? ?[get] To: /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
> ? ? ?[get] Error getting https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>
> BUILD FAILED
> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96: javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
> ? ? ? ?at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1649)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1612)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1595)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1172)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1149)
> ? ? ? ?at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:434)
> ? ? ? ?at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
> ? ? ? ?at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:133)
> ? ? ? ?at org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:660)
> ? ? ? ?at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:579)
> ? ? ? ?at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)
> Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
> ? ? ? ?at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
> ? ? ? ?at sun.security.validator.Validator.getInstance(Validator.java:161)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1185)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:136)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:893)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1138)
> ? ? ? ?at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1165)
> ? ? ? ?... 7 more
> Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
> ? ? ? ?at java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
> ? ? ? ?at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
> ? ? ? ?at java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
> ? ? ? ?at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
> ? ? ? ?... 18 more
>
> Total time: 50 seconds
> make[2]: *** [all] Error 1
> make[1]: *** [jaxws-build] Error 2
> make: *** [build_product_image] Error 2
>
>



-- 
"Conscious decisions by conscious minds are what make reality real"

From swpalmer at gmail.com  Fri Jul  1 20:30:03 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Fri, 1 Jul 2011 23:30:03 -0400
Subject: OS X Port Fails to Build
In-Reply-To: <BANLkTimydqMrisXaq1MbnCUrjBm=qKWcGQ@mail.gmail.com>
References: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
	<BANLkTimydqMrisXaq1MbnCUrjBm=qKWcGQ@mail.gmail.com>
Message-ID: <63515864-E7FA-4B95-8C2F-6159B65C5706@gmail.com>

make clean

Appears to do something useful.
I have a script I run to invoke make:

#!/bin/bash
export LANG=C
unset JAVA_HOME
export CC=/Developer/usr/bin/llvm-gcc-4.2
export CXX=/Developer/usr/bin/llvm-g++-4.2
export ALLOW_DOWNLOADS=true
export SA_APPLE_BOOT_JAVA=true
export ALWAYS_PASS_TEST_GAMMA=true
export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` 
make $1

I just run that with "clean" as a parameter - though I've never gone through the results with a fine-tooth comb to see if it did everything it should have.

Scott


On 2011-07-01, at 10:35 PM, Briggs wrote:

> I had to snag a new clone but it built fine as I have no idea at the
> moment of how to execute a 'clean' on the code.  I did not run the
> tests. How do you 'clean' a build in this project anyway?
> 
> --briggs
> 
> 
> On Fri, Jul 1, 2011 at 8:28 PM, John Yeary <johnyeary at gmail.com> wrote:
>> Hello All,
>> 
>> I am trying to do a build as per the directions on the Wiki and I am getting the following message below. Is anyone else seeing this?
>> 
>> John
>> 
>> <SNIP>
>> ...
>> 
>> -jaf_src-url-bundle:
>>     [echo] Downloading from https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>>      [get] Getting: https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>>      [get] To: /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>>      [get] Error getting https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>> 
>> BUILD FAILED
>> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96: javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>        at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1649)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1612)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1595)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1172)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1149)
>>        at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:434)
>>        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>>        at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:133)
>>        at org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:660)
>>        at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:579)
>>        at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)
>> Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>        at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
>>        at sun.security.validator.Validator.getInstance(Validator.java:161)
>>        at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
>>        at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
>>        at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
>>        at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1185)
>>        at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:136)
>>        at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
>>        at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:893)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1138)
>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1165)
>>        ... 7 more
>> Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>        at java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
>>        at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
>>        at java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
>>        at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
>>        ... 18 more
>> 
>> Total time: 50 seconds
>> make[2]: *** [all] Error 1
>> make[1]: *** [jaxws-build] Error 2
>> make: *** [build_product_image] Error 2
>> 
>> 
> 
> 
> 
> -- 
> "Conscious decisions by conscious minds are what make reality real"


From jonathan.gibbons at oracle.com  Fri Jul  1 21:30:30 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Fri, 01 Jul 2011 21:30:30 -0700
Subject: OS X Port Fails to Build
In-Reply-To: <BANLkTimydqMrisXaq1MbnCUrjBm=qKWcGQ@mail.gmail.com>
References: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
	<BANLkTimydqMrisXaq1MbnCUrjBm=qKWcGQ@mail.gmail.com>
Message-ID: <4E0E9EE6.2060605@oracle.com>

You can always "rm -rf build/" to be really sure of cleaning everything.

-- Jon

On 07/01/2011 07:35 PM, Briggs wrote:
> I had to snag a new clone but it built fine as I have no idea at the
> moment of how to execute a 'clean' on the code.  I did not run the
> tests. How do you 'clean' a build in this project anyway?
>
> --briggs
>
>
> On Fri, Jul 1, 2011 at 8:28 PM, John Yeary<johnyeary at gmail.com>  wrote:
>> Hello All,
>>
>> I am trying to do a build as per the directions on the Wiki and I am getting the following message below. Is anyone else seeing this?
>>
>> John
>>
>> <SNIP>
>> ...
>>
>> -jaf_src-url-bundle:
>>      [echo] Downloading from https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>>       [get] Getting: https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>>       [get] To: /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>>       [get] Error getting https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>>
>> BUILD FAILED
>> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96: javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>         at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1649)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1612)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1595)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1172)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1149)
>>         at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:434)
>>         at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>>         at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:133)
>>         at org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:660)
>>         at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:579)
>>         at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)
>> Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>         at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
>>         at sun.security.validator.Validator.getInstance(Validator.java:161)
>>         at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
>>         at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
>>         at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
>>         at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1185)
>>         at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:136)
>>         at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
>>         at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:893)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1138)
>>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1165)
>>         ... 7 more
>> Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>         at java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
>>         at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
>>         at java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
>>         at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
>>         ... 18 more
>>
>> Total time: 50 seconds
>> make[2]: *** [all] Error 1
>> make[1]: *** [jaxws-build] Error 2
>> make: *** [build_product_image] Error 2
>>
>>
>
>


From acidbriggs at gmail.com  Fri Jul  1 21:40:02 2011
From: acidbriggs at gmail.com (Briggs)
Date: Sat, 2 Jul 2011 00:40:02 -0400
Subject: OS X Port Fails to Build
In-Reply-To: <4E0E9EE6.2060605@oracle.com>
References: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
	<BANLkTimydqMrisXaq1MbnCUrjBm=qKWcGQ@mail.gmail.com>
	<4E0E9EE6.2060605@oracle.com>
Message-ID: <8504FD92-351D-4413-8EA5-5A5C3610645A@gmail.com>

I'll try that next time.  'make clean' fails for me.  Can't tell why now since I am responding from my phone.  


On Jul 2, 2011, at 12:30 AM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:

> You can always "rm -rf build/" to be really sure of cleaning everything.
> 
> -- Jon
> 
> On 07/01/2011 07:35 PM, Briggs wrote:
>> I had to snag a new clone but it built fine as I have no idea at the
>> moment of how to execute a 'clean' on the code.  I did not run the
>> tests. How do you 'clean' a build in this project anyway?
>> 
>> --briggs
>> 
>> 
>> On Fri, Jul 1, 2011 at 8:28 PM, John Yeary<johnyeary at gmail.com>  wrote:
>>> Hello All,
>>> 
>>> I am trying to do a build as per the directions on the Wiki and I am getting the following message below. Is anyone else seeing this?
>>> 
>>> John
>>> 
>>> <SNIP>
>>> ...
>>> 
>>> -jaf_src-url-bundle:
>>>     [echo] Downloading from https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>>>      [get] Getting: https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>>>      [get] To: /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>>>      [get] Error getting https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>>> 
>>> BUILD FAILED
>>> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96: javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>>        at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1649)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1612)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1595)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1172)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1149)
>>>        at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:434)
>>>        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>>>        at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:133)
>>>        at org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:660)
>>>        at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:579)
>>>        at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)
>>> Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>>        at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
>>>        at sun.security.validator.Validator.getInstance(Validator.java:161)
>>>        at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
>>>        at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
>>>        at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
>>>        at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1185)
>>>        at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:136)
>>>        at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
>>>        at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:893)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1138)
>>>        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1165)
>>>        ... 7 more
>>> Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
>>>        at java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
>>>        at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
>>>        at java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
>>>        at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
>>>        ... 18 more
>>> 
>>> Total time: 50 seconds
>>> make[2]: *** [all] Error 1
>>> make[1]: *** [jaxws-build] Error 2
>>> make: *** [build_product_image] Error 2
>>> 
>>> 
>> 
>> 
> 

From schlosna at gmail.com  Fri Jul  1 23:49:34 2011
From: schlosna at gmail.com (David Schlosnagle)
Date: Sat, 2 Jul 2011 02:49:34 -0400
Subject: OS X Port Fails to Build
In-Reply-To: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
References: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
Message-ID: <CAGVnyzTTQDp93amAL5TubpvPSxY8ErM-zT2ap1LXfkrYVUy-SQ@mail.gmail.com>

On Fri, Jul 1, 2011 at 8:28 PM, John Yeary <johnyeary at gmail.com> wrote:
> -jaf_src-url-bundle:
> ? ? [echo] Downloading from https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
> ? ? ?[get] Getting: https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
> ? ? ?[get] To: /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
> ? ? ?[get] Error getting https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>
> BUILD FAILED
> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96: javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty

John,

The JDK you are using as your BOOTDIR likely has an empty cacerts, so
ant cannot download the
https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip file.
There are several ways to solve this problem:

Option 1) Use HTTP rather than HTTPS to download the
jdk7-jaf-2010_08_19.zip. Here's a quick patch for the jaxws repo to do
just that. I'm wondering if this is something that would make sense to
push to macosx-port and even upstream.

  diff --git a/jaxws.properties b/jaxws.properties
  --- a/jaxws.properties
  +++ b/jaxws.properties
  @@ -36,1 +36,1 @@
  -jaf_src.master.bundle.url.base=https://java.net/downloads/jax-ws/JDK7
  +jaf_src.master.bundle.url.base=http://java.net/downloads/jax-ws/JDK7



Option 2) Create a drops directory and manually download the necessary
JAXP and JAX-WS dependencies, and then pass the full path to the
directory via ALT_DROPS_DIR [1]. This has the nice side effect that
you can then run offline builds (ALLOW_DOWNLOADS=false) once your
drops directory is setup. To setup you drop directory:
  cd $YOUR_OPENJDK_REPO
  mkdir drop && \
    cd drop && \
      curl -L -O http://download.java.net/jaxp/1.4.5/jaxp145_01.zip && \
      curl -L -O
http://download.java.net/glassfish/components/jax-ws/openjdk/jdk7/jdk7-jaxws2_2_4-b03-2011_05_27.zip
&& \
      curl -L -O http://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip

Then when you're building include the following ALT_DROPS_DIR as a
make argument:
  make \
    ALLOW_DOWNLOADS=false \
    ALT_DROPS_DIR=/full/path/to/your/openjdk/drop \
    ... other options ...


Option 3) Pass the path to a valid trust keystore as a system property
via ANT_OPTS environment variable and set the make flag
ALLOW_DOWNLOADS=true to download the dependencies at build time. For
example, assuming you want to use the cacerts from the Apple JDK 6
[2]:

  APPLE_JAVA_6_HOME=`/usr/libexec/java_home -v 1.6`
  CACERTS_FILE=${APPLE_JAVA_6_HOME}/lib/security/cacerts
  unset LC_ALL LANG CLASSPATH JAVA_HOME LD_LIBRARY_PATH;
  cd $YOUR_OPENJDK_REPO
  env -i \
    PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin \
    ANT_OPTS="-Djavax.net.ssl.trustStore=${CACERTS_FILE}" \
  make \
    ALLOW_DOWNLOADS=true \
    ... other options ...

Option 4) Use keytool to fix your trust keystore for your boot JDK by
importing the proper trusted certificate authorities so that the
java.net SSL cert can be validated.

Hope that helps. For reference, I've shared my compile.sh that I use
to build macosx-port.

- Dave

[1]: http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#drops
[2]: http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#cacerts
[3]: https://gist.github.com/1059756

From johnyeary at gmail.com  Sun Jul  3 06:17:05 2011
From: johnyeary at gmail.com (John Yeary)
Date: Sun, 3 Jul 2011 09:17:05 -0400
Subject: OS X Port Fails to Build
In-Reply-To: <CAGVnyzTTQDp93amAL5TubpvPSxY8ErM-zT2ap1LXfkrYVUy-SQ@mail.gmail.com>
References: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
	<CAGVnyzTTQDp93amAL5TubpvPSxY8ErM-zT2ap1LXfkrYVUy-SQ@mail.gmail.com>
Message-ID: <CAOzQti=SzagsVJ=1Ptwpr0jeYEwjG-+SO7fYnPCbgVRQdjF7TQ@mail.gmail.com>

Hello David,

It is interesting that the issue has not arisen before. I did a build the
day before. The only thing that has changed was the new update from Apple
for Java 6 Update 26. I have found some issues with the update.

bluelotus:security jyeary$ ls -l
total 24
-rw-r--r--  1 root  wheel   2469 Jun 17 18:45 US_export_policy.jar
lrwxr-xr-x  1 root  wheel     79 Jun 29 09:46 blacklist ->
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/blacklist
lrwxr-xr-x  1 root  wheel     81 Jun 29 09:46 cacerts ->
/System/Library/Java/Support/CoreDeploy.bundle/Contents/Home/lib/security/cacerts
-rw-r--r--  1 root  wheel   3443 Jun 17 18:46 java.policy
-rw-r--r--  1 root  wheel  10273 Jun 17 18:46 java.security
-rw-r--r--  1 root  wheel   2486 Jun 17 18:45 local_policy.jar
-rw-r--r--  1 root  wheel    347 Jun 17 18:46 sunpkcs11-macosx.cfg
lrwxr-xr-x  1 root  wheel     87 Jun 29 09:46 trusted.libraries ->
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/trusted.libraries
bluelotus:security jyeary$ ls -l
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/blacklist
ls:
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/blacklist:
No such file or directory
bluelotus:security jyeary$ ls -l
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/cacerts
ls:
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/cacerts:
No such file or directory
bluelotus:security jyeary$ ls -l
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/trusted.libraries
ls:
/System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/trusted.libraries:
No such file or directory

The links are broken. That would explain why it worked one day, and not the
next day.


John


On Sat, Jul 2, 2011 at 2:49 AM, David Schlosnagle <schlosna at gmail.com>wrote:

> On Fri, Jul 1, 2011 at 8:28 PM, John Yeary <johnyeary at gmail.com> wrote:
> > -jaf_src-url-bundle:
> >     [echo] Downloading from
> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
> >      [get] Getting:
> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
> >      [get] To:
> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
> >      [get] Error getting
> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to
> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
> >
> > BUILD FAILED
> >
> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96:
> javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error:
> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
> must be non-empty
>
> John,
>
> The JDK you are using as your BOOTDIR likely has an empty cacerts, so
> ant cannot download the
> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip file.
> There are several ways to solve this problem:
>
> Option 1) Use HTTP rather than HTTPS to download the
> jdk7-jaf-2010_08_19.zip. Here's a quick patch for the jaxws repo to do
> just that. I'm wondering if this is something that would make sense to
> push to macosx-port and even upstream.
>
>  diff --git a/jaxws.properties b/jaxws.properties
>  --- a/jaxws.properties
>  +++ b/jaxws.properties
>  @@ -36,1 +36,1 @@
>  -jaf_src.master.bundle.url.base=https://java.net/downloads/jax-ws/JDK7
>  +jaf_src.master.bundle.url.base=http://java.net/downloads/jax-ws/JDK7
>
>
>
> Option 2) Create a drops directory and manually download the necessary
> JAXP and JAX-WS dependencies, and then pass the full path to the
> directory via ALT_DROPS_DIR [1]. This has the nice side effect that
> you can then run offline builds (ALLOW_DOWNLOADS=false) once your
> drops directory is setup. To setup you drop directory:
>  cd $YOUR_OPENJDK_REPO
>  mkdir drop && \
>    cd drop && \
>      curl -L -O http://download.java.net/jaxp/1.4.5/jaxp145_01.zip && \
>      curl -L -O
>
> http://download.java.net/glassfish/components/jax-ws/openjdk/jdk7/jdk7-jaxws2_2_4-b03-2011_05_27.zip
> && \
>      curl -L -O
> http://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>
> Then when you're building include the following ALT_DROPS_DIR as a
> make argument:
>  make \
>    ALLOW_DOWNLOADS=false \
>    ALT_DROPS_DIR=/full/path/to/your/openjdk/drop \
>    ... other options ...
>
>
> Option 3) Pass the path to a valid trust keystore as a system property
> via ANT_OPTS environment variable and set the make flag
> ALLOW_DOWNLOADS=true to download the dependencies at build time. For
> example, assuming you want to use the cacerts from the Apple JDK 6
> [2]:
>
>  APPLE_JAVA_6_HOME=`/usr/libexec/java_home -v 1.6`
>  CACERTS_FILE=${APPLE_JAVA_6_HOME}/lib/security/cacerts
>  unset LC_ALL LANG CLASSPATH JAVA_HOME LD_LIBRARY_PATH;
>  cd $YOUR_OPENJDK_REPO
>  env -i \
>    PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin \
>    ANT_OPTS="-Djavax.net.ssl.trustStore=${CACERTS_FILE}" \
>  make \
>    ALLOW_DOWNLOADS=true \
>    ... other options ...
>
> Option 4) Use keytool to fix your trust keystore for your boot JDK by
> importing the proper trusted certificate authorities so that the
> java.net SSL cert can be validated.
>
> Hope that helps. For reference, I've shared my compile.sh that I use
> to build macosx-port.
>
> - Dave
>
> [1]:
> http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#drops
> [2]:
> http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#cacerts
> [3]: https://gist.github.com/1059756
>



-- 
John Yeary
--
http://javaevangelist.blogspot.com
http://www.johnyeary.com
*@jyeary*

"Far better it is to dare mighty things, to win glorious triumphs, even
though checkered by failure, than to take rank with those poor spirits who
neither enjoy much nor suffer much, because they live in the gray twilight
that knows not victory nor defeat."
-- Theodore Roosevelt

From johnyeary at gmail.com  Sun Jul  3 08:10:23 2011
From: johnyeary at gmail.com (John Yeary)
Date: Sun, 3 Jul 2011 11:10:23 -0400
Subject: OS X Port Fails to Build
In-Reply-To: <CAOzQti=SzagsVJ=1Ptwpr0jeYEwjG-+SO7fYnPCbgVRQdjF7TQ@mail.gmail.com>
References: <68F273E5-3564-42E1-98B8-30C1E439DD5C@gmail.com>
	<CAGVnyzTTQDp93amAL5TubpvPSxY8ErM-zT2ap1LXfkrYVUy-SQ@mail.gmail.com>
	<CAOzQti=SzagsVJ=1Ptwpr0jeYEwjG-+SO7fYnPCbgVRQdjF7TQ@mail.gmail.com>
Message-ID: <CAOzQti=jxtv=0dEfMJ1PcapafSGRQ8Tmpi1Kuu4LgKirDBoV4Q@mail.gmail.com>

Re-downloaded the Java update .dmg file from Apple and re-installed the
update. Now I have a new shiny OpenJDK build! Yeah!

bluelotus:macosx-port jyeary$ /usr/libexec/java_home -v 1.7 --exec java
-version
openjdk version "1.7.0-internal"
OpenJDK Runtime Environment (build
1.7.0-internal-jyeary_2011_07_03_09_47-b00)
OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)


On Sun, Jul 3, 2011 at 9:17 AM, John Yeary <johnyeary at gmail.com> wrote:

> Hello David,
>
> It is interesting that the issue has not arisen before. I did a build the
> day before. The only thing that has changed was the new update from Apple
> for Java 6 Update 26. I have found some issues with the update.
>
> bluelotus:security jyeary$ ls -l
> total 24
> -rw-r--r--  1 root  wheel   2469 Jun 17 18:45 US_export_policy.jar
> lrwxr-xr-x  1 root  wheel     79 Jun 29 09:46 blacklist ->
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/blacklist
> lrwxr-xr-x  1 root  wheel     81 Jun 29 09:46 cacerts ->
> /System/Library/Java/Support/CoreDeploy.bundle/Contents/Home/lib/security/cacerts
> -rw-r--r--  1 root  wheel   3443 Jun 17 18:46 java.policy
> -rw-r--r--  1 root  wheel  10273 Jun 17 18:46 java.security
> -rw-r--r--  1 root  wheel   2486 Jun 17 18:45 local_policy.jar
> -rw-r--r--  1 root  wheel    347 Jun 17 18:46 sunpkcs11-macosx.cfg
> lrwxr-xr-x  1 root  wheel     87 Jun 29 09:46 trusted.libraries ->
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/trusted.libraries
> bluelotus:security jyeary$ ls -l
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/blacklist
> ls:
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/blacklist:
> No such file or directory
> bluelotus:security jyeary$ ls -l
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/cacerts
> ls:
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/cacerts:
> No such file or directory
> bluelotus:security jyeary$ ls -l
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/trusted.libraries
> ls:
> /System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/trusted.libraries:
> No such file or directory
>
> The links are broken. That would explain why it worked one day, and not the
> next day.
>
>
> John
>
>
>
> On Sat, Jul 2, 2011 at 2:49 AM, David Schlosnagle <schlosna at gmail.com>wrote:
>
>> On Fri, Jul 1, 2011 at 8:28 PM, John Yeary <johnyeary at gmail.com> wrote:
>> > -jaf_src-url-bundle:
>> >     [echo] Downloading from
>> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>> >      [get] Getting:
>> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>> >      [get] To:
>> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>> >      [get] Error getting
>> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip to
>> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/drop/bundles/jdk7-jaf-2010_08_19.zip.temp
>> >
>> > BUILD FAILED
>> >
>> /Users/jyeary/Downloads/OpenJDK/macosx-port/build/macosx-universal/jaxws/build/xml_generated/build-drop-jaf_src.xml:96:
>> javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error:
>> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
>> must be non-empty
>>
>> John,
>>
>> The JDK you are using as your BOOTDIR likely has an empty cacerts, so
>> ant cannot download the
>> https://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip file.
>> There are several ways to solve this problem:
>>
>> Option 1) Use HTTP rather than HTTPS to download the
>> jdk7-jaf-2010_08_19.zip. Here's a quick patch for the jaxws repo to do
>> just that. I'm wondering if this is something that would make sense to
>> push to macosx-port and even upstream.
>>
>>  diff --git a/jaxws.properties b/jaxws.properties
>>  --- a/jaxws.properties
>>  +++ b/jaxws.properties
>>  @@ -36,1 +36,1 @@
>>  -jaf_src.master.bundle.url.base=https://java.net/downloads/jax-ws/JDK7
>>  +jaf_src.master.bundle.url.base=http://java.net/downloads/jax-ws/JDK7
>>
>>
>>
>> Option 2) Create a drops directory and manually download the necessary
>> JAXP and JAX-WS dependencies, and then pass the full path to the
>> directory via ALT_DROPS_DIR [1]. This has the nice side effect that
>> you can then run offline builds (ALLOW_DOWNLOADS=false) once your
>> drops directory is setup. To setup you drop directory:
>>  cd $YOUR_OPENJDK_REPO
>>  mkdir drop && \
>>    cd drop && \
>>      curl -L -O http://download.java.net/jaxp/1.4.5/jaxp145_01.zip && \
>>      curl -L -O
>>
>> http://download.java.net/glassfish/components/jax-ws/openjdk/jdk7/jdk7-jaxws2_2_4-b03-2011_05_27.zip
>> && \
>>      curl -L -O
>> http://java.net/downloads/jax-ws/JDK7/jdk7-jaf-2010_08_19.zip
>>
>> Then when you're building include the following ALT_DROPS_DIR as a
>> make argument:
>>  make \
>>    ALLOW_DOWNLOADS=false \
>>    ALT_DROPS_DIR=/full/path/to/your/openjdk/drop \
>>    ... other options ...
>>
>>
>> Option 3) Pass the path to a valid trust keystore as a system property
>> via ANT_OPTS environment variable and set the make flag
>> ALLOW_DOWNLOADS=true to download the dependencies at build time. For
>> example, assuming you want to use the cacerts from the Apple JDK 6
>> [2]:
>>
>>  APPLE_JAVA_6_HOME=`/usr/libexec/java_home -v 1.6`
>>  CACERTS_FILE=${APPLE_JAVA_6_HOME}/lib/security/cacerts
>>  unset LC_ALL LANG CLASSPATH JAVA_HOME LD_LIBRARY_PATH;
>>  cd $YOUR_OPENJDK_REPO
>>  env -i \
>>    PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin \
>>    ANT_OPTS="-Djavax.net.ssl.trustStore=${CACERTS_FILE}" \
>>  make \
>>    ALLOW_DOWNLOADS=true \
>>    ... other options ...
>>
>> Option 4) Use keytool to fix your trust keystore for your boot JDK by
>> importing the proper trusted certificate authorities so that the
>> java.net SSL cert can be validated.
>>
>> Hope that helps. For reference, I've shared my compile.sh that I use
>> to build macosx-port.
>>
>> - Dave
>>
>> [1]:
>> http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#drops
>> [2]:
>> http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#cacerts
>> [3]: https://gist.github.com/1059756
>>
>
>
>
> --
> John Yeary
> --
> http://javaevangelist.blogspot.com
> http://www.johnyeary.com
> *@jyeary*
>
> "Far better it is to dare mighty things, to win glorious triumphs, even
> though checkered by failure, than to take rank with those poor spirits who
> neither enjoy much nor suffer much, because they live in the gray twilight
> that knows not victory nor defeat."
> -- Theodore Roosevelt
>



-- 
John Yeary
--
http://javaevangelist.blogspot.com
http://www.johnyeary.com
*@jyeary*

"Far better it is to dare mighty things, to win glorious triumphs, even
though checkered by failure, than to take rank with those poor spirits who
neither enjoy much nor suffer much, because they live in the gray twilight
that knows not victory nor defeat."
-- Theodore Roosevelt

From edv-e at verkehrsplanung.com  Mon Jul  4 04:44:57 2011
From: edv-e at verkehrsplanung.com (Drechsel Wolf)
Date: Mon, 4 Jul 2011 13:44:57 +0200
Subject: 1.7 on a PPC box
Message-ID: <8B1F1D99-6DFB-49F5-9A14-672C229259B6@verkehrsplanung.com>

Hi everybody,

I installed

http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2

on my Mac OS X 10.5.8 Leopard, PPC G4.

I adjusted  PATH and JAVA_HOME, and

'$ java -version' delivers

$ java -version
openjdk version "1.7.0-internal"
OpenJDK Runtime Environment (build
1.7.0-internal-landonf_2009_12_16_12_54-b00)
OpenJDK Zero VM (build 17.0-b05, interpreted mode)

So the installation seems to have gone right.

But when I open Utilities/Java-Settings.app, only the outdated 1.4.x  
und 1.5.x java versions are displayed; if I launch a more recent java  
app, that one states that only java 1.5.x is installed.

What can I do to notify the system that there is java 1.7 installed?

Thanks and greetings,

Wolf

From alexander.zuev at oracle.com  Mon Jul  4 06:28:36 2011
From: alexander.zuev at oracle.com (alexander.zuev at oracle.com)
Date: Mon, 04 Jul 2011 13:28:36 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-125: $DISPLAY
	should never have to be set when using the CToolki
Message-ID: <20110704132846.EC59447195@hg.openjdk.java.net>

Changeset: 075ea8de2109
Author:    kizune
Date:      2011-07-04 17:27 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/075ea8de2109

Fixed MACOSX_PORT-125: $DISPLAY should never have to be set when using the CToolki
There is a specific rule in java.awt.GraphicsEnvironment.getHeadlessProperty() method that
says which systems has to have DISPLAY variable set not to be treated as 'headless'.
Max OS X is one of them. This is not right - CToolkit does not need this variable.

! src/share/classes/java/awt/GraphicsEnvironment.java


From alexander.zuev at oracle.com  Mon Jul  4 08:47:12 2011
From: alexander.zuev at oracle.com (alexander.zuev at oracle.com)
Date: Mon, 04 Jul 2011 15:47:12 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed build failure due to the typo
	in getHeadlessProperty() method.
Message-ID: <20110704154723.49D894719B@hg.openjdk.java.net>

Changeset: ba86eee3d777
Author:    kizune
Date:      2011-07-04 19:47 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ba86eee3d777

Fixed build failure due to the typo in getHeadlessProperty() method.

! src/share/classes/java/awt/GraphicsEnvironment.java


From swingler at apple.com  Mon Jul  4 09:08:51 2011
From: swingler at apple.com (Mike Swingler)
Date: Mon, 04 Jul 2011 09:08:51 -0700
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-125: $DISPLAY
	should never have to be set when using the CToolki
In-Reply-To: <20110704132846.EC59447195@hg.openjdk.java.net>
References: <20110704132846.EC59447195@hg.openjdk.java.net>
Message-ID: <D05CDA25-1BB6-4057-B281-EF2214390D16@apple.com>

On Jul 4, 2011, at 6:28 AM, alexander.zuev at oracle.com wrote:

> Changeset: 075ea8de2109
> Author:    kizune
> Date:      2011-07-04 17:27 +0400
> URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/075ea8de2109
> 
> Fixed MACOSX_PORT-125: $DISPLAY should never have to be set when using the CToolki
> There is a specific rule in java.awt.GraphicsEnvironment.getHeadlessProperty() method that
> says which systems has to have DISPLAY variable set not to be treated as 'headless'.
> Max OS X is one of them. This is not right - CToolkit does not need this variable.
> 
> ! src/share/classes/java/awt/GraphicsEnvironment.java

Shouldn't this fix be a little more granular? $DISPLAY is required when using the X11 toolkit on Mac OS X, just not when using CToolkit.

Regards,
Mike Swingler
Java Engineering
Apple Inc.

From henri.gomez at gmail.com  Mon Jul  4 10:31:58 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 4 Jul 2011 19:31:58 +0200
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-125: $DISPLAY
	should never have to be set when using the CToolki
In-Reply-To: <D05CDA25-1BB6-4057-B281-EF2214390D16@apple.com>
References: <20110704132846.EC59447195@hg.openjdk.java.net>
	<D05CDA25-1BB6-4057-B281-EF2214390D16@apple.com>
Message-ID: <CALyUpY39BE5x4oDDK9WA6o0fn2u6ZsYsmVm0CzNb_OM8S+3vVg@mail.gmail.com>

I was also wonder if OS (darwin), shouldn't be checked also.

2011/7/4 Mike Swingler <swingler at apple.com>:
> On Jul 4, 2011, at 6:28 AM, alexander.zuev at oracle.com wrote:
>
>> Changeset: 075ea8de2109
>> Author: ? ?kizune
>> Date: ? ? ?2011-07-04 17:27 +0400
>> URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/075ea8de2109
>>
>> Fixed MACOSX_PORT-125: $DISPLAY should never have to be set when using the CToolki
>> There is a specific rule in java.awt.GraphicsEnvironment.getHeadlessProperty() method that
>> says which systems has to have DISPLAY variable set not to be treated as 'headless'.
>> Max OS X is one of them. This is not right - CToolkit does not need this variable.
>>
>> ! src/share/classes/java/awt/GraphicsEnvironment.java
>
> Shouldn't this fix be a little more granular? $DISPLAY is required when using the X11 toolkit on Mac OS X, just not when using CToolkit.
>
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
>

From johnyeary at gmail.com  Tue Jul  5 10:00:58 2011
From: johnyeary at gmail.com (John Yeary)
Date: Tue, 5 Jul 2011 13:00:58 -0400
Subject: 1.7 on a PPC box
In-Reply-To: <8B1F1D99-6DFB-49F5-9A14-672C229259B6@verkehrsplanung.com>
References: <8B1F1D99-6DFB-49F5-9A14-672C229259B6@verkehrsplanung.com>
Message-ID: <CAOzQtintZqBY6euETXHNqqvw-S2hG1g-L1v_M+wXNW-SmAP=iA@mail.gmail.com>

Hello Drechsel,

Java will not appear in the Java-Settings application, and I am unaware of
any attempts to make it appear there. It will work for the OS X port, but
not-the BSD port.

John

On Mon, Jul 4, 2011 at 7:44 AM, Drechsel Wolf <edv-e at verkehrsplanung.com>wrote:

> Hi everybody,
>
> I installed
>
> http://landonf.bikemonkey.org/**static/soylatte/bsd-dist/**
> openjdk7_darwin/openjdk7-**macppc-2009-12-16-b4.tar.bz2<http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2>
>
> on my Mac OS X 10.5.8 Leopard, PPC G4.
>
> I adjusted  PATH and JAVA_HOME, and
>
> '$ java -version' delivers
>
> $ java -version
> openjdk version "1.7.0-internal"
> OpenJDK Runtime Environment (build
> 1.7.0-internal-landonf_2009_**12_16_12_54-b00)
> OpenJDK Zero VM (build 17.0-b05, interpreted mode)
>
> So the installation seems to have gone right.
>
> But when I open Utilities/Java-Settings.app, only the outdated 1.4.x und
> 1.5.x java versions are displayed; if I launch a more recent java app, that
> one states that only java 1.5.x is installed.
>
> What can I do to notify the system that there is java 1.7 installed?
>
> Thanks and greetings,
>
> Wolf
>



-- 
John Yeary
--
http://javaevangelist.blogspot.com
http://www.johnyeary.com
*@jyeary*

"Far better it is to dare mighty things, to win glorious triumphs, even
though checkered by failure, than to take rank with those poor spirits who
neither enjoy much nor suffer much, because they live in the gray twilight
that knows not victory nor defeat."
-- Theodore Roosevelt

From bino at apple.com  Tue Jul  5 14:27:46 2011
From: bino at apple.com (bino at apple.com)
Date: Tue, 05 Jul 2011 21:27:46 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing problem with having to resize
	the window for content to be handled correctly
Message-ID: <20110705212756.D1A8F471DB@hg.openjdk.java.net>

Changeset: de8bd4b84e23
Author:    bino
Date:      2011-07-05 14:26 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/de8bd4b84e23

Fixing problem with having to resize the window for content to be handled correctly

! src/macosx/classes/com/apple/resources/MacOSXResourceBundle.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java


From swingler at apple.com  Tue Jul  5 15:31:02 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 05 Jul 2011 15:31:02 -0700
Subject: 1.7 on a PPC box
In-Reply-To: <8B1F1D99-6DFB-49F5-9A14-672C229259B6@verkehrsplanung.com>
References: <8B1F1D99-6DFB-49F5-9A14-672C229259B6@verkehrsplanung.com>
Message-ID: <3C537B1F-E6EB-42CB-BC9D-09AE8B7C675D@apple.com>

On Jul 4, 2011, at 4:44 AM, Drechsel Wolf wrote:

> Hi everybody,
> 
> I installed
> 
> http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2
> 
> on my Mac OS X 10.5.8 Leopard, PPC G4.
> 
> I adjusted  PATH and JAVA_HOME, and
> 
> '$ java -version' delivers
> 
> $ java -version
> openjdk version "1.7.0-internal"
> OpenJDK Runtime Environment (build
> 1.7.0-internal-landonf_2009_12_16_12_54-b00)
> OpenJDK Zero VM (build 17.0-b05, interpreted mode)
> 
> So the installation seems to have gone right.
> 
> But when I open Utilities/Java-Settings.app, only the outdated 1.4.x und 1.5.x java versions are displayed; if I launch a more recent java app, that one states that only java 1.5.x is installed.
> 
> What can I do to notify the system that there is java 1.7 installed?


The .jdk detection system used by Java Preferences does not use the $PATH set in your shell, but rather scans the */Library/Java/JavaVirtualMachines directories for JVM bundles to load.

The Mac OS X port has changes to the build system to create a parallel "1.7.0.jdk" product bundle. This bundle contains an Info.plist file and structure that is recognized by the Mac OS X Java detection/launching system. It would be perfectly plausible to re-bundle a PPC BSD-port product, and put it in ~/Library/Java/JavaVirtualMachines, but the work was simply never done for the BSD port.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From henri.gomez at gmail.com  Wed Jul  6 08:59:16 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 6 Jul 2011 17:59:16 +0200
Subject: OpenJDK 7 status
Message-ID: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>

First sorry for the double post, but I didn't know where to find the
information.

It's seems there is a 'commit' freeze on main branches, so no commit
for bsd-port and only 'Cocoa/UI' on macosx-port.

Tomorrow Java 7 is 'launched', and I wondering about the status for
main branches ?
Did there is a code freeze and so did OpenJDK 7 will start with jdk7-b147 ?

Regards

From glewis at eyesbeyond.com  Wed Jul  6 09:22:18 2011
From: glewis at eyesbeyond.com (Greg Lewis)
Date: Wed, 6 Jul 2011 09:22:18 -0700
Subject: OpenJDK 7 status
In-Reply-To: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
Message-ID: <20110706162218.GA19324@misty.eyesbeyond.com>

On Wed, Jul 06, 2011 at 05:59:16PM +0200, Henri Gomez wrote:
> First sorry for the double post, but I didn't know where to find the
> information.
> 
> It's seems there is a 'commit' freeze on main branches, so no commit
> for bsd-port and only 'Cocoa/UI' on macosx-port.
> 
> Tomorrow Java 7 is 'launched', and I wondering about the status for
> main branches ?
> Did there is a code freeze and so did OpenJDK 7 will start with jdk7-b147 ?

The bsd-port repository is up to date with respect to merging from the main
repository AFAIK.  IIRC I saw Alex merge in those changes to the
macosx-port repository as well.

-- 
Greg Lewis                          Email   : glewis at eyesbeyond.com
Eyes Beyond                         Web     : http://www.eyesbeyond.com
Information Technology              FreeBSD : glewis at FreeBSD.org

From kelly.ohair at oracle.com  Wed Jul  6 09:39:17 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Wed, 6 Jul 2011 09:39:17 -0700
Subject: OpenJDK 7 status
In-Reply-To: <20110706162218.GA19324@misty.eyesbeyond.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
Message-ID: <9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>


Ok, I'll ask.

So what are the plans with regards to integrating all the bsd and macosx port changes into jdk8?
In a more permanent way?

-kto


From henri.gomez at gmail.com  Wed Jul  6 11:02:09 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 6 Jul 2011 20:02:09 +0200
Subject: OpenJDK 7 status
In-Reply-To: <20110706162218.GA19324@misty.eyesbeyond.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
Message-ID: <CALyUpY2gdbSzqn+LKGOP-Jxq2YDCZu_rL1NMDQ1D9LoyPTHQcw@mail.gmail.com>

> The bsd-port repository is up to date with respect to merging from the main
> repository AFAIK. ?IIRC I saw Alex merge in those changes to the
> macosx-port repository as well.

Yes, I saw you synched with main branches and Alex was following shortly.
My question is about status of main branches, are they in commit freeze state ?

From glewis at eyesbeyond.com  Fri Jul  8 09:53:23 2011
From: glewis at eyesbeyond.com (Greg Lewis)
Date: Fri, 8 Jul 2011 09:53:23 -0700
Subject: OpenJDK 7 status
In-Reply-To: <CALyUpY2gdbSzqn+LKGOP-Jxq2YDCZu_rL1NMDQ1D9LoyPTHQcw@mail.gmail.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<CALyUpY2gdbSzqn+LKGOP-Jxq2YDCZu_rL1NMDQ1D9LoyPTHQcw@mail.gmail.com>
Message-ID: <20110708165323.GA29672@misty.eyesbeyond.com>

On Wed, Jul 06, 2011 at 08:02:09PM +0200, Henri Gomez wrote:
> > The bsd-port repository is up to date with respect to merging from the main
> > repository AFAIK. ?IIRC I saw Alex merge in those changes to the
> > macosx-port repository as well.
> 
> Yes, I saw you synched with main branches and Alex was following shortly.
> My question is about status of main branches, are they in commit freeze state ?

At least for the bsd-port repo, we haven't discussed a commit freeze.  In
fact, I committed some fixes last night.

-- 
Greg Lewis                          Email   : glewis at eyesbeyond.com
Eyes Beyond                         Web     : http://www.eyesbeyond.com
Information Technology              FreeBSD : glewis at FreeBSD.org

From henri.gomez at gmail.com  Fri Jul  8 09:56:40 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Fri, 8 Jul 2011 18:56:40 +0200
Subject: OpenJDK 7 status
In-Reply-To: <20110708165323.GA29672@misty.eyesbeyond.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<CALyUpY2gdbSzqn+LKGOP-Jxq2YDCZu_rL1NMDQ1D9LoyPTHQcw@mail.gmail.com>
	<20110708165323.GA29672@misty.eyesbeyond.com>
Message-ID: <CALyUpY1gEykctyDV8T5H_69m4SMB_iQhf4dAb05EJCyM-=ZpWQ@mail.gmail.com>

> At least for the bsd-port repo, we haven't discussed a commit freeze. ?In
> fact, I committed some fixes last night.

I seen that, build in progress for OS/X package from bsd branch.

Thanks Greg

From glewis at eyesbeyond.com  Fri Jul  8 09:57:47 2011
From: glewis at eyesbeyond.com (Greg Lewis)
Date: Fri, 8 Jul 2011 09:57:47 -0700
Subject: OpenJDK 7 status
In-Reply-To: <9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
Message-ID: <20110708165747.GB29672@misty.eyesbeyond.com>

On Wed, Jul 06, 2011 at 09:39:17AM -0700, Kelly O'Hair wrote:
> Ok, I'll ask.
> 
> So what are the plans with regards to integrating all the bsd and macosx port changes into jdk8?
> In a more permanent way?

Ummm, yes please? :-)

I guess the first thing to do is to start a discussion of whether the
overall strategy of a separate bsd directory hierarchy that mirrors the
linux and solaris directory hierarchies is acceptable in terms of merging
the changes in.  If that is approved then we can start posting some
webrevs.  Since the macosx-port is a child of bsd-port and picks up the
bsd-port changes, it would make sense to merge that in, with some checks
to make sure it still compiles on {Free,Net,Open}BSD.

Kelly whats the best list to start that discussion on?

-- 
Greg Lewis                          Email   : glewis at eyesbeyond.com
Eyes Beyond                         Web     : http://www.eyesbeyond.com
Information Technology              FreeBSD : glewis at FreeBSD.org

From loren.cahlander at gmail.com  Fri Jul  8 11:37:22 2011
From: loren.cahlander at gmail.com (Loren Cahlander)
Date: Fri, 8 Jul 2011 13:37:22 -0500
Subject: Will upgrading to OS X Lion break existing Java applications?
Message-ID: <B588F5F5-C1D1-47AB-B0AD-A4B1A273A90D@gmail.com>

Hello folks,

I am new to the macosx-port-dev mailing list.  I would like to thank all of you for the work that you are doing with the OpenJDK project.

I have a question regarding the upcoming Lion release.  Since this is an upgrade, will existing Java applications work after upgrading or will the upgrade remove the current Java support?

Is the OpenJDK port to Mac OS X stable and ready for Lion?

I am a contributor to the eXist Open Source XML database project (http://exist-db.org) and it runs on the JVM.  I would like to be able to inform our community on whether to upgrade to Lion or to hold off.


Thank you,

Loren Cahlander


From cherniy.bumer at gmail.com  Fri Jul  8 11:51:05 2011
From: cherniy.bumer at gmail.com (Ivan Nikitin)
Date: Fri, 8 Jul 2011 22:51:05 +0400
Subject: Will upgrading to OS X Lion break existing Java applications?
In-Reply-To: <B588F5F5-C1D1-47AB-B0AD-A4B1A273A90D@gmail.com>
References: <B588F5F5-C1D1-47AB-B0AD-A4B1A273A90D@gmail.com>
Message-ID: <CACiCqs=K1K+k3-NN-q8Qa=G9aj_vk6yd4dYNYE_eAmTWe=6MAg@mail.gmail.com>

Hi Loren,

I've looked at dev build #3. It doesn't ship with a JVM preinstalled but
offers to download it when running a Java app (~150 Mb).

My app worked well, except segmented buttons in the toolbar - they look
awful. However, this may be caused by a virtual machine I've used to run the
Lion.

Thanks,
Ivan

2011/7/8 Loren Cahlander <loren.cahlander at gmail.com>

> Hello folks,
>
> I am new to the macosx-port-dev mailing list.  I would like to thank all of
> you for the work that you are doing with the OpenJDK project.
>
> I have a question regarding the upcoming Lion release.  Since this is an
> upgrade, will existing Java applications work after upgrading or will the
> upgrade remove the current Java support?
>
> Is the OpenJDK port to Mac OS X stable and ready for Lion?
>
> I am a contributor to the eXist Open Source XML database project (
> http://exist-db.org) and it runs on the JVM.  I would like to be able to
> inform our community on whether to upgrade to Lion or to hold off.
>
>
> Thank you,
>
> Loren Cahlander
>
>

From loren.cahlander at gmail.com  Fri Jul  8 12:33:55 2011
From: loren.cahlander at gmail.com (Loren Cahlander)
Date: Fri, 8 Jul 2011 14:33:55 -0500
Subject: Will upgrading to OS X Lion break existing Java applications?
In-Reply-To: <CACiCqs=K1K+k3-NN-q8Qa=G9aj_vk6yd4dYNYE_eAmTWe=6MAg@mail.gmail.com>
References: <B588F5F5-C1D1-47AB-B0AD-A4B1A273A90D@gmail.com>
	<CACiCqs=K1K+k3-NN-q8Qa=G9aj_vk6yd4dYNYE_eAmTWe=6MAg@mail.gmail.com>
Message-ID: <E25C1715-6AE6-485A-978D-18EC5BAE873E@gmail.com>

Hello Ivan,

Thank you for the info.

I think that we will need to test against Lion, but it is good to know that there is some coverage of Java.  We just have to see if there are any gotchas on this one.

Loren

On Jul 8, 2011, at 1:51 PM, Ivan Nikitin wrote:

> Hi Loren,
> 
> I've looked at dev build #3. It doesn't ship with a JVM preinstalled but
> offers to download it when running a Java app (~150 Mb).
> 
> My app worked well, except segmented buttons in the toolbar - they look
> awful. However, this may be caused by a virtual machine I've used to run the
> Lion.
> 
> Thanks,
> Ivan
> 
> 2011/7/8 Loren Cahlander <loren.cahlander at gmail.com>
> 
>> Hello folks,
>> 
>> I am new to the macosx-port-dev mailing list.  I would like to thank all of
>> you for the work that you are doing with the OpenJDK project.
>> 
>> I have a question regarding the upcoming Lion release.  Since this is an
>> upgrade, will existing Java applications work after upgrading or will the
>> upgrade remove the current Java support?
>> 
>> Is the OpenJDK port to Mac OS X stable and ready for Lion?
>> 
>> I am a contributor to the eXist Open Source XML database project (
>> http://exist-db.org) and it runs on the JVM.  I would like to be able to
>> inform our community on whether to upgrade to Lion or to hold off.
>> 
>> 
>> Thank you,
>> 
>> Loren Cahlander
>> 
>> 


From acidbriggs at gmail.com  Fri Jul  8 12:58:09 2011
From: acidbriggs at gmail.com (Briggs)
Date: Fri, 8 Jul 2011 15:58:09 -0400
Subject: Will upgrading to OS X Lion break existing Java applications?
In-Reply-To: <E25C1715-6AE6-485A-978D-18EC5BAE873E@gmail.com>
References: <B588F5F5-C1D1-47AB-B0AD-A4B1A273A90D@gmail.com>
	<CACiCqs=K1K+k3-NN-q8Qa=G9aj_vk6yd4dYNYE_eAmTWe=6MAg@mail.gmail.com>
	<E25C1715-6AE6-485A-978D-18EC5BAE873E@gmail.com>
Message-ID: <7F851B68-849D-421C-A567-E5A893F9F602@gmail.com>

Could you tell us what version/build of the jdk Lion is downloading?  Or is this an NDA issue.

> Hello Ivan,
> 
> Thank you for the info.
> 
> I think that we will need to test against Lion, but it is good to know that there is some coverage of Java.  We just have to see if there are any gotchas on this one.
> 
> Loren
> 
> On Jul 8, 2011, at 1:51 PM, Ivan Nikitin wrote:
> 
>> Hi Loren,
>> 
>> I've looked at dev build #3. It doesn't ship with a JVM preinstalled but
>> offers to download it when running a Java app (~150 Mb).
>> 
>> My app worked well, except segmented buttons in the toolbar - they look
>> awful. However, this may be caused by a virtual machine I've used to run the
>> Lion.
>> 
>> Thanks,
>> Ivan
>> 
>> 2011/7/8 Loren Cahlander <loren.cahlander at gmail.com>
>> 
>>> Hello folks,
>>> 
>>> I am new to the macosx-port-dev mailing list.  I would like to thank all of
>>> you for the work that you are doing with the OpenJDK project.
>>> 
>>> I have a question regarding the upcoming Lion release.  Since this is an
>>> upgrade, will existing Java applications work after upgrading or will the
>>> upgrade remove the current Java support?
>>> 
>>> Is the OpenJDK port to Mac OS X stable and ready for Lion?
>>> 
>>> I am a contributor to the eXist Open Source XML database project (
>>> http://exist-db.org) and it runs on the JVM.  I would like to be able to
>>> inform our community on whether to upgrade to Lion or to hold off.
>>> 
>>> 
>>> Thank you,
>>> 
>>> Loren Cahlander
>>> 
>>> 
> 

From kevin_m_miller at apple.com  Fri Jul  8 13:36:50 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Fri, 08 Jul 2011 20:36:50 +0000
Subject: hg: macosx-port/macosx-port/jdk: Advancing broken build on some
	configurations
Message-ID: <20110708203701.7AC7E472B3@hg.openjdk.java.net>

Changeset: 56694938350b
Author:    kevin_m_miller at apple.com
Date:      2011-07-08 13:36 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/56694938350b

Advancing broken build on some configurations

! src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/StructOffsetResolver.java


From gary.meyer at apple.com  Fri Jul  8 13:39:00 2011
From: gary.meyer at apple.com (Gary Meyer)
Date: Fri, 08 Jul 2011 13:39:00 -0700
Subject: Will upgrading to OS X Lion break existing Java applications?
In-Reply-To: <7F851B68-849D-421C-A567-E5A893F9F602@gmail.com>
References: <B588F5F5-C1D1-47AB-B0AD-A4B1A273A90D@gmail.com>
	<CACiCqs=K1K+k3-NN-q8Qa=G9aj_vk6yd4dYNYE_eAmTWe=6MAg@mail.gmail.com>
	<E25C1715-6AE6-485A-978D-18EC5BAE873E@gmail.com>
	<7F851B68-849D-421C-A567-E5A893F9F602@gmail.com>
Message-ID: <5C0D1E30-AAFA-4CF2-BC14-6115DC485B7C@apple.com>

Lion is NDA until it is publicly released.

On Jul 8, 2011, at 12:58 PM, Briggs wrote:

> Could you tell us what version/build of the jdk Lion is downloading?  Or is this an NDA issue.
> 
>> Hello Ivan,
>> 
>> Thank you for the info.
>> 
>> I think that we will need to test against Lion, but it is good to know that there is some coverage of Java.  We just have to see if there are any gotchas on this one.
>> 
>> Loren
>> 
>> On Jul 8, 2011, at 1:51 PM, Ivan Nikitin wrote:
>> 
>>> Hi Loren,
>>> 
>>> I've looked at dev build #3. It doesn't ship with a JVM preinstalled but
>>> offers to download it when running a Java app (~150 Mb).
>>> 
>>> My app worked well, except segmented buttons in the toolbar - they look
>>> awful. However, this may be caused by a virtual machine I've used to run the
>>> Lion.
>>> 
>>> Thanks,
>>> Ivan
>>> 
>>> 2011/7/8 Loren Cahlander <loren.cahlander at gmail.com>
>>> 
>>>> Hello folks,
>>>> 
>>>> I am new to the macosx-port-dev mailing list.  I would like to thank all of
>>>> you for the work that you are doing with the OpenJDK project.
>>>> 
>>>> I have a question regarding the upcoming Lion release.  Since this is an
>>>> upgrade, will existing Java applications work after upgrading or will the
>>>> upgrade remove the current Java support?
>>>> 
>>>> Is the OpenJDK port to Mac OS X stable and ready for Lion?
>>>> 
>>>> I am a contributor to the eXist Open Source XML database project (
>>>> http://exist-db.org) and it runs on the JVM.  I would like to be able to
>>>> inform our community on whether to upgrade to Lion or to hold off.
>>>> 
>>>> 
>>>> Thank you,
>>>> 
>>>> Loren Cahlander
>>>> 
>>>> 
>> 

~~~~~~~~~~~~~~~~~~~
Gary Meyer
gary.meyer at apple.com


From astrange at apple.com  Fri Jul  8 15:05:33 2011
From: astrange at apple.com (astrange at apple.com)
Date: Fri, 08 Jul 2011 22:05:33 +0000
Subject: hg: macosx-port/macosx-port/hotspot: 4 new changesets
Message-ID: <20110708220541.F2F51472B7@hg.openjdk.java.net>

Changeset: 4786ac0f88a0
Author:    Greg Lewis <glewis at eyesbeyond.com>
Date:      2011-07-07 23:32 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/4786ac0f88a0

. Fix an #elif to use defined(_ALLBSD_SOURCE) rather than just _ALLBSD_SOURCE.

Submitted by:	Jung-uk Kim (<jkim at freebsd.org>)

! src/os/posix/launcher/java_md.c

Changeset: 9b0ca45cd756
Author:    trims
Date:      2011-06-28 10:57 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/9b0ca45cd756

Added tag hs21-b17 for changeset 81d815b05abb

! .hgtags

Changeset: 3406145981b7
Author:    Greg Lewis <glewis at eyesbeyond.com>
Date:      2011-07-07 23:49 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/3406145981b7

Merge from main OpenJDK repository


Changeset: b10f464c3e3e
Author:    astrange
Date:      2011-07-08 10:39 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/b10f464c3e3e

Automated merge with http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot



From bino at apple.com  Fri Jul  8 15:18:09 2011
From: bino at apple.com (bino at apple.com)
Date: Fri, 08 Jul 2011 22:18:09 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20110708221844.BF82B472BA@hg.openjdk.java.net>

Changeset: 4fd5de718c5e
Author:    bino at apple.com
Date:      2011-07-08 15:15 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4fd5de718c5e

Fixed MACOSX_PORT-76: Enable native ScreenMenuBar Swing menu support

! make/com/apple/laf/Makefile
! src/macosx/classes/com/apple/laf/AquaMenuBarUI.java
+ src/macosx/classes/com/apple/laf/ScreenMenu.java
+ src/macosx/classes/com/apple/laf/ScreenMenuBar.java
+ src/macosx/classes/com/apple/laf/ScreenMenuBarProvider.java
+ src/macosx/classes/com/apple/laf/ScreenMenuItem.java
+ src/macosx/classes/com/apple/laf/ScreenMenuItemCheckbox.java
+ src/macosx/classes/com/apple/laf/ScreenMenuItemUI.java
+ src/macosx/classes/com/apple/laf/ScreenMenuPropertyHandler.java
+ src/macosx/classes/com/apple/laf/ScreenMenuPropertyListener.java
! src/macosx/classes/sun/lwawt/LWToolkit.java
! src/macosx/classes/sun/lwawt/macosx/CCheckboxMenuItem.java
+ src/macosx/native/com/apple/laf/ScreenMenu.h
+ src/macosx/native/com/apple/laf/ScreenMenu.m
! src/macosx/native/sun/awt/AWTWindow.m
! src/macosx/native/sun/awt/CMenu.m
! src/macosx/native/sun/awt/CMenuBar.m
! src/macosx/native/sun/awt/InitIDs.m

Changeset: d56f3b7d7c44
Author:    bino at apple.com
Date:      2011-07-08 15:17 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/d56f3b7d7c44

Merging



From astrange at apple.com  Fri Jul  8 16:16:04 2011
From: astrange at apple.com (astrange at apple.com)
Date: Fri, 08 Jul 2011 23:16:04 +0000
Subject: hg: macosx-port/macosx-port/jdk: 3 new changesets
Message-ID: <20110708231637.E92A5472BD@hg.openjdk.java.net>

Changeset: c6334146005c
Author:    Greg Lewis <glewis at eyesbeyond.com>
Date:      2011-07-07 23:46 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c6334146005c

. Try harder to make sure the flags returned from getFlags isn't negative,
  since a number of places in the code check for that and assume that it
  means an error occurred.  On FreeBSD, in particular, the value of
  ifr_flags can be negative if multicast is enabled on the socket since
  the possible flags have expanded to fill more than a short.

  For FreeBSD, we fill the int return value with ifr_flagshigh in the high
  16 bits and ifr_flags in the low 16 bits.  For the other BSD, instead of
  blindly promoting ifr_flags to an int, which will preserve the sign, we
  place it into the lower 16 bits of the return value.

Reported by:	Alex Hayward <xelah-freebsd-pr at xelah.com>

! src/solaris/native/java/net/NetworkInterface.c

Changeset: 8bef30b68af9
Author:    astrange
Date:      2011-07-08 15:12 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8bef30b68af9

Automated merge with http://hg.openjdk.java.net/bsd-port/bsd-port/jdk

! src/solaris/native/java/net/NetworkInterface.c

Changeset: 8400fd7344ca
Author:    astrange
Date:      2011-07-08 16:15 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8400fd7344ca

Automated merge with ssh://hg.openjdk.java.net/macosx-port/macosx-port/jdk



From swingler at apple.com  Sun Jul 10 13:37:52 2011
From: swingler at apple.com (Mike Swingler)
Date: Sun, 10 Jul 2011 13:37:52 -0700
Subject: Help me to build openjdk on my machine
In-Reply-To: <CAJm2B-kieMvyF6uVccn5J44UFtB_dfda3uVsuKUNMHJAH654qA@mail.gmail.com>
References: <20110710101102.284800@gmx.net>
	<CAJm2B-kieMvyF6uVccn5J44UFtB_dfda3uVsuKUNMHJAH654qA@mail.gmail.com>
Message-ID: <019B7D97-F928-47F7-9288-D19C35B64D05@apple.com>

On Jul 10, 2011, at 11:27 AM, Damjan Jovanovic wrote:

> On Sun, Jul 10, 2011 at 12:11 PM, Max Pole <max_pole at gmx.de> wrote:
> 
>> Hi,
>> 
>> I hope it's the right mailing list for my question...
>> 
>> I'm trying to build opendjdk7 (bsd-port) in my PowerPC Mac. I downloaded a right bootstrap VM and got platform-independent code (corba, jaxp, jaxws etc) successfully compiled.
>> 
>> Unfortunately I cannot compile hotspot VM because of the following error:

<snip>

>> The missing source is there but the complation script seems to be unable to locate it.
>> Moreover, I found out that the platform-specific code (PPC in my case) is NOT there! The directory
>> 
>> /Users/maxim/bsd-port/hotspot/src/cpu
>> 
>> doesn't contain any PPC-related code but only those for sparc, x86 and zero. I have no idea what the latter means though...
> 
> Zero is basically an easy to port Java interpreter that currently
> supports, among many others, PowerPC (32- and 64-bit). See
> http://openjdk.java.net/projects/zero/.
> 
>> My Question: Is PPC arch deprecated meanwhile? If not, what's the reason to strip it out from the distribution?

I don't believe there ever was a PPC port, but what you used was actually an early version of the "zero" architecture support.

>> Is there any possibility to obtain the PPC code for that VM?
> 
> I suspect the version of Hotspot in the BSD port is old, which is why
> Zero is not compiling.

Actually, the BSD HotSpot is merged up to the very latest JDK7 HotSpot. I know, because the macosx-port derives from the bsd-port, so that BSD/Mac integration issues at the HotSpot level are handled for us.

Has anyone actually tried compiling the latest bsd-port with arch=zero on a PPC Mac?

> Even when you get it to compile, the performance may be poor, as Zero
> is just an interpreter. The related Shark project should be faster as
> it uses LLVM's JIT, and it seems to support PowerPC.
> 
>> Any help would be highly appreciated. I'm about to contribute to a open-source project related on Java 1.6 but I cannot run that software because Apple discontinued PPC macs, their support and Java development for PPC. So openjdk is my only way to proceed...
>> 
>> Info on system I use:
>> 
>> Processor: PowerPC G5 2.1 GHz
>> System: Mac OS X 10.5.8

Just to set some expectations, the Mac OS X porting project has made a conscious decision to not support Mac OS X 10.5 Leopard (for a variety of API reasons), and therefore will not support PPC. While the bsd-port may be compilable for PPC with Zero and Shark, it's native graphics support will likely remain at the Darwin/X11 level. This may or may not be an issue for your use.

AFAIK, nobody has come forward to make new builds of the BSD port for PPC/Mac using Zero, since it was fully integrated into the JDK7 mainline. Any volunteers?

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From swingler at apple.com  Sun Jul 10 13:45:54 2011
From: swingler at apple.com (Mike Swingler)
Date: Sun, 10 Jul 2011 13:45:54 -0700
Subject: OpenJDK 7 status
In-Reply-To: <20110708165747.GB29672@misty.eyesbeyond.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
	<20110708165747.GB29672@misty.eyesbeyond.com>
Message-ID: <96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>

On Jul 8, 2011, at 9:57 AM, Greg Lewis wrote:

> On Wed, Jul 06, 2011 at 09:39:17AM -0700, Kelly O'Hair wrote:
> 
>> Ok, I'll ask.
>> 
>> So what are the plans with regards to integrating all the bsd and macosx port changes into jdk8?
>> In a more permanent way?
> 
> Ummm, yes please? :-)
> 
> I guess the first thing to do is to start a discussion of whether the
> overall strategy of a separate bsd directory hierarchy that mirrors the
> linux and solaris directory hierarchies is acceptable in terms of merging
> the changes in.  If that is approved then we can start posting some
> webrevs.  Since the macosx-port is a child of bsd-port and picks up the
> bsd-port changes, it would make sense to merge that in, with some checks
> to make sure it still compiles on {Free,Net,Open}BSD.
> 
> Kelly whats the best list to start that discussion on?

+1.

I think the most logical plan to integrate Mac OS X into mainline JDK8 is for us to begin integrating the BSD port changes, where most of the divergences from mainline are at the HotSpot level. These changes don't access anything above the Darwin/BSD level on Mac OS X, so I am fine leaving the parallel directories left named "bsd".

Once integrated, if there is obvious duplication with the solaris/linux hierarchy, we can proceed with further consolidation.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From Johannes.Schindelin at gmx.de  Sun Jul 10 16:04:13 2011
From: Johannes.Schindelin at gmx.de (Johannes Schindelin)
Date: Mon, 11 Jul 2011 01:04:13 +0200 (CEST)
Subject: Help me to build openjdk on my machine
In-Reply-To: <019B7D97-F928-47F7-9288-D19C35B64D05@apple.com>
References: <20110710101102.284800@gmx.net>
	<CAJm2B-kieMvyF6uVccn5J44UFtB_dfda3uVsuKUNMHJAH654qA@mail.gmail.com>
	<019B7D97-F928-47F7-9288-D19C35B64D05@apple.com>
Message-ID: <alpine.DEB.1.00.1107110102110.3379@bonsai2>

Hi,

On Sun, 10 Jul 2011, Mike Swingler wrote:

> Just to set some expectations, the Mac OS X porting project has made a 
> conscious decision to not support Mac OS X 10.5 Leopard (for a variety 
> of API reasons), and therefore will not support PPC.

That rather shatters one of my dreams: a fully compatible Java 6 for 
Leopard (PPC). Given that there was Java 6 for Leopard (x86_64) I allowed 
myself to think that would be not unrealistic.

Ciao,
Johannes

From johnyeary at gmail.com  Sun Jul 10 17:08:11 2011
From: johnyeary at gmail.com (John Yeary)
Date: Sun, 10 Jul 2011 20:08:11 -0400
Subject: Help me to build openjdk on my machine
In-Reply-To: <019B7D97-F928-47F7-9288-D19C35B64D05@apple.com>
References: <20110710101102.284800@gmx.net>
	<CAJm2B-kieMvyF6uVccn5J44UFtB_dfda3uVsuKUNMHJAH654qA@mail.gmail.com>
	<019B7D97-F928-47F7-9288-D19C35B64D05@apple.com>
Message-ID: <983AD610-7604-4188-86EB-C8F75553330F@gmail.com>

I had successfully built a Java 6 build for PPC months ago using Zero. It worked fine. I updated the docs on the wiki based on that success. It was possible, but alas apparently that time has passed 

John

Sent from my iPhone

On Jul 10, 2011, at 16:37, Mike Swingler <swingler at apple.com> wrote:

> On Jul 10, 2011, at 11:27 AM, Damjan Jovanovic wrote:
> 
>> On Sun, Jul 10, 2011 at 12:11 PM, Max Pole <max_pole at gmx.de> wrote:
>> 
>>> Hi,
>>> 
>>> I hope it's the right mailing list for my question...
>>> 
>>> I'm trying to build opendjdk7 (bsd-port) in my PowerPC Mac. I downloaded a right bootstrap VM and got platform-independent code (corba, jaxp, jaxws etc) successfully compiled.
>>> 
>>> Unfortunately I cannot compile hotspot VM because of the following error:
> 
> <snip>
> 
>>> The missing source is there but the complation script seems to be unable to locate it.
>>> Moreover, I found out that the platform-specific code (PPC in my case) is NOT there! The directory
>>> 
>>> /Users/maxim/bsd-port/hotspot/src/cpu
>>> 
>>> doesn't contain any PPC-related code but only those for sparc, x86 and zero. I have no idea what the latter means though...
>> 
>> Zero is basically an easy to port Java interpreter that currently
>> supports, among many others, PowerPC (32- and 64-bit). See
>> http://openjdk.java.net/projects/zero/.
>> 
>>> My Question: Is PPC arch deprecated meanwhile? If not, what's the reason to strip it out from the distribution?
> 
> I don't believe there ever was a PPC port, but what you used was actually an early version of the "zero" architecture support.
> 
>>> Is there any possibility to obtain the PPC code for that VM?
>> 
>> I suspect the version of Hotspot in the BSD port is old, which is why
>> Zero is not compiling.
> 
> Actually, the BSD HotSpot is merged up to the very latest JDK7 HotSpot. I know, because the macosx-port derives from the bsd-port, so that BSD/Mac integration issues at the HotSpot level are handled for us.
> 
> Has anyone actually tried compiling the latest bsd-port with arch=zero on a PPC Mac?
> 
>> Even when you get it to compile, the performance may be poor, as Zero
>> is just an interpreter. The related Shark project should be faster as
>> it uses LLVM's JIT, and it seems to support PowerPC.
>> 
>>> Any help would be highly appreciated. I'm about to contribute to a open-source project related on Java 1.6 but I cannot run that software because Apple discontinued PPC macs, their support and Java development for PPC. So openjdk is my only way to proceed...
>>> 
>>> Info on system I use:
>>> 
>>> Processor: PowerPC G5 2.1 GHz
>>> System: Mac OS X 10.5.8
> 
> Just to set some expectations, the Mac OS X porting project has made a conscious decision to not support Mac OS X 10.5 Leopard (for a variety of API reasons), and therefore will not support PPC. While the bsd-port may be compilable for PPC with Zero and Shark, it's native graphics support will likely remain at the Darwin/X11 level. This may or may not be an issue for your use.
> 
> AFAIK, nobody has come forward to make new builds of the BSD port for PPC/Mac using Zero, since it was fully integrated into the JDK7 mainline. Any volunteers?
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 

From swingler at apple.com  Sun Jul 10 21:35:25 2011
From: swingler at apple.com (Mike Swingler)
Date: Sun, 10 Jul 2011 21:35:25 -0700
Subject: Help me to build openjdk on my machine
In-Reply-To: <alpine.DEB.1.00.1107110102110.3379@bonsai2>
References: <20110710101102.284800@gmx.net>
	<CAJm2B-kieMvyF6uVccn5J44UFtB_dfda3uVsuKUNMHJAH654qA@mail.gmail.com>
	<019B7D97-F928-47F7-9288-D19C35B64D05@apple.com>
	<alpine.DEB.1.00.1107110102110.3379@bonsai2>
Message-ID: <26A5D52D-8991-4925-81C2-A28EFC18DD55@apple.com>

On Jul 10, 2011, at 4:04 PM, Johannes Schindelin wrote:

> Hi,
> 
> On Sun, 10 Jul 2011, Mike Swingler wrote:
> 
>> Just to set some expectations, the Mac OS X porting project has made a 
>> conscious decision to not support Mac OS X 10.5 Leopard (for a variety 
>> of API reasons), and therefore will not support PPC.
> 
> That rather shatters one of my dreams: a fully compatible Java 6 for 
> Leopard (PPC). Given that there was Java 6 for Leopard (x86_64) I allowed 
> myself to think that would be not unrealistic.

The graphics machinery we have used in Java 1.4, 1.5, and 1.6 on Mac OS X is simply not compatible with cross-process rendering required for modern browser plug-ins. While it can be done inefficiently (as we do today), we have chosen to use a CoreAnimation-based OpenGL strategy for OpenJDK that allows accelerated graphics throughout the entire pipe, and relies on API that is only in Snow Leopard.

Also, we are re-writing most of the JNI code that call into Cocoa using Blocks, which is a language feature which was added in 10.6. Without using Blocks, the resulting Cocoa and JNI code is a tangled mess of selectors, callbacks, and awkward parameter marshaling.

We never enjoy dropping entire configurations, but in this case the benefits far outweighed the effort to keep Leopard alive.

Sorry,
Mike Swingler
Java Engineering
Apple Inc.


From Johannes.Schindelin at gmx.de  Mon Jul 11 02:28:09 2011
From: Johannes.Schindelin at gmx.de (Johannes Schindelin)
Date: Mon, 11 Jul 2011 11:28:09 +0200 (CEST)
Subject: Help me to build openjdk on my machine
In-Reply-To: <26A5D52D-8991-4925-81C2-A28EFC18DD55@apple.com>
References: <20110710101102.284800@gmx.net>
	<CAJm2B-kieMvyF6uVccn5J44UFtB_dfda3uVsuKUNMHJAH654qA@mail.gmail.com>
	<019B7D97-F928-47F7-9288-D19C35B64D05@apple.com>
	<alpine.DEB.1.00.1107110102110.3379@bonsai2>
	<26A5D52D-8991-4925-81C2-A28EFC18DD55@apple.com>
Message-ID: <alpine.DEB.1.00.1107111127300.3379@bonsai2>

Hi Mike,

On Sun, 10 Jul 2011, Mike Swingler wrote:

> On Jul 10, 2011, at 4:04 PM, Johannes Schindelin wrote:
> 
> > On Sun, 10 Jul 2011, Mike Swingler wrote:
> > 
> >> Just to set some expectations, the Mac OS X porting project has made 
> >> a conscious decision to not support Mac OS X 10.5 Leopard (for a 
> >> variety of API reasons), and therefore will not support PPC.
> > 
> > That rather shatters one of my dreams: a fully compatible Java 6 for 
> > Leopard (PPC). Given that there was Java 6 for Leopard (x86_64) I 
> > allowed myself to think that would be not unrealistic.
> 
> The graphics machinery we have used in Java 1.4, 1.5, and 1.6 on Mac OS 
> X is simply not compatible with cross-process rendering required for 
> modern browser plug-ins. While it can be done inefficiently (as we do 
> today), we have chosen to use a CoreAnimation-based OpenGL strategy for 
> OpenJDK that allows accelerated graphics throughout the entire pipe, and 
> relies on API that is only in Snow Leopard.
> 
> Also, we are re-writing most of the JNI code that call into Cocoa using 
> Blocks, which is a language feature which was added in 10.6. Without 
> using Blocks, the resulting Cocoa and JNI code is a tangled mess of 
> selectors, callbacks, and awkward parameter marshaling.
> 
> We never enjoy dropping entire configurations, but in this case the 
> benefits far outweighed the effort to keep Leopard alive.

I thank you so much for this detailed reasoning. While my dream was 
shattered, I now understand why.

Thanks!
Johannes


From bino at apple.com  Mon Jul 11 10:04:15 2011
From: bino at apple.com (bino at apple.com)
Date: Mon, 11 Jul 2011 17:04:15 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed copyright in new files
Message-ID: <20110711170434.6A99C4735B@hg.openjdk.java.net>

Changeset: 502b5214568f
Author:    bino at apple.com
Date:      2011-07-11 10:01 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/502b5214568f

Fixed copyright in new files

! src/macosx/classes/com/apple/laf/ScreenMenu.java
! src/macosx/classes/com/apple/laf/ScreenMenuBar.java
! src/macosx/classes/com/apple/laf/ScreenMenuBarProvider.java
! src/macosx/classes/com/apple/laf/ScreenMenuItem.java
! src/macosx/classes/com/apple/laf/ScreenMenuItemCheckbox.java
! src/macosx/classes/com/apple/laf/ScreenMenuItemUI.java
! src/macosx/classes/com/apple/laf/ScreenMenuPropertyHandler.java
! src/macosx/classes/com/apple/laf/ScreenMenuPropertyListener.java
! src/macosx/native/com/apple/laf/ScreenMenu.h
! src/macosx/native/com/apple/laf/ScreenMenu.m


From astrange at apple.com  Mon Jul 11 14:37:45 2011
From: astrange at apple.com (astrange at apple.com)
Date: Mon, 11 Jul 2011 21:37:45 +0000
Subject: hg: macosx-port/macosx-port/jdk: Unset CC/CXX inside the JObjc Xcode
	project
Message-ID: <20110711213803.0212A4736D@hg.openjdk.java.net>

Changeset: 3883cac5d4b5
Author:    astrange
Date:      2011-07-11 14:37 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3883cac5d4b5

Unset CC/CXX inside the JObjc Xcode project

Spaces behave differently in $CC in makefiles vs. xcodebuild,
so the build breaks if you use them.

! src/macosx/native/jobjc/build.xml


From bino at apple.com  Mon Jul 11 14:43:40 2011
From: bino at apple.com (bino at apple.com)
Date: Mon, 11 Jul 2011 21:43:40 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-155:
	ScreenMenuBar: need to dismantle existing ScreenMenuBar when
	switching from Aqua L&F to Metal L&F
Message-ID: <20110711214350.B09E44736E@hg.openjdk.java.net>

Changeset: 64ab9bc2966b
Author:    bino at apple.com
Date:      2011-07-11 14:43 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/64ab9bc2966b

Fixed MACOSX_PORT-155: ScreenMenuBar: need to dismantle existing ScreenMenuBar when switching from Aqua L&F to Metal L&F

! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java
! src/macosx/native/sun/awt/CMenuBar.m


From astrange at apple.com  Tue Jul 12 12:59:28 2011
From: astrange at apple.com (astrange at apple.com)
Date: Tue, 12 Jul 2011 19:59:28 +0000
Subject: hg: macosx-port/macosx-port/jdk: Don't check $CC -dumpspecs on macosx
Message-ID: <20110712195953.108AB473AF@hg.openjdk.java.net>

Changeset: f32df3148dcb
Author:    astrange
Date:      2011-07-12 12:59 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f32df3148dcb

Don't check $CC -dumpspecs on macosx

clang doesn't support it and we always know the answer for gcc,
so this saves time and fixes a large number of clang warnings.

! make/common/Defs-bsd.gmk


From kevin_m_miller at apple.com  Tue Jul 12 16:33:15 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Tue, 12 Jul 2011 23:33:15 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing broken build on some
	configurations
Message-ID: <20110712233333.BFBC7473B7@hg.openjdk.java.net>

Changeset: 4286c42ffe19
Author:    kevin_m_miller at apple.com
Date:      2011-07-12 16:32 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4286c42ffe19

Fixing broken build on some configurations

! src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/types/Type.java


From kelly.ohair at oracle.com  Wed Jul 13 08:39:55 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Wed, 13 Jul 2011 08:39:55 -0700
Subject: OpenJDK 7 status
In-Reply-To: <96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
	<20110708165747.GB29672@misty.eyesbeyond.com>
	<96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>
Message-ID: <7BC0DD73-00D1-43E6-AC9A-7CA1624FC0B2@oracle.com>


On Jul 10, 2011, at 1:45 PM, Mike Swingler wrote:

> On Jul 8, 2011, at 9:57 AM, Greg Lewis wrote:
> 
>> On Wed, Jul 06, 2011 at 09:39:17AM -0700, Kelly O'Hair wrote:
>> 
>>> Ok, I'll ask.
>>> 
>>> So what are the plans with regards to integrating all the bsd and macosx port changes into jdk8?
>>> In a more permanent way?
>> 
>> Ummm, yes please? :-)
>> 
>> I guess the first thing to do is to start a discussion of whether the
>> overall strategy of a separate bsd directory hierarchy that mirrors the
>> linux and solaris directory hierarchies is acceptable in terms of merging
>> the changes in.  If that is approved then we can start posting some
>> webrevs.  Since the macosx-port is a child of bsd-port and picks up the
>> bsd-port changes, it would make sense to merge that in, with some checks
>> to make sure it still compiles on {Free,Net,Open}BSD.
>> 
>> Kelly whats the best list to start that discussion on?
> 
> +1.
> 
> I think the most logical plan to integrate Mac OS X into mainline JDK8 is for us to begin integrating the BSD port changes, where most of the divergences from mainline are at the HotSpot level. These changes don't access anything above the Darwin/BSD level on Mac OS X, so I am fine leaving the parallel directories left named "bsd".
> 
> Once integrated, if there is obvious duplication with the solaris/linux hierarchy, we can proceed with further consolidation.
> 

The changes to hotspot may need to take a slightly different ride into jdk8, so I'd suggest doing that work separately
with the hotspot team.

For everything else, if someone could prepare webrevs of the BSD changes for each repository involved, and send
them to the build-dev at openjdk.java.net alias, we can get reviews started and get the changes integrated.
I have a feeling that as the changes get reviewed we might have some cleanup ideas.
Keep in mind that we cannot and will not just drag over all the changesets in the existing BSD/MAC repositories,
we will need to create fresh, probably large, changesets that identify themselves as BSD or MAC porting
changes. We can create multiple CRs and break it up into separate pieces if necessary.
If you need CRs filed, let me know. So the detailed history and the changesets in the BSD/MAC repositories will
stay with those repositories, just so people understand.

Formally getting BSD builds to happen on a regular basis may be an issue, but first step (in my opinion) is to
get the source code and makefile logic merged in, making sure the existing platform builds are not impacted.
If someone has references to BSD iso images I can at least get started on creating my own VirtualBox setup.

---

I have a major concern here with the build changes involved colliding with our build infrastructure changes
and the jigsaw/modularity changes coming into jdk8.
Right now, jdk8 is basically jdk7 plus a little change, so doing this now may be best, but it needs to happen
quickly, if we wait too long, the merge could be very painful.

-kto

> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 


From swingler at apple.com  Wed Jul 13 09:27:08 2011
From: swingler at apple.com (Mike Swingler)
Date: Wed, 13 Jul 2011 09:27:08 -0700
Subject: OpenJDK 7 status
In-Reply-To: <7BC0DD73-00D1-43E6-AC9A-7CA1624FC0B2@oracle.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
	<20110708165747.GB29672@misty.eyesbeyond.com>
	<96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>
	<7BC0DD73-00D1-43E6-AC9A-7CA1624FC0B2@oracle.com>
Message-ID: <C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>

On Jul 13, 2011, at 8:39 AM, Kelly O'Hair wrote:

> On Jul 10, 2011, at 1:45 PM, Mike Swingler wrote:
> 
>> On Jul 8, 2011, at 9:57 AM, Greg Lewis wrote:
>> 
>>> On Wed, Jul 06, 2011 at 09:39:17AM -0700, Kelly O'Hair wrote:
>>> 
>>>> Ok, I'll ask.
>>>> 
>>>> So what are the plans with regards to integrating all the bsd and macosx port changes into jdk8?
>>>> In a more permanent way?
>>> 
>>> Ummm, yes please? :-)
>>> 
>>> I guess the first thing to do is to start a discussion of whether the
>>> overall strategy of a separate bsd directory hierarchy that mirrors the
>>> linux and solaris directory hierarchies is acceptable in terms of merging
>>> the changes in.  If that is approved then we can start posting some
>>> webrevs.  Since the macosx-port is a child of bsd-port and picks up the
>>> bsd-port changes, it would make sense to merge that in, with some checks
>>> to make sure it still compiles on {Free,Net,Open}BSD.
>>> 
>>> Kelly whats the best list to start that discussion on?
>> 
>> +1.
>> 
>> I think the most logical plan to integrate Mac OS X into mainline JDK8 is for us to begin integrating the BSD port changes, where most of the divergences from mainline are at the HotSpot level. These changes don't access anything above the Darwin/BSD level on Mac OS X, so I am fine leaving the parallel directories left named "bsd".
>> 
>> Once integrated, if there is obvious duplication with the solaris/linux hierarchy, we can proceed with further consolidation.
> 
> The changes to hotspot may need to take a slightly different ride into jdk8, so I'd suggest doing that work separately
> with the hotspot team.

Who would be our best point of contact for discuss integrating the HotSpot changes so we can move quickly on this?

> For everything else, if someone could prepare webrevs of the BSD changes for each repository involved, and send
> them to the build-dev at openjdk.java.net alias, we can get reviews started and get the changes integrated.
> I have a feeling that as the changes get reviewed we might have some cleanup ideas.
> Keep in mind that we cannot and will not just drag over all the changesets in the existing BSD/MAC repositories,
> we will need to create fresh, probably large, changesets that identify themselves as BSD or MAC porting
> changes. We can create multiple CRs and break it up into separate pieces if necessary.
> If you need CRs filed, let me know. So the detailed history and the changesets in the BSD/MAC repositories will
> stay with those repositories, just so people understand.

Not a problem for me. Initially if we start with just the bsd-port changesets, that should be a good digestible chunk of changes which should result in a fully Mac buildable source (just without the Mac-specific features that are being worked on in the macosx-port.

Greg, would you like to prepare the changesets? One of my guys could do it too if your busy.

> Formally getting BSD builds to happen on a regular basis may be an issue, but first step (in my opinion) is to
> get the source code and makefile logic merged in, making sure the existing platform builds are not impacted.
> If someone has references to BSD iso images I can at least get started on creating my own VirtualBox setup.

You can also use Mac OS X as a builder for the bsd-port changes if you already have a configuration available to you. It would be nice to get a FreeBSD turn of these changes as well, but it might not be necessary if the setup will take a while.

> ---
> 
> I have a major concern here with the build changes involved colliding with our build infrastructure changes
> and the jigsaw/modularity changes coming into jdk8.
> Right now, jdk8 is basically jdk7 plus a little change, so doing this now may be best, but it needs to happen
> quickly, if we wait too long, the merge could be very painful.

I agree, and am available to drive this ASAP.

Mike Swingler
Java Engineering
Apple Inc.

From kelly.ohair at oracle.com  Wed Jul 13 15:03:13 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Wed, 13 Jul 2011 15:03:13 -0700
Subject: OpenJDK 7 status
In-Reply-To: <C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
	<20110708165747.GB29672@misty.eyesbeyond.com>
	<96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>
	<7BC0DD73-00D1-43E6-AC9A-7CA1624FC0B2@oracle.com>
	<C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>
Message-ID: <0B19DC56-A747-4A23-92A5-8E228AD1195F@oracle.com>


On Jul 13, 2011, at 9:27 AM, Mike Swingler wrote:

> On Jul 13, 2011, at 8:39 AM, Kelly O'Hair wrote:
> 
>> On Jul 10, 2011, at 1:45 PM, Mike Swingler wrote:
>> 
>>> On Jul 8, 2011, at 9:57 AM, Greg Lewis wrote:
>>> 
>>>> On Wed, Jul 06, 2011 at 09:39:17AM -0700, Kelly O'Hair wrote:
>>>> 
>>>>> Ok, I'll ask.
>>>>> 
>>>>> So what are the plans with regards to integrating all the bsd and macosx port changes into jdk8?
>>>>> In a more permanent way?
>>>> 
>>>> Ummm, yes please? :-)
>>>> 
>>>> I guess the first thing to do is to start a discussion of whether the
>>>> overall strategy of a separate bsd directory hierarchy that mirrors the
>>>> linux and solaris directory hierarchies is acceptable in terms of merging
>>>> the changes in.  If that is approved then we can start posting some
>>>> webrevs.  Since the macosx-port is a child of bsd-port and picks up the
>>>> bsd-port changes, it would make sense to merge that in, with some checks
>>>> to make sure it still compiles on {Free,Net,Open}BSD.
>>>> 
>>>> Kelly whats the best list to start that discussion on?
>>> 
>>> +1.
>>> 
>>> I think the most logical plan to integrate Mac OS X into mainline JDK8 is for us to begin integrating the BSD port changes, where most of the divergences from mainline are at the HotSpot level. These changes don't access anything above the Darwin/BSD level on Mac OS X, so I am fine leaving the parallel directories left named "bsd".
>>> 
>>> Once integrated, if there is obvious duplication with the solaris/linux hierarchy, we can proceed with further consolidation.
>> 
>> The changes to hotspot may need to take a slightly different ride into jdk8, so I'd suggest doing that work separately
>> with the hotspot team.
> 
> Who would be our best point of contact for discuss integrating the HotSpot changes so we can move quickly on this?

Try creating a webrev and sending it to the hotspot-dev alias.

On langtools, send it to the compiler-dev, hopefully Jonathan Gibbons can help.

On corba and changes to the root repository files, I can do that review.

On the jdk, it will likely need to be broken up into pieces for review.
I can help with the makefile logic changes. But we may need to break this one up and
send the changes to the teams that they impact the most.

If the changes don't impact the other platforms, we should be able to integrate the changes
separately.

-kto

> 
>> For everything else, if someone could prepare webrevs of the BSD changes for each repository involved, and send
>> them to the build-dev at openjdk.java.net alias, we can get reviews started and get the changes integrated.
>> I have a feeling that as the changes get reviewed we might have some cleanup ideas.
>> Keep in mind that we cannot and will not just drag over all the changesets in the existing BSD/MAC repositories,
>> we will need to create fresh, probably large, changesets that identify themselves as BSD or MAC porting
>> changes. We can create multiple CRs and break it up into separate pieces if necessary.
>> If you need CRs filed, let me know. So the detailed history and the changesets in the BSD/MAC repositories will
>> stay with those repositories, just so people understand.
> 
> Not a problem for me. Initially if we start with just the bsd-port changesets, that should be a good digestible chunk of changes which should result in a fully Mac buildable source (just without the Mac-specific features that are being worked on in the macosx-port.
> 
> Greg, would you like to prepare the changesets? One of my guys could do it too if your busy.
> 
>> Formally getting BSD builds to happen on a regular basis may be an issue, but first step (in my opinion) is to
>> get the source code and makefile logic merged in, making sure the existing platform builds are not impacted.
>> If someone has references to BSD iso images I can at least get started on creating my own VirtualBox setup.
> 
> You can also use Mac OS X as a builder for the bsd-port changes if you already have a configuration available to you. It would be nice to get a FreeBSD turn of these changes as well, but it might not be necessary if the setup will take a while.
> 
>> ---
>> 
>> I have a major concern here with the build changes involved colliding with our build infrastructure changes
>> and the jigsaw/modularity changes coming into jdk8.
>> Right now, jdk8 is basically jdk7 plus a little change, so doing this now may be best, but it needs to happen
>> quickly, if we wait too long, the merge could be very painful.
> 
> I agree, and am available to drive this ASAP.
> 
> Mike Swingler
> Java Engineering
> Apple Inc.


From kelly.ohair at oracle.com  Thu Jul 14 17:47:52 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Thu, 14 Jul 2011 17:47:52 -0700
Subject: OpenJDK 7 status
In-Reply-To: <C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
	<20110708165747.GB29672@misty.eyesbeyond.com>
	<96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>
	<7BC0DD73-00D1-43E6-AC9A-7CA1624FC0B2@oracle.com>
	<C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>
Message-ID: <AE7ACBCE-BD0A-436B-B33B-529224A7DDFB@oracle.com>


I took the liberty of creating a mongo webrev for the bsd changes compared to the jdk7/jdk7 forest,
just so we have a feel for how to cut this up:
   http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-bsd-changes/webrev/

My suggestion on CRs (bug ids) and independent changesets to create and integrate:

  * Test modifications for BSD, I'd suggest doing these separately
     Same CR for langtools, hotspot and the jdk on fixing the testcases, low risk changes

  * Source additions, might need to be pushed before selected Makefile changes
     But this might take more review time, verifying legal notices and other picky source things?

  * Makefile logic changes for BSD
     Same CR for all repos,  Most of this is low risk.

  * Hotspot changes:
    - Wow. I'm not sure what to say to break this up.

The hotspot changes will probably need to be sponsored by someone on the hotspot team, but
if you can cut it up into sections, that would certainly help.

Once we have reviews and changesets, the next question is how do we integrate the changes
and into what, just jdk8?  Or do these changes need to go into 7u at some point?

-kto

P.S. Was it necessary to add all those BSD man pages? Do we really need those? Just curious.


From bino at apple.com  Thu Jul 14 17:51:51 2011
From: bino at apple.com (bino at apple.com)
Date: Fri, 15 Jul 2011 00:51:51 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-30: Clipboard
	support in CToolkit
Message-ID: <20110715005211.A749F47432@hg.openjdk.java.net>

Changeset: dfe77a31519f
Author:    bino at apple.com
Date:      2011-07-14 17:51 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/dfe77a31519f

Fixed MACOSX_PORT-30: Clipboard support in CToolkit

! make/sun/lwawt/FILES_c_macosx.gmk
! make/sun/lwawt/FILES_export_macosx.gmk
! src/macosx/classes/sun/lwawt/macosx/CClipboard.java
+ src/macosx/classes/sun/lwawt/macosx/CDataTransferer.java
+ src/macosx/classes/sun/lwawt/macosx/CToolkitThreadBlockedHandler.java
! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java
+ src/macosx/native/sun/awt/CClipboard.h
+ src/macosx/native/sun/awt/CClipboard.m
+ src/macosx/native/sun/awt/CDataTransferer.h
+ src/macosx/native/sun/awt/CDataTransferer.m


From jonathan.gibbons at oracle.com  Thu Jul 14 18:13:49 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 14 Jul 2011 18:13:49 -0700
Subject: OpenJDK 7 status
In-Reply-To: <AE7ACBCE-BD0A-436B-B33B-529224A7DDFB@oracle.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>	<20110706162218.GA19324@misty.eyesbeyond.com>	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>	<20110708165747.GB29672@misty.eyesbeyond.com>	<96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>	<7BC0DD73-00D1-43E6-AC9A-7CA1624FC0B2@oracle.com>	<C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>
	<AE7ACBCE-BD0A-436B-B33B-529224A7DDFB@oracle.com>
Message-ID: <4E1F944D.9090303@oracle.com>

Kelly,

I will be happy to help with the changes to langtools tests once we 
decide how and when to proceed.

-- Jon

On 07/14/2011 05:47 PM, Kelly O'Hair wrote:
> I took the liberty of creating a mongo webrev for the bsd changes compared to the jdk7/jdk7 forest,
> just so we have a feel for how to cut this up:
>     http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-bsd-changes/webrev/
>
> My suggestion on CRs (bug ids) and independent changesets to create and integrate:
>
>    * Test modifications for BSD, I'd suggest doing these separately
>       Same CR for langtools, hotspot and the jdk on fixing the testcases, low risk changes
>
>    * Source additions, might need to be pushed before selected Makefile changes
>       But this might take more review time, verifying legal notices and other picky source things?
>
>    * Makefile logic changes for BSD
>       Same CR for all repos,  Most of this is low risk.
>
>    * Hotspot changes:
>      - Wow. I'm not sure what to say to break this up.
>
> The hotspot changes will probably need to be sponsored by someone on the hotspot team, but
> if you can cut it up into sections, that would certainly help.
>
> Once we have reviews and changesets, the next question is how do we integrate the changes
> and into what, just jdk8?  Or do these changes need to go into 7u at some point?
>
> -kto
>
> P.S. Was it necessary to add all those BSD man pages? Do we really need those? Just curious.
>


From glewis at eyesbeyond.com  Sun Jul 17 11:29:06 2011
From: glewis at eyesbeyond.com (Greg Lewis)
Date: Sun, 17 Jul 2011 11:29:06 -0700
Subject: OpenJDK 7 status
In-Reply-To: <C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>
References: <CALyUpY3mZ1-sVaq=6nmdCs1ALp7K78VwaB8qCO8Bp7zpgquydg@mail.gmail.com>
	<20110706162218.GA19324@misty.eyesbeyond.com>
	<9E9CAA56-A75E-4B39-A292-54479A863C10@oracle.com>
	<20110708165747.GB29672@misty.eyesbeyond.com>
	<96466FDC-C853-4945-9C95-CE10A6904E7C@apple.com>
	<7BC0DD73-00D1-43E6-AC9A-7CA1624FC0B2@oracle.com>
	<C00B0B53-B923-437D-943F-71BF2BB897F0@apple.com>
Message-ID: <20110717182906.GA27303@misty.eyesbeyond.com>

G'day Mike, Kelly,

On Wed, Jul 13, 2011 at 09:27:08AM -0700, Mike Swingler wrote:
> On Jul 13, 2011, at 8:39 AM, Kelly O'Hair wrote:
> > On Jul 10, 2011, at 1:45 PM, Mike Swingler wrote:
> >> On Jul 8, 2011, at 9:57 AM, Greg Lewis wrote:
> >>> On Wed, Jul 06, 2011 at 09:39:17AM -0700, Kelly O'Hair wrote:
> >>>> Ok, I'll ask.
> >>>> 
> >>>> So what are the plans with regards to integrating all the bsd and macosx port changes into jdk8?
> >>>> In a more permanent way?
> >>> 
> >>> Ummm, yes please? :-)
> >>> 
> >>> I guess the first thing to do is to start a discussion of whether the
> >>> overall strategy of a separate bsd directory hierarchy that mirrors the
> >>> linux and solaris directory hierarchies is acceptable in terms of merging
> >>> the changes in.  If that is approved then we can start posting some
> >>> webrevs.  Since the macosx-port is a child of bsd-port and picks up the
> >>> bsd-port changes, it would make sense to merge that in, with some checks
> >>> to make sure it still compiles on {Free,Net,Open}BSD.
> >>> 
> >>> Kelly whats the best list to start that discussion on?
> >> 
> >> +1.
> >> 
> >> I think the most logical plan to integrate Mac OS X into mainline JDK8 is for us to begin integrating the BSD port changes, where most of the divergences from mainline are at the HotSpot level. These changes don't access anything above the Darwin/BSD level on Mac OS X, so I am fine leaving the parallel directories left named "bsd".
> >> 
> >> Once integrated, if there is obvious duplication with the solaris/linux hierarchy, we can proceed with further consolidation.
> > 
> > The changes to hotspot may need to take a slightly different ride into jdk8, so I'd suggest doing that work separately
> > with the hotspot team.
> 
> Who would be our best point of contact for discuss integrating the HotSpot changes so we can move quickly on this?
> 
> > For everything else, if someone could prepare webrevs of the BSD changes for each repository involved, and send
> > them to the build-dev at openjdk.java.net alias, we can get reviews started and get the changes integrated.
> > I have a feeling that as the changes get reviewed we might have some cleanup ideas.
> > Keep in mind that we cannot and will not just drag over all the changesets in the existing BSD/MAC repositories,
> > we will need to create fresh, probably large, changesets that identify themselves as BSD or MAC porting
> > changes. We can create multiple CRs and break it up into separate pieces if necessary.
> > If you need CRs filed, let me know. So the detailed history and the changesets in the BSD/MAC repositories will
> > stay with those repositories, just so people understand.
> 
> Not a problem for me. Initially if we start with just the bsd-port changesets, that should be a good digestible chunk of changes which should result in a fully Mac buildable source (just without the Mac-specific features that are being worked on in the macosx-port.
> 
> Greg, would you like to prepare the changesets? One of my guys could do it too if your busy.

I am pretty busy both with work and real life at the moment.  In the
interests of moving rapidly, it would make sense if one of you have time to
create the webrevs.  I'd be more than happy to be a reviewer.

Let me know if that isn't going to work out and we'll figure out a strategy
that can.

> > Formally getting BSD builds to happen on a regular basis may be an issue, but first step (in my opinion) is to
> > get the source code and makefile logic merged in, making sure the existing platform builds are not impacted.
> > If someone has references to BSD iso images I can at least get started on creating my own VirtualBox setup.
> 
> You can also use Mac OS X as a builder for the bsd-port changes if you already have a configuration available to you. It would be nice to get a FreeBSD turn of these changes as well, but it might not be necessary if the setup will take a while.

FreeBSD ISO images are readily available.  Here are a couple of links:

ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/
ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-amd64/

The current release is 8.2, and that's what I target right now.

> > I have a major concern here with the build changes involved colliding with our build infrastructure changes
> > and the jigsaw/modularity changes coming into jdk8.
> > Right now, jdk8 is basically jdk7 plus a little change, so doing this now may be best, but it needs to happen
> > quickly, if we wait too long, the merge could be very painful.
> 
> I agree, and am available to drive this ASAP.

Mike, thanks for being able to take the lead on this!

-- 
Greg Lewis                          Email   : glewis at eyesbeyond.com
Eyes Beyond                         Web     : http://www.eyesbeyond.com
Information Technology              FreeBSD : glewis at FreeBSD.org

From kevin_m_miller at apple.com  Mon Jul 18 16:22:13 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Mon, 18 Jul 2011 23:22:13 +0000
Subject: hg: macosx-port/macosx-port/jdk: Improving tab UI on some
	configurations
Message-ID: <20110718232237.D837E47517@hg.openjdk.java.net>

Changeset: 509106619f75
Author:    kevin_m_miller at apple.com
Date:      2011-07-18 16:17 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/509106619f75

Improving tab UI on some configurations

! src/macosx/classes/apple/laf/JRSUIUtils.java
! src/macosx/classes/com/apple/laf/AquaLookAndFeel.java
+ src/macosx/classes/com/apple/laf/AquaTabbedPaneContrastUI.java
! src/macosx/classes/com/apple/laf/AquaTabbedPaneUI.java
! src/macosx/classes/com/apple/laf/AquaUtils.java


From kevin_m_miller at apple.com  Mon Jul 18 18:01:27 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Tue, 19 Jul 2011 01:01:27 +0000
Subject: hg: macosx-port/macosx-port/jdk: Adding copyright header
Message-ID: <20110719010145.8A53C4751B@hg.openjdk.java.net>

Changeset: 3169a9945da3
Author:    kevin_m_miller at apple.com
Date:      2011-07-18 18:00 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3169a9945da3

Adding copyright header

! src/macosx/classes/com/apple/laf/AquaTabbedPaneContrastUI.java


From astrange at apple.com  Mon Jul 18 18:37:23 2011
From: astrange at apple.com (astrange at apple.com)
Date: Tue, 19 Jul 2011 01:37:23 +0000
Subject: hg: macosx-port/macosx-port/jdk: Add partial implementation of Ports
	for Java Sound
Message-ID: <20110719013743.AE65D4751D@hg.openjdk.java.net>

Changeset: 9dba2807373a
Author:    astrange
Date:      2011-07-18 18:36 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/9dba2807373a

Add partial implementation of Ports for Java Sound

! make/javax/sound/FILES_c.gmk
! make/javax/sound/Makefile
+ src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c


From swingler at apple.com  Tue Jul 19 17:27:22 2011
From: swingler at apple.com (swingler at apple.com)
Date: Wed, 20 Jul 2011 00:27:22 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20110720002741.F046D47550@hg.openjdk.java.net>

Changeset: 2c648150be37
Author:    david_durrence at apple.com
Date:      2011-07-19 17:22 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/2c648150be37

Adding basic button test from Apple JUnit tests

+ test/java/awt/Button/ButtonBasics.java

Changeset: a75c8ae35b08
Author:    david_durrence at apple.com
Date:      2011-07-19 17:25 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a75c8ae35b08

Adding localhost address test from Apple JUnit tests

+ test/java/net/Socket/GetLocalAddressTest.java


From swingler at apple.com  Tue Jul 19 17:36:56 2011
From: swingler at apple.com (swingler at apple.com)
Date: Wed, 20 Jul 2011 00:36:56 +0000
Subject: hg: macosx-port/macosx-port/jdk: fixing OS checks that fail when
	running on "Mac OS X Server"
Message-ID: <20110720003706.72F1947553@hg.openjdk.java.net>

Changeset: 886651e90261
Author:    swingler at apple.com
Date:      2011-07-19 17:36 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/886651e90261

fixing OS checks that fail when running on "Mac OS X Server"

! src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/Utils.java
! src/share/classes/sun/print/PSPrinterJob.java
! src/solaris/classes/sun/print/UnixPrintServiceLookup.java


From astrange at apple.com  Tue Jul 19 17:54:17 2011
From: astrange at apple.com (astrange at apple.com)
Date: Wed, 20 Jul 2011 00:54:17 +0000
Subject: hg: macosx-port/macosx-port/jdk: Implement volume and mute controls
	in sound.
Message-ID: <20110720005427.2D79A47554@hg.openjdk.java.net>

Changeset: f232a2d873ec
Author:    astrange
Date:      2011-07-19 17:54 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f232a2d873ec

Implement volume and mute controls in sound.

! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c


From swingler at apple.com  Wed Jul 20 10:27:47 2011
From: swingler at apple.com (swingler at apple.com)
Date: Wed, 20 Jul 2011 17:27:47 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20110720172807.5D49647578@hg.openjdk.java.net>

Changeset: 1b591a1e6881
Author:    swingler at apple.com
Date:      2011-07-20 10:15 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b591a1e6881

Dynamically linking JavaRuntimeSupport so libjava loads before JavaVM.framework, which avoids triggering Install-on-Demand in Lion.

! make/java/java/Makefile
! src/solaris/native/java/lang/java_props_md.c

Changeset: bc0771d08447
Author:    swingler at apple.com
Date:      2011-07-20 10:27 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bc0771d08447

Remerging



From swingler at apple.com  Wed Jul 20 15:47:23 2011
From: swingler at apple.com (swingler at apple.com)
Date: Wed, 20 Jul 2011 22:47:23 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing type signatures of fxn-ptr
	calls.
Message-ID: <20110720224734.4F3D44758B@hg.openjdk.java.net>

Changeset: 6b8464c44b4d
Author:    swingler at apple.com
Date:      2011-07-20 15:47 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6b8464c44b4d

Fixing type signatures of fxn-ptr calls.

! src/solaris/native/java/lang/java_props_md.c


From dkocher at sudo.ch  Thu Jul 21 05:30:53 2011
From: dkocher at sudo.ch (David Kocher)
Date: Thu, 21 Jul 2011 14:30:53 +0200
Subject: Linking to JavaRuntimeSupport framework
In-Reply-To: <E2319055-B946-4A54-870C-94B70C06EFBF@apple.com>
References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch>
	<AANLkTik0cXXujkB1UXMGs1xt8GtDYFqkZLSoXrDu5TDF@mail.gmail.com>
	<3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com>
	<AC7DF0F3-4554-4B1F-96B7-672344813DE0@cyberduck.ch>
	<D7FB794E-84BD-4A1B-B03A-C6B058E7107C@apple.com>
	<A57A7ED6-F4AC-49A4-B3A2-E4362986B8A5@cyberduck.ch>
	<E2319055-B946-4A54-870C-94B70C06EFBF@apple.com>
Message-ID: <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch>

On 26.01.2011, at 21:33, Mike Swingler wrote:

> On Jan 26, 2011, at 11:39 AM, David Kocher wrote:
> 
>> On 26.01.2011, at 17:17, Mike Swingler wrote:
>> 
>> Thanks for the clarification. I was mixing things up. JavaRuntimeSupport.framework is indeed part of the public JavaVM.framework. Can you assure that this framework will be in the default install of subsequent major OS X releases (10.7 and onward)?
> 
> I cannot comment specifically about Mac OS X 10.7, however it is our intention for the additions made to the /System/Library/Frameworks folder by Java updates to be standard API on Mac OS X.
> 
>> The Java deprecation notice never made it clear to me, what parts will be optional installs. I would assume that only  /System/Library/Java/JavaVirtualMachines/* falls into this category then.
> 
> This is not a bad assumption to make. Hopefully I can discuss more at a later time.
> 
> My best,
> Mike Swingler
> Java Engineering
> Apple Inc.

I just tried the latest snapshot build with changeset [1] included but I still get the optional installation alert triggered despite having no Java element in the Info.plist dictionary. otool -L shows no dependency on any of the JavaVM embedded frameworks. Any clue?


-
David


[1] http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b591a1e6881

From dave at igeekinc.com  Thu Jul 21 06:43:03 2011
From: dave at igeekinc.com (David Smith-Uchida)
Date: Thu, 21 Jul 2011 22:43:03 +0900
Subject: Linking to JavaRuntimeSupport framework
In-Reply-To: <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch>
References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch>
	<AANLkTik0cXXujkB1UXMGs1xt8GtDYFqkZLSoXrDu5TDF@mail.gmail.com>
	<3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com>
	<AC7DF0F3-4554-4B1F-96B7-672344813DE0@cyberduck.ch>
	<D7FB794E-84BD-4A1B-B03A-C6B058E7107C@apple.com>
	<A57A7ED6-F4AC-49A4-B3A2-E4362986B8A5@cyberduck.ch>
	<E2319055-B946-4A54-870C-94B70C06EFBF@apple.com>
	<61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch>
Message-ID: <EC9F7C31-D797-48DD-9D17-5043C87A2D06@igeekinc.com>

I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in
jdk/src/solaris/native/java/lang/java_props_md.c

Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it.  Do you have that update?

I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links.

Here's the patch I made:

--- a/src/solaris/native/java/lang/java_props_md.c	Thu Jun 23 11:23:55 2011 -0700
+++ b/src/solaris/native/java/lang/java_props_md.c	Thu Jul 21 22:40:32 2011 +0900
@@ -42,10 +42,6 @@
 #include <time.h>
 #include <errno.h>
 
-#ifdef MACOSX
-#import <JavaRuntimeSupport/JRSProperties.h>
-#endif
-
 #if defined(_ALLBSD_SOURCE)
 #if !defined(P_tmpdir)
 #include <paths.h>
@@ -73,6 +69,47 @@
 #include <sys/stat.h>
 #endif
 
+#ifdef MACOSX
+#import <CoreServices/CoreServices.h>
+void getSystemVersionMajor(unsigned * major, unsigned * minor, unsigned * point)
+{
+    OSErr err;
+    SInt32 systemVersion, versionMajor, versionMinor, versionPoint;
+    if ((err = Gestalt(gestaltSystemVersion, &systemVersion)) != noErr) goto fail;
+    if (systemVersion < 0x1040)
+    {
+        if (major) *major = ((systemVersion & 0xF000) >> 12) * 10 +
+            ((systemVersion & 0x0F00) >> 8);
+        if (minor) *minor = (systemVersion & 0x00F0) >> 4;
+        if (point) *point = (systemVersion & 0x000F);
+    }
+    else
+    {
+        if ((err = Gestalt(gestaltSystemVersionMajor, &versionMajor)) != noErr) goto fail;
+        if ((err = Gestalt(gestaltSystemVersionMinor, &versionMinor)) != noErr) goto fail;
+        if ((err = Gestalt(gestaltSystemVersionBugFix, &versionPoint)) != noErr) goto fail;
+        if (major) *major = versionMajor;
+        if (minor) *minor = versionMinor;
+        if (point) *point = versionPoint;
+    }
+    
+    return;
+    
+fail:
+    if (major) *major = 10;
+	if (minor) *minor = 0;
+	if (point) *point = 0;
+}
+
+char * JRSCopyOSVersion()
+{
+	char * returnString = malloc(16);
+	unsigned major, minor, point;
+	getSystemVersionMajor(&major, &minor, &point);
+	sprintf(returnString, "%d.%d.%d", major, minor, point);
+	return returnString;
+}
+#endif
 /* Take an array of string pairs (map of key->value) and a string (key).
  * Examine each pair in the map to see if the first string (key) matches the
  * string.  If so, store the second string of the pair (value) in the value and
@@ -430,7 +467,7 @@
         sprops.os_arch = ARCHPROPNAME;
 
 #ifdef MACOSX
-        sprops.os_name = JRSCopyOSName();
+        sprops.os_name = "Mac OS X";
         sprops.os_version = JRSCopyOSVersion();
 #ifdef __x86_64__
         sprops.os_arch = "x86_64";

----

And then, I commented out the -framework JavaRuntimeSupport in jdk/make/java/java/Makefile

--- a/make/java/java/Makefile	Thu Jun 23 11:23:55 2011 -0700
+++ b/make/java/java/Makefile	Thu Jul 21 22:42:13 2011 +0900
@@ -221,7 +221,9 @@
 OTHER_LDLIBS += \
 	-framework CoreFoundation \
 	-framework SystemConfiguration \
-	-framework JavaRuntimeSupport
+	-framework CoreServices \
+	#-framework JavaRuntimeSupport
+
 endif
 endif


Cheers,
Dave Smith

On Jul 21, 2011, at 9:30 PM, David Kocher wrote:

> On 26.01.2011, at 21:33, Mike Swingler wrote:
> 
>> On Jan 26, 2011, at 11:39 AM, David Kocher wrote:
>> 
>>> On 26.01.2011, at 17:17, Mike Swingler wrote:
>>> 
>>> Thanks for the clarification. I was mixing things up. JavaRuntimeSupport.framework is indeed part of the public JavaVM.framework. Can you assure that this framework will be in the default install of subsequent major OS X releases (10.7 and onward)?
>> 
>> I cannot comment specifically about Mac OS X 10.7, however it is our intention for the additions made to the /System/Library/Frameworks folder by Java updates to be standard API on Mac OS X.
>> 
>>> The Java deprecation notice never made it clear to me, what parts will be optional installs. I would assume that only  /System/Library/Java/JavaVirtualMachines/* falls into this category then.
>> 
>> This is not a bad assumption to make. Hopefully I can discuss more at a later time.
>> 
>> My best,
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
> 
> I just tried the latest snapshot build with changeset [1] included but I still get the optional installation alert triggered despite having no Java element in the Info.plist dictionary. otool -L shows no dependency on any of the JavaVM embedded frameworks. Any clue?
> 
> 
> -
> David
> 
> 
> [1] http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b591a1e6881


From henri.gomez at gmail.com  Thu Jul 21 07:31:19 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 21 Jul 2011 16:31:19 +0200
Subject: Linking to JavaRuntimeSupport framework
In-Reply-To: <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch>
References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch>
	<AANLkTik0cXXujkB1UXMGs1xt8GtDYFqkZLSoXrDu5TDF@mail.gmail.com>
	<3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com>
	<AC7DF0F3-4554-4B1F-96B7-672344813DE0@cyberduck.ch>
	<D7FB794E-84BD-4A1B-B03A-C6B058E7107C@apple.com>
	<A57A7ED6-F4AC-49A4-B3A2-E4362986B8A5@cyberduck.ch>
	<E2319055-B946-4A54-870C-94B70C06EFBF@apple.com>
	<61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch>
Message-ID: <CALyUpY2x_yL-cumC57nDfSLQ+qmgD7VMHYM4BXBjrNDhn3OAkg@mail.gmail.com>

> I just tried the latest snapshot build with changeset [1] included but I still get the optional installation alert triggered despite having no Java element in the Info.plist dictionary. otool -L shows no dependency on any of the JavaVM embedded frameworks. Any clue?

What's you otool -L output ?

Mine is :


java:
	/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
(compatibility version 1.0.0, current version 15.0.0)
	/System/Library/Frameworks/Security.framework/Versions/A/Security
(compatibility version 1.0.0, current version 55002.0.0)
	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
(compatibility version 1.0.0, current version 38.0.0)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 125.2.11)
	/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)
	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
(compatibility version 150.0.0, current version 550.43.0)
	/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
(compatibility version 300.0.0, current version 751.62.0)
	/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
(compatibility version 45.0.0, current version 1038.36.0)

From dave at igeekinc.com  Thu Jul 21 08:45:22 2011
From: dave at igeekinc.com (David Smith-Uchida)
Date: Fri, 22 Jul 2011 00:45:22 +0900
Subject: Linking to JavaRuntimeSupport framework
In-Reply-To: <EC9F7C31-D797-48DD-9D17-5043C87A2D06@igeekinc.com>
References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch>
	<AANLkTik0cXXujkB1UXMGs1xt8GtDYFqkZLSoXrDu5TDF@mail.gmail.com>
	<3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com>
	<AC7DF0F3-4554-4B1F-96B7-672344813DE0@cyberduck.ch>
	<D7FB794E-84BD-4A1B-B03A-C6B058E7107C@apple.com>
	<A57A7ED6-F4AC-49A4-B3A2-E4362986B8A5@cyberduck.ch>
	<E2319055-B946-4A54-870C-94B70C06EFBF@apple.com>
	<61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch>
	<EC9F7C31-D797-48DD-9D17-5043C87A2D06@igeekinc.com>
Message-ID: <A515B680-3F2E-45BA-AE4B-D421421C56A4@igeekinc.com>

Oh, and the only reason that patch works for me is because my app is Rococoa based.  The AWT native code has a large number of dependencies on JavaRuntimeSupport.  So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything.

Cheers,
Dave Smith

On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote:

> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in
> jdk/src/solaris/native/java/lang/java_props_md.c
> 
> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it.  Do you have that update?
> 
> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links.


From alexander.zuev at oracle.com  Thu Jul 21 09:40:27 2011
From: alexander.zuev at oracle.com (alexander.zuev at oracle.com)
Date: Thu, 21 Jul 2011 16:40:27 +0000
Subject: hg: macosx-port/macosx-port/jdk: Implementation of the AWT TextArea
	peer. It has issues - most notable are repainting issue and NPE
	when dragging
Message-ID: <20110721164038.F20F4475B3@hg.openjdk.java.net>

Changeset: e0194fe72016
Author:    kizune
Date:      2011-07-21 20:39 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e0194fe72016

Implementation of the AWT TextArea peer. It has issues - most notable are repainting issue and NPE when dragging
from TextArea over the scrollbars position but it works and its absence causes a lot of other tests erraneously
fail so i'm pushing this implementation 'as is'.

+ src/macosx/classes/sun/lwawt/LWTextAreaPeer.java
! src/macosx/classes/sun/lwawt/LWToolkit.java


From swingler at apple.com  Thu Jul 21 10:07:01 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 21 Jul 2011 10:07:01 -0700
Subject: Linking to JavaRuntimeSupport framework
In-Reply-To: <A515B680-3F2E-45BA-AE4B-D421421C56A4@igeekinc.com>
References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch>
	<AANLkTik0cXXujkB1UXMGs1xt8GtDYFqkZLSoXrDu5TDF@mail.gmail.com>
	<3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com>
	<AC7DF0F3-4554-4B1F-96B7-672344813DE0@cyberduck.ch>
	<D7FB794E-84BD-4A1B-B03A-C6B058E7107C@apple.com>
	<A57A7ED6-F4AC-49A4-B3A2-E4362986B8A5@cyberduck.ch>
	<E2319055-B946-4A54-870C-94B70C06EFBF@apple.com>
	<61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch>
	<EC9F7C31-D797-48DD-9D17-5043C87A2D06@igeekinc.com>
	<A515B680-3F2E-45BA-AE4B-D421421C56A4@igeekinc.com>
Message-ID: <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com>

Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first.

I'm going to be looking into this more today to make sure we've covered all the cases.

Regards,
Mike Swingler
Java Engineering
Apple Inc.

On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote:

> Oh, and the only reason that patch works for me is because my app is Rococoa based.  The AWT native code has a large number of dependencies on JavaRuntimeSupport.  So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything.
> 
> Cheers,
> Dave Smith
> 
> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote:
> 
>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in
>> jdk/src/solaris/native/java/lang/java_props_md.c
>> 
>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it.  Do you have that update?
>> 
>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links.
> 


From henri.gomez at gmail.com  Tue Jul 26 04:39:07 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 26 Jul 2011 13:39:07 +0200
Subject: OpenJDK 7 and MacAppStore
Message-ID: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>

Hi to all,

Some users asked me if they could be a way to get automatic updates of
my package of OpenJDK 7 for OS/X
(http://code.google.com/p/openjdk-osx-build/).

I'm wondering if it will be possible (and allowed), to add my OpenJDK
7 project to MacAppsStore ?

Thanks for your advices, both technicals and legals.

From swingler at apple.com  Tue Jul 26 05:52:14 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 26 Jul 2011 05:52:14 -0700
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
Message-ID: <2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>

On Jul 26, 2011, at 4:39 AM, Henri Gomez wrote:

> Hi to all,
> 
> Some users asked me if they could be a way to get automatic updates of
> my package of OpenJDK 7 for OS/X
> (http://code.google.com/p/openjdk-osx-build/).
> 
> I'm wondering if it will be possible (and allowed), to add my OpenJDK
> 7 project to MacAppsStore ?
> 
> Thanks for your advices, both technicals and legals.

Currently, the Mac App Store is for applications only, and not shared libraries like the JDK.

Sorry,
Mike Swingler
Java Engineering
Apple Inc.


From swpalmer at gmail.com  Tue Jul 26 06:49:11 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Tue, 26 Jul 2011 09:49:11 -0400
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
Message-ID: <9FCA6030-7A78-4F57-B971-92E91D508EB3@gmail.com>

On 2011-07-26, at 8:52 AM, Mike Swingler wrote:

> On Jul 26, 2011, at 4:39 AM, Henri Gomez wrote:
> 
>> Hi to all,
>> 
>> Some users asked me if they could be a way to get automatic updates of
>> my package of OpenJDK 7 for OS/X
>> (http://code.google.com/p/openjdk-osx-build/).
>> 
>> I'm wondering if it will be possible (and allowed), to add my OpenJDK
>> 7 project to MacAppsStore ?
>> 
>> Thanks for your advices, both technicals and legals.
> 
> Currently, the Mac App Store is for applications only, and not shared libraries like the JDK.
> 
> Sorry,
> Mike Swingler
> Java Engineering
> Apple Inc.

Ahem,  Lion?

Or other installers like Xcode?

If the application was simply a tool that installed OpenJDK 7 would it be rejected?

Scott



From link1 at llnl.gov  Tue Jul 26 07:07:53 2011
From: link1 at llnl.gov (Link, Peter R.)
Date: Tue, 26 Jul 2011 07:07:53 -0700
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <9FCA6030-7A78-4F57-B971-92E91D508EB3@gmail.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<9FCA6030-7A78-4F57-B971-92E91D508EB3@gmail.com>
Message-ID: <3EEE923E-B328-486C-999F-C0D37E2836E8@llnl.gov>

I am actually hoping the App Store will end up replacing the entire software update mechanism. I haven't seen it yet with Lion but now that Apple has made the big move to supplying the Lion install using the App Store, I can see them moving towards a different infrastructure for all updates. As soon as OpenJDK 7 is considered the official Java 7 installation/upgrade, I see no reason why Apple wouldn't publish it or allow it to be officially published through the App Store.

****I don't have any inside information, this is just my opinion.****


On Jul 26, 2011, at 6:49 AM, Scott Palmer wrote:

> On 2011-07-26, at 8:52 AM, Mike Swingler wrote:
> 
>> On Jul 26, 2011, at 4:39 AM, Henri Gomez wrote:
>> 
>>> Hi to all,
>>> 
>>> Some users asked me if they could be a way to get automatic updates of
>>> my package of OpenJDK 7 for OS/X
>>> (http://code.google.com/p/openjdk-osx-build/).
>>> 
>>> I'm wondering if it will be possible (and allowed), to add my OpenJDK
>>> 7 project to MacAppsStore ?
>>> 
>>> Thanks for your advices, both technicals and legals.
>> 
>> Currently, the Mac App Store is for applications only, and not shared libraries like the JDK.
>> 
>> Sorry,
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
> 
> Ahem,  Lion?
> 
> Or other installers like Xcode?
> 
> If the application was simply a tool that installed OpenJDK 7 would it be rejected?
> 
> Scott
> 
> 

Peter Link
Cyber Security Analyst
Cyber Security Program
Lawrence Livermore National Laboratory
PO Box 808, L-315
Livermore, CA 94550
link1 at llnl.gov




From swingler at apple.com  Tue Jul 26 07:22:03 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 26 Jul 2011 07:22:03 -0700
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <9FCA6030-7A78-4F57-B971-92E91D508EB3@gmail.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<9FCA6030-7A78-4F57-B971-92E91D508EB3@gmail.com>
Message-ID: <50DA328E-D414-482C-9A71-E96C1F01CADF@apple.com>

On Jul 26, 2011, at 6:49 AM, Scott Palmer wrote:

> On 2011-07-26, at 8:52 AM, Mike Swingler wrote:
> 
>> On Jul 26, 2011, at 4:39 AM, Henri Gomez wrote:
>> 
>>> Hi to all,
>>> 
>>> Some users asked me if they could be a way to get automatic updates of
>>> my package of OpenJDK 7 for OS/X
>>> (http://code.google.com/p/openjdk-osx-build/).
>>> 
>>> I'm wondering if it will be possible (and allowed), to add my OpenJDK
>>> 7 project to MacAppsStore ?
>>> 
>>> Thanks for your advices, both technicals and legals.
>> 
>> Currently, the Mac App Store is for applications only, and not shared libraries like the JDK.
> 
> Ahem,  Lion?
> 
> Or other installers like Xcode?
> 
> If the application was simply a tool that installed OpenJDK 7 would it be rejected?

Apple is clearly free to violate it's own rules, but the rules still stand for 3rd parties until otherwise announced (and installers are explicitly forbidden).

<http://developer.apple.com/appstore/mac/resources/approval/guidelines.html>

Just say'in,
Mike Swingler
Java Engineering
Apple Inc.


From rhoover at apple.com  Tue Jul 26 11:09:40 2011
From: rhoover at apple.com (rhoover at apple.com)
Date: Tue, 26 Jul 2011 18:09:40 +0000
Subject: hg: macosx-port/macosx-port/hotspot: usdt2 dtrace probes added for
	macosx hotspot
Message-ID: <20110726180944.51CA747734@hg.openjdk.java.net>

Changeset: fc51ca2511e8
Author:    rhoover
Date:      2011-07-26 12:07 -0600
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/fc51ca2511e8

usdt2 dtrace probes added for macosx hotspot

! make/bsd/makefiles/buildtree.make
! make/bsd/makefiles/dtrace.make
! make/bsd/makefiles/top.make
! make/bsd/makefiles/vm.make
+ src/os/bsd/dtrace/generateJvmOffsets.cpp
+ src/os/bsd/dtrace/generateJvmOffsets.h
+ src/os/bsd/dtrace/generateJvmOffsetsMain.c
+ src/os/bsd/dtrace/hotspot.d
+ src/os/bsd/dtrace/hotspot_jni.d
+ src/os/bsd/dtrace/hs_private.d
+ src/os/bsd/dtrace/jhelper.d
+ src/os/bsd/dtrace/jvm_dtrace.c
+ src/os/bsd/dtrace/jvm_dtrace.h
+ src/os/bsd/dtrace/libjvm_db.c
+ src/os/bsd/dtrace/libjvm_db.h
! src/os/bsd/vm/dtraceJSDT_bsd.cpp
! src/share/vm/code/nmethod.cpp
! src/share/vm/compiler/compileBroker.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/vmCMSOperations.cpp
! src/share/vm/gc_implementation/shared/vmGCOperations.cpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/prims/jni.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/prims/unsafe.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/java.cpp
! src/share/vm/runtime/objectMonitor.cpp
! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/synchronizer.cpp
! src/share/vm/runtime/thread.cpp
! src/share/vm/runtime/vmThread.cpp
! src/share/vm/services/classLoadingService.cpp
! src/share/vm/services/memoryManager.cpp
! src/share/vm/services/runtimeService.cpp
! src/share/vm/utilities/dtrace.hpp
+ src/share/vm/utilities/dtrace_usdt2_disabled.hpp
! src/share/vm/utilities/hashtable.cpp


From kevin_m_miller at apple.com  Tue Jul 26 17:44:40 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Wed, 27 Jul 2011 00:44:40 +0000
Subject: hg: macosx-port/macosx-port/jdk: Porting native accessibility
	infrastructure
Message-ID: <20110727004450.AF5C34774E@hg.openjdk.java.net>

Changeset: 9e03bad54515
Author:    kevin_m_miller at apple.com
Date:      2011-07-26 17:44 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/9e03bad54515

Porting native accessibility infrastructure

! make/sun/lwawt/FILES_c_macosx.gmk
! make/sun/lwawt/FILES_export_macosx.gmk
+ src/macosx/classes/sun/awt/SunToolkitSubclass.java
+ src/macosx/classes/sun/lwawt/macosx/CAccessibility.java
+ src/macosx/classes/sun/lwawt/macosx/CAccessible.java
+ src/macosx/classes/sun/lwawt/macosx/CAccessibleText.java
! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java
! src/macosx/native/sun/awt/AWTView.h
! src/macosx/native/sun/awt/AWTView.m
+ src/macosx/native/sun/awt/JavaAccessibilityAction.h
+ src/macosx/native/sun/awt/JavaAccessibilityAction.m
+ src/macosx/native/sun/awt/JavaAccessibilityUtilities.h
+ src/macosx/native/sun/awt/JavaAccessibilityUtilities.m
+ src/macosx/native/sun/awt/JavaComponentAccessibility.h
+ src/macosx/native/sun/awt/JavaComponentAccessibility.m
+ src/macosx/native/sun/awt/JavaTextAccessibility.h
+ src/macosx/native/sun/awt/JavaTextAccessibility.m
! src/macosx/native/sun/awt/LWCToolkit.h
! src/macosx/native/sun/awt/LWCToolkit.m
! src/macosx/native/sun/awt/ThreadUtilities.h
! src/macosx/native/sun/awt/ThreadUtilities.m


From dave at igeekinc.com  Tue Jul 26 18:11:04 2011
From: dave at igeekinc.com (David Smith-Uchida)
Date: Wed, 27 Jul 2011 10:11:04 +0900
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
Message-ID: <2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>

Try bundling it with Eclipse or Netbeans.  Java development environment!

Then it's just a matter of submitting and praying.
 
Cheers,
Dave
On Jul 26, 2011, at 9:52 PM, Mike Swingler wrote:

> On Jul 26, 2011, at 4:39 AM, Henri Gomez wrote:
> 
>> Hi to all,
>> 
>> Some users asked me if they could be a way to get automatic updates of
>> my package of OpenJDK 7 for OS/X
>> (http://code.google.com/p/openjdk-osx-build/).
>> 
>> I'm wondering if it will be possible (and allowed), to add my OpenJDK
>> 7 project to MacAppsStore ?
>> 
>> Thanks for your advices, both technicals and legals.
> 
> Currently, the Mac App Store is for applications only, and not shared libraries like the JDK.
> 
> Sorry,
> Mike Swingler
> Java Engineering
> Apple Inc.


From swingler at apple.com  Tue Jul 26 19:29:21 2011
From: swingler at apple.com (swingler at apple.com)
Date: Wed, 27 Jul 2011 02:29:21 +0000
Subject: hg: macosx-port/macosx-port/jdk: Can't use a header that isn't there.
Message-ID: <20110727022931.A09AF47754@hg.openjdk.java.net>

Changeset: 24fc2ef0c826
Author:    swingler at apple.com
Date:      2011-07-26 19:29 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/24fc2ef0c826

Can't use a header that isn't there.

! src/macosx/native/sun/awt/JavaComponentAccessibility.m


From swingler at apple.com  Tue Jul 26 19:35:41 2011
From: swingler at apple.com (swingler at apple.com)
Date: Wed, 27 Jul 2011 02:35:41 +0000
Subject: hg: macosx-port/macosx-port: Adding ignore for alternate build
	directory not indexed by Spotlight
Message-ID: <20110727023541.E78BB47755@hg.openjdk.java.net>

Changeset: 62abc8642191
Author:    swingler at apple.com
Date:      2011-07-26 19:35 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/rev/62abc8642191

Adding ignore for alternate build directory not indexed by Spotlight

! .hgignore


From henri.gomez at gmail.com  Tue Jul 26 23:37:44 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 27 Jul 2011 08:37:44 +0200
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>
Message-ID: <CALyUpY3kekrKWAmL95nAW3NjBqgxiKoDNACYaxkC6iychf-f+Q@mail.gmail.com>

> Try bundling it with Eclipse or Netbeans. ?Java development environment!
>
> Then it's just a matter of submitting and praying.

Thanks for the clue but embedding it with an IDE won't install it
under /Library/Java/JavaVirtualMachines directory :(

From dave at igeekinc.com  Wed Jul 27 02:21:02 2011
From: dave at igeekinc.com (David Smith-Uchida)
Date: Wed, 27 Jul 2011 18:21:02 +0900
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <CALyUpY3kekrKWAmL95nAW3NjBqgxiKoDNACYaxkC6iychf-f+Q@mail.gmail.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>
	<CALyUpY3kekrKWAmL95nAW3NjBqgxiKoDNACYaxkC6iychf-f+Q@mail.gmail.com>
Message-ID: <6DCE04B9-CD0F-427D-8F80-DEC0EDD59159@igeekinc.com>

You'd have to write some Objective-C, but making a launcher for Eclipse that installed the JDK into /Library/Java/JavaVirtualMachines as necessary wouldn't be that difficult.

On Jul 27, 2011, at 3:37 PM, Henri Gomez wrote:

>> Try bundling it with Eclipse or Netbeans.  Java development environment!
>> 
>> Then it's just a matter of submitting and praying.
> 
> Thanks for the clue but embedding it with an IDE won't install it
> under /Library/Java/JavaVirtualMachines directory :(


From henri.gomez at gmail.com  Wed Jul 27 03:39:39 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 27 Jul 2011 12:39:39 +0200
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <6DCE04B9-CD0F-427D-8F80-DEC0EDD59159@igeekinc.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>
	<CALyUpY3kekrKWAmL95nAW3NjBqgxiKoDNACYaxkC6iychf-f+Q@mail.gmail.com>
	<6DCE04B9-CD0F-427D-8F80-DEC0EDD59159@igeekinc.com>
Message-ID: <CALyUpY1hi746gKrvRpXWZLksgQP8QahGf-e4dNcaFVvfJ2dNAg@mail.gmail.com>

> You'd have to write some Objective-C, but making a launcher for Eclipse that installed the JDK into /Library/Java/JavaVirtualMachines as necessary wouldn't be that difficult.

My concern is about providing an OpenJDK 7 as part of an application,
like Eclipse.
IntelliJ and NeBeans users won't select Eclipse 'app' to install an OpenJDK ;(

From henri.gomez at gmail.com  Wed Jul 27 03:42:23 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 27 Jul 2011 12:42:23 +0200
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <CALyUpY1hi746gKrvRpXWZLksgQP8QahGf-e4dNcaFVvfJ2dNAg@mail.gmail.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>
	<CALyUpY3kekrKWAmL95nAW3NjBqgxiKoDNACYaxkC6iychf-f+Q@mail.gmail.com>
	<6DCE04B9-CD0F-427D-8F80-DEC0EDD59159@igeekinc.com>
	<CALyUpY1hi746gKrvRpXWZLksgQP8QahGf-e4dNcaFVvfJ2dNAg@mail.gmail.com>
Message-ID: <CALyUpY1LbO_f2LAHhTK+K0HC56bkJ6rdXF8Qgy7=V-cLDin1pw@mail.gmail.com>

>> You'd have to write some Objective-C, but making a launcher for Eclipse that installed the JDK into /Library/Java/JavaVirtualMachines as necessary wouldn't be that difficult.
>
> My concern is about providing an OpenJDK 7 as part of an application,
> like Eclipse.
> IntelliJ and NeBeans users won't select Eclipse 'app' to install an OpenJDK ;(

BTW, Eclipse 3.7 is not working for me with OpenJDK7 since it didn't
honor -vm flag anymore :(

From kelly.ohair at oracle.com  Wed Jul 27 08:26:09 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Wed, 27 Jul 2011 08:26:09 -0700
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <CALyUpY1LbO_f2LAHhTK+K0HC56bkJ6rdXF8Qgy7=V-cLDin1pw@mail.gmail.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>
	<CALyUpY3kekrKWAmL95nAW3NjBqgxiKoDNACYaxkC6iychf-f+Q@mail.gmail.com>
	<6DCE04B9-CD0F-427D-8F80-DEC0EDD59159@igeekinc.com>
	<CALyUpY1hi746gKrvRpXWZLksgQP8QahGf-e4dNcaFVvfJ2dNAg@mail.gmail.com>
	<CALyUpY1LbO_f2LAHhTK+K0HC56bkJ6rdXF8Qgy7=V-cLDin1pw@mail.gmail.com>
Message-ID: <4E1132F6-8E9D-4CB7-8FD2-371A74001F63@oracle.com>


On Jul 27, 2011, at 3:42 AM, Henri Gomez wrote:

>>> You'd have to write some Objective-C, but making a launcher for Eclipse that installed the JDK into /Library/Java/JavaVirtualMachines as necessary wouldn't be that difficult.
>> 
>> My concern is about providing an OpenJDK 7 as part of an application,
>> like Eclipse.
>> IntelliJ and NeBeans users won't select Eclipse 'app' to install an OpenJDK ;(
> 
> BTW, Eclipse 3.7 is not working for me with OpenJDK7 since it didn't
> honor -vm flag anymore :(

Which -vm flag are we talking about?

-kto


From henri.gomez at gmail.com  Wed Jul 27 08:31:59 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 27 Jul 2011 17:31:59 +0200
Subject: OpenJDK 7 and MacAppStore
In-Reply-To: <4E1132F6-8E9D-4CB7-8FD2-371A74001F63@oracle.com>
References: <CALyUpY065noiGLZwALkdcSFt79qFJyAtum1D=vkyWwU6Of2q4A@mail.gmail.com>
	<2DB90A86-0DC7-4899-A19A-0CEAB05FF6A8@apple.com>
	<2ED2B3C7-0322-4F83-8D41-6C9A54E88FDB@igeekinc.com>
	<CALyUpY3kekrKWAmL95nAW3NjBqgxiKoDNACYaxkC6iychf-f+Q@mail.gmail.com>
	<6DCE04B9-CD0F-427D-8F80-DEC0EDD59159@igeekinc.com>
	<CALyUpY1hi746gKrvRpXWZLksgQP8QahGf-e4dNcaFVvfJ2dNAg@mail.gmail.com>
	<CALyUpY1LbO_f2LAHhTK+K0HC56bkJ6rdXF8Qgy7=V-cLDin1pw@mail.gmail.com>
	<4E1132F6-8E9D-4CB7-8FD2-371A74001F63@oracle.com>
Message-ID: <CALyUpY3fUMA2BNch0QxFkULPUCj5YPEGH1B1xirpn4_Svzz+XA@mail.gmail.com>

-vm in eclipse.ini (under Eclipse.app/Contents/MacOS)

ie:

-startup
../../../plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.100.v20110502
-product
org.eclipse.epp.package.jee.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vm
/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/bin/java
-vmargs
-Dosgi.requiredJavaVersion=1.5
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-XX:MaxPermSize=256m
-Xms512m
-Xmx3g
-XX:+UseCompressedOops
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts



2011/7/27 Kelly O'Hair <kelly.ohair at oracle.com>:
>
> On Jul 27, 2011, at 3:42 AM, Henri Gomez wrote:
>
>>>> You'd have to write some Objective-C, but making a launcher for Eclipse that installed the JDK into /Library/Java/JavaVirtualMachines as necessary wouldn't be that difficult.
>>>
>>> My concern is about providing an OpenJDK 7 as part of an application,
>>> like Eclipse.
>>> IntelliJ and NeBeans users won't select Eclipse 'app' to install an OpenJDK ;(
>>
>> BTW, Eclipse 3.7 is not working for me with OpenJDK7 since it didn't
>> honor -vm flag anymore :(
>
> Which -vm flag are we talking about?
>
> -kto
>
>

From sergey.bylokhov at oracle.com  Thu Jul 28 06:39:55 2011
From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com)
Date: Thu, 28 Jul 2011 13:39:55 +0000
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-36:
	Toolkit.getScreenInsets() returns empty insets
Message-ID: <20110728134005.592F1477A9@hg.openjdk.java.net>

Changeset: 4dc4b821b3e4
Author:    serb
Date:      2011-07-28 17:32 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4dc4b821b3e4

MACOSX_PORT-36: Toolkit.getScreenInsets() returns empty insets

! src/macosx/classes/sun/lwawt/macosx/CWrapper.java
! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java
! src/macosx/native/sun/awt/CWrapper.m


From swingler at apple.com  Thu Jul 28 07:54:34 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 28 Jul 2011 07:54:34 -0700
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-36:
	Toolkit.getScreenInsets() returns empty insets
In-Reply-To: <20110728134005.592F1477A9@hg.openjdk.java.net>
References: <20110728134005.592F1477A9@hg.openjdk.java.net>
Message-ID: <7C539FA0-FFC9-4FDC-B8D0-BF1742379928@apple.com>

On Jul 28, 2011, at 6:39 AM, sergey.bylokhov at oracle.com wrote:

> Changeset: 4dc4b821b3e4
> Author:    serb
> Date:      2011-07-28 17:32 +0400
> URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4dc4b821b3e4
> 
> MACOSX_PORT-36: Toolkit.getScreenInsets() returns empty insets
> 
> ! src/macosx/classes/sun/lwawt/macosx/CWrapper.java
> ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java
> ! src/macosx/native/sun/awt/CWrapper.m

There is a problem with this change set: you did not CFRetain() the screen pointer before bubbling it up to Java, and you also need to CFRelease() it when you are done. Otherwise, you will crash if the screen geometry is changing while this code is running.

It may be worth wrapping the NSScreen in it's own Java subclass of CFRetainedResource that will handle these details for you. As is, the thread safety is correct.

Should I file a bug on this?

Mike Swingler
Java Engineering
Apple Inc.


From sergey.bylokhov at oracle.com  Thu Jul 28 07:57:44 2011
From: sergey.bylokhov at oracle.com (Sergey Bylokhov)
Date: Thu, 28 Jul 2011 18:57:44 +0400
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-36:
	Toolkit.getScreenInsets() returns empty insets
In-Reply-To: <7C539FA0-FFC9-4FDC-B8D0-BF1742379928@apple.com>
References: <20110728134005.592F1477A9@hg.openjdk.java.net>
	<7C539FA0-FFC9-4FDC-B8D0-BF1742379928@apple.com>
Message-ID: <4E3178E8.2070601@oracle.com>

Hi Mike,

Thanks for review the changes!
>
> There is a problem with this change set: you did not CFRetain() the screen pointer before bubbling it up to Java, and you also need to CFRelease() it when you are done. Otherwise, you will crash if the screen geometry is changing while this code is running.
>
> It may be worth wrapping the NSScreen in it's own Java subclass of CFRetainedResource that will handle these details for you. As is, the thread safety is correct.
>
> Should I file a bug on this?
Yes, it'll be good.
>
>
> Mike Swingler
> Java Engineering
> Apple Inc.
>


-- 
Best regards, Sergey.


From swingler at apple.com  Thu Jul 28 08:18:09 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 28 Jul 2011 08:18:09 -0700
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-36:
	Toolkit.getScreenInsets() returns empty insets
In-Reply-To: <4E3178E8.2070601@oracle.com>
References: <20110728134005.592F1477A9@hg.openjdk.java.net>
	<7C539FA0-FFC9-4FDC-B8D0-BF1742379928@apple.com>
	<4E3178E8.2070601@oracle.com>
Message-ID: <17B4F975-995B-4A77-B883-6CDEAD2FA3D6@apple.com>

On Jul 28, 2011, at 7:57 AM, Sergey Bylokhov wrote:

> Hi Mike,
> 
> Thanks for review the changes!
> 
>> There is a problem with this change set: you did not CFRetain() the screen pointer before bubbling it up to Java, and you also need to CFRelease() it when you are done. Otherwise, you will crash if the screen geometry is changing while this code is running.
>> 
>> It may be worth wrapping the NSScreen in it's own Java subclass of CFRetainedResource that will handle these details for you. As is, the thread safety is correct.
>> 
>> Should I file a bug on this?
> 
> Yes, it'll be good.

Done: <http://java.net/jira/browse/MACOSX_PORT-196>.

Thanks much for your help,
Mike Swingler
Java Engineering
Apple Inc.


From sergey.bylokhov at oracle.com  Thu Jul 28 09:05:44 2011
From: sergey.bylokhov at oracle.com (Sergey Bylokhov)
Date: Thu, 28 Jul 2011 20:05:44 +0400
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-36:
	Toolkit.getScreenInsets() returns empty insets
In-Reply-To: <17B4F975-995B-4A77-B883-6CDEAD2FA3D6@apple.com>
References: <20110728134005.592F1477A9@hg.openjdk.java.net>
	<7C539FA0-FFC9-4FDC-B8D0-BF1742379928@apple.com>
	<4E3178E8.2070601@oracle.com>
	<17B4F975-995B-4A77-B883-6CDEAD2FA3D6@apple.com>
Message-ID: <4E3188D8.8070502@oracle.com>

Hi Mike,
My change was done in the same way as it was done in 
CWrapper.NSWindow.screen, which is used in 
CPlatformView.enterFullScreenMode().
As far I understand it has the same issue?

28.07.2011 19:18, Mike Swingler wrote:
> On Jul 28, 2011, at 7:57 AM, Sergey Bylokhov wrote:
>
>> Hi Mike,
>>
>> Thanks for review the changes!
>>
>>> There is a problem with this change set: you did not CFRetain() the screen pointer before bubbling it up to Java, and you also need to CFRelease() it when you are done. Otherwise, you will crash if the screen geometry is changing while this code is running.
>>>
>>> It may be worth wrapping the NSScreen in it's own Java subclass of CFRetainedResource that will handle these details for you. As is, the thread safety is correct.
>>>
>>> Should I file a bug on this?
>> Yes, it'll be good.
> Done:<http://java.net/jira/browse/MACOSX_PORT-196>.
>
> Thanks much for your help,
> Mike Swingler
> Java Engineering
> Apple Inc.
>


-- 
Best regards, Sergey.


From swingler at apple.com  Thu Jul 28 09:22:00 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 28 Jul 2011 09:22:00 -0700
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-36:
	Toolkit.getScreenInsets() returns empty insets
In-Reply-To: <4E3188D8.8070502@oracle.com>
References: <20110728134005.592F1477A9@hg.openjdk.java.net>
	<7C539FA0-FFC9-4FDC-B8D0-BF1742379928@apple.com>
	<4E3178E8.2070601@oracle.com>
	<17B4F975-995B-4A77-B883-6CDEAD2FA3D6@apple.com>
	<4E3188D8.8070502@oracle.com>
Message-ID: <7642F6FA-8D61-423C-9AC7-E3967A281CB1@apple.com>

Yes it does.

You probably aren't hitting any problems because your monitor geometry is not changing while you are testing (so the internal NSScreen instances that AppKit creates are still internally retained and valid), but the moment that a user plugs in a second monitor, which is very common on portables (especially when demo'ing!) those instances will be deallocated if you have not CFRetain()'d them for the timeframe you are using them.

Feel free to use the bug to clean up the whole area. I think the multiple usages of NSScreen may warrant the use of the CFRetainedResource helper class (which will even CFRelease() on the main thread for you if you specify it to).

On Jul 28, 2011, at 9:05 AM, Sergey Bylokhov wrote:

> Hi Mike,
> My change was done in the same way as it was done in CWrapper.NSWindow.screen, which is used in CPlatformView.enterFullScreenMode().
> As far I understand it has the same issue?
> 
> 28.07.2011 19:18, Mike Swingler wrote:
> 
>> On Jul 28, 2011, at 7:57 AM, Sergey Bylokhov wrote:
>> 
>>> Hi Mike,
>>> 
>>> Thanks for review the changes!
>>> 
>>>> There is a problem with this change set: you did not CFRetain() the screen pointer before bubbling it up to Java, and you also need to CFRelease() it when you are done. Otherwise, you will crash if the screen geometry is changing while this code is running.
>>>> 
>>>> It may be worth wrapping the NSScreen in it's own Java subclass of CFRetainedResource that will handle these details for you. As is, the thread safety is correct.
>>>> 
>>>> Should I file a bug on this?
>>> 
>>> Yes, it'll be good.
>> 
>> Done:<http://java.net/jira/browse/MACOSX_PORT-196>.


Regards,
Mike Swingler
Java Engineering
Apple Inc.


From rhoover at apple.com  Thu Jul 28 10:25:24 2011
From: rhoover at apple.com (roger hoover)
Date: Thu, 28 Jul 2011 11:25:24 -0600
Subject: merging BSDPort into jdk mainline
Message-ID: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>

As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline.   I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:

http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html

Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk.  Thanks.

roger


From artem.ananiev at oracle.com  Thu Jul 28 10:38:06 2011
From: artem.ananiev at oracle.com (Artem Ananiev)
Date: Thu, 28 Jul 2011 21:38:06 +0400
Subject: merging BSDPort into jdk mainline
In-Reply-To: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
Message-ID: <4E319E7E.4000300@oracle.com>


On 7/28/2011 9:25 PM, roger hoover wrote:
> As the first of many steps to integrate the Mac OS X Port into
> mainline jdk8, we need to merge the BSDPort code (on which the Mac OS
> X Port is based) into the jdk8 mainline.   I've started this
> discussion as it pertains to HotSpot on the hotspot-dev mailing
> list:
>
> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>
>  Please use the hotspot-dev list and the mentioned wiki page for
> discussion of merging BSDPort hotspot to mainline jdk.  Thanks.

Could you also cross-post it to jdk-dev, please, as it's not about 
HotSpot only?

Thanks,

Artem

> roger
>

From henri.gomez at gmail.com  Thu Jul 28 11:57:57 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 28 Jul 2011 20:57:57 +0200
Subject: merging BSDPort into jdk mainline
In-Reply-To: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
Message-ID: <CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>

> As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline. ? I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:
>
> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>
> Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk. ?Thanks.

What did you means by merging bsd-port into mainline jdk8 ?

From gary.meyer at apple.com  Thu Jul 28 12:04:25 2011
From: gary.meyer at apple.com (Gary Meyer)
Date: Thu, 28 Jul 2011 12:04:25 -0700
Subject: merging BSDPort into jdk mainline
In-Reply-To: <CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
Message-ID: <3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>

He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
Gary.

On Jul 28, 2011, at 11:57 AM, Henri Gomez wrote:

>> As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline.   I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:
>> 
>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>> 
>> Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk.  Thanks.
> 
> What did you means by merging bsd-port into mainline jdk8 ?
> 

~~~~~~~~~~~~~~~~~~~
Gary Meyer
gary.meyer at apple.com


From henri.gomez at gmail.com  Thu Jul 28 12:08:22 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 28 Jul 2011 21:08:22 +0200
Subject: merging BSDPort into jdk mainline
In-Reply-To: <3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
Message-ID: <CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>

> He means exactly what he said. ?JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.

ok thanks, I wasn't aware that BSD code into JDK7 wasn't already in such case.

From henri.gomez at gmail.com  Thu Jul 28 12:14:04 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 28 Jul 2011 21:14:04 +0200
Subject: merging BSDPort into jdk mainline
In-Reply-To: <CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>
Message-ID: <CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>

>> He means exactly what he said. ?JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
>
> ok thanks, I wasn't aware that BSD code into JDK7 wasn't already in such case.

Another question about JDK7/8, bsd-port (and so macosx-port).
What about support of processors arch like PPC and ARM via Zero project ?
Could we expect JDK7 (or may be JDK8) to have Zero Project in the mainline ?

Thanks

From christian.thalinger at oracle.com  Thu Jul 28 12:36:31 2011
From: christian.thalinger at oracle.com (Christian Thalinger)
Date: Thu, 28 Jul 2011 21:36:31 +0200
Subject: merging BSDPort into jdk mainline
In-Reply-To: <CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>
	<CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>
Message-ID: <E88DC274-6EAB-4752-AC0D-36550ADB5221@oracle.com>


On Jul 28, 2011, at 9:14 PM, Henri Gomez wrote:

>>> He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
>> 
>> ok thanks, I wasn't aware that BSD code into JDK7 wasn't already in such case.
> 
> Another question about JDK7/8, bsd-port (and so macosx-port).
> What about support of processors arch like PPC and ARM via Zero project ?
> Could we expect JDK7 (or may be JDK8) to have Zero Project in the mainline ?

That's already the case.  Zero was merged in some time ago.

-- Christian

> 
> Thanks


From henri.gomez at gmail.com  Thu Jul 28 12:41:43 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 28 Jul 2011 21:41:43 +0200
Subject: merging BSDPort into jdk mainline
In-Reply-To: <E88DC274-6EAB-4752-AC0D-36550ADB5221@oracle.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>
	<CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>
	<E88DC274-6EAB-4752-AC0D-36550ADB5221@oracle.com>
Message-ID: <CALyUpY214LZEwiQ17i2Ymood1qsBeVWNyzpmQ-tS57JwH2XQ9A@mail.gmail.com>

>> Another question about JDK7/8, bsd-port (and so macosx-port).
>> What about support of processors arch like PPC and ARM via Zero project ?
>> Could we expect JDK7 (or may be JDK8) to have Zero Project in the mainline ?
>
> That's already the case. ?Zero was merged in some time ago.

Sorry but I'm confuse. Did you mean Zero has been merged into JDK 7 or JDK 8 ?

There was discussion on bsd-port (and macosx-port) list about
supporting PowerPC on these builds (for previous PPC based Mac) and it
seems there is something broken now on the Zero side preventing to use
it on bsd-port (and sus macosx-port).

From swingler at apple.com  Thu Jul 28 13:13:22 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 28 Jul 2011 13:13:22 -0700
Subject: merging BSDPort into jdk mainline
In-Reply-To: <CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>
	<CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>
Message-ID: <7148EAE0-47A5-4043-8F64-3412EEBF0EE2@apple.com>

On Jul 28, 2011, at 12:14 PM, Henri Gomez wrote:

>>> He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
>> 
>> ok thanks, I wasn't aware that BSD code into JDK7 wasn't already in such case.
> 
> Another question about JDK7/8, bsd-port (and so macosx-port).
> What about support of processors arch like PPC and ARM via Zero project ?
> Could we expect JDK7 (or may be JDK8) to have Zero Project in the mainline ?

It is not the goal of anyone at Apple to support these architectures. I am not in a position to say if anyone at Oracle is interested in doing the work for ancient PPC Macs. If someone in the community would like to put in the effort, I would suggest they speak up now.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From henri.gomez at gmail.com  Thu Jul 28 15:10:45 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Fri, 29 Jul 2011 00:10:45 +0200
Subject: merging BSDPort into jdk mainline
In-Reply-To: <7148EAE0-47A5-4043-8F64-3412EEBF0EE2@apple.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>
	<CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>
	<7148EAE0-47A5-4043-8F64-3412EEBF0EE2@apple.com>
Message-ID: <CALyUpY0B1ARv3aJfz=0g_gQexvqddhzxyJ5_xaKWuBk1mCcyjQ@mail.gmail.com>

> It is not the goal of anyone at Apple to support these architectures. I am not in a position to say if anyone at Oracle is interested in doing the work for ancient PPC Macs. If someone in the community would like to put in the effort, I would suggest they speak up now.

I understand that PowerPC support is no more on Apple goals and I'm
unsure about Oracle.
Project Zero is a very good approach to help PPC and ARM users get
recents OpenJDK on their machine.
That's why I asked about Zero with OpenJDK 7/8 on mainline.

There is many OSes around (Linux, BSD, Windows and OS/X) and many
processors (x86, x86_64, PPC, ARM) so a serious matrix in some cases
like Linux and BSD where all CPU archs are available. Zero is a
perfect fit for these OS and even if OpenJDK 7 or 8 are not available
for PPC under macosx-port, why not having them with bsd-port ?

It's still unclear to me where is the glue between Hotspot, CPUs and
OS and how to build an OpenJDK for an OS/CPU replacing native assembly
support by Zero.

From astrange at apple.com  Thu Jul 28 17:28:23 2011
From: astrange at apple.com (astrange at apple.com)
Date: Fri, 29 Jul 2011 00:28:23 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20110729002843.0B829477C5@hg.openjdk.java.net>

Changeset: 682dd5f26859
Author:    astrange
Date:      2011-07-28 17:16 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/682dd5f26859

Fix build issues under clang

! src/macosx/native/sun/awt/JavaComponentAccessibility.m
! src/macosx/native/sun/awt/ThreadUtilities.m

Changeset: ea84051313a3
Author:    astrange
Date:      2011-07-28 17:28 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ea84051313a3

Direct Audio: implement enumeration and initialization of audio devices

Additionally moved Ports off of deprecated API and fixed compiler warning
issues.

! make/javax/sound/FILES_c.gmk
! make/javax/sound/Makefile
+ src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.c
! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c
+ src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.c
+ src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h
! src/share/native/com/sun/media/sound/Platform.c


From swingler at apple.com  Thu Jul 28 18:30:14 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 28 Jul 2011 18:30:14 -0700
Subject: merging BSDPort into jdk mainline
In-Reply-To: <CALyUpY0B1ARv3aJfz=0g_gQexvqddhzxyJ5_xaKWuBk1mCcyjQ@mail.gmail.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<CALyUpY1quf9COXnOHEEUwpFR-+OBjwiSfHpPZ_MGeuL=eRO47g@mail.gmail.com>
	<CALyUpY2sHtXEVHk-=hv=kqb1eyP--ppzj1z=akdcA=7XBiZ7Pw@mail.gmail.com>
	<7148EAE0-47A5-4043-8F64-3412EEBF0EE2@apple.com>
	<CALyUpY0B1ARv3aJfz=0g_gQexvqddhzxyJ5_xaKWuBk1mCcyjQ@mail.gmail.com>
Message-ID: <ABC3C5F1-2A50-4167-81E1-9644CD6CE858@apple.com>

On Jul 28, 2011, at 3:10 PM, Henri Gomez wrote:

>> It is not the goal of anyone at Apple to support these architectures. I am not in a position to say if anyone at Oracle is interested in doing the work for ancient PPC Macs. If someone in the community would like to put in the effort, I would suggest they speak up now.
> 
> I understand that PowerPC support is no more on Apple goals and I'm
> unsure about Oracle.
> Project Zero is a very good approach to help PPC and ARM users get
> recents OpenJDK on their machine.
> That's why I asked about Zero with OpenJDK 7/8 on mainline.
> 
> There is many OSes around (Linux, BSD, Windows and OS/X) and many
> processors (x86, x86_64, PPC, ARM) so a serious matrix in some cases
> like Linux and BSD where all CPU archs are available. Zero is a
> perfect fit for these OS and even if OpenJDK 7 or 8 are not available
> for PPC under macosx-port, why not having them with bsd-port ?

Someone involved in the BSD-port would have to take on the responsibility of updating and maintaining this code. This is non-zero effort.

> It's still unclear to me where is the glue between Hotspot, CPUs and
> OS and how to build an OpenJDK for an OS/CPU replacing native assembly
> support by Zero.

Are there any active contributors to the Zero project you can ask? I haven't seen any recent work in their repository.

I understand the desire, and I understand the demand, but unless someone wants to volunteer their time (or money to compel someone else's time) I don't see a bright future for it.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From weijun.wang at oracle.com  Thu Jul 28 19:03:15 2011
From: weijun.wang at oracle.com (Weijun Wang)
Date: Fri, 29 Jul 2011 10:03:15 +0800
Subject: merging BSDPort into jdk mainline
In-Reply-To: <3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
Message-ID: <4E3214E3.3050406@oracle.com>

If I understand correctly, merging BSDPort into jdk mainline means that 
the BSD-specific codes are not only in the bsd-port repo, but also 
inside the master jdk8 repo and thus will be synced to every other team 
repo (awt, tl,...). The direct result is that every openjdk contributor, 
no matter what team he/she is in, can work on a BSD system for his/her 
daily work.

I hope the macosx-port will follow the way soon. Still cannot find a 
good enough reason to put aside my 2006 Core Duo MacBook and get a new 
one. :)

-Max


On 07/29/2011 03:04 AM, Gary Meyer wrote:
> He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
> Gary.
>
> On Jul 28, 2011, at 11:57 AM, Henri Gomez wrote:
>
>>> As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline.   I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:
>>>
>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>>>
>>> Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk.  Thanks.
>>
>> What did you means by merging bsd-port into mainline jdk8 ?
>>
>
> ~~~~~~~~~~~~~~~~~~~
> Gary Meyer
> gary.meyer at apple.com
>

From swingler at apple.com  Thu Jul 28 19:20:12 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 28 Jul 2011 19:20:12 -0700
Subject: merging BSDPort into jdk mainline
In-Reply-To: <4E3214E3.3050406@oracle.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<4E3214E3.3050406@oracle.com>
Message-ID: <1B1CA9B9-DC2B-4C6D-87D3-116EB2878798@apple.com>

That's the plan. :-)

Since the macosx-port is based on the bsd-port, we are starting with the bsd-port changes first, and logically HotSpot is the first (and also the largest) aspect of this.

Regards,
Mike Swingler
Java Engineering
Apple Inc.

On Jul 28, 2011, at 7:03 PM, Weijun Wang wrote:

> If I understand correctly, merging BSDPort into jdk mainline means that the BSD-specific codes are not only in the bsd-port repo, but also inside the master jdk8 repo and thus will be synced to every other team repo (awt, tl,...). The direct result is that every openjdk contributor, no matter what team he/she is in, can work on a BSD system for his/her daily work.
> 
> I hope the macosx-port will follow the way soon. Still cannot find a good enough reason to put aside my 2006 Core Duo MacBook and get a new one. :)
> 
> -Max
> 
> 
> On 07/29/2011 03:04 AM, Gary Meyer wrote:
>> He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
>> Gary.
>> 
>> On Jul 28, 2011, at 11:57 AM, Henri Gomez wrote:
>> 
>>>> As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline.   I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:
>>>> 
>>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>>>> 
>>>> Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk.  Thanks.
>>> 
>>> What did you means by merging bsd-port into mainline jdk8 ?


From jonathan.gibbons at oracle.com  Thu Jul 28 20:13:24 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 28 Jul 2011 20:13:24 -0700
Subject: merging BSDPort into jdk mainline
In-Reply-To: <1B1CA9B9-DC2B-4C6D-87D3-116EB2878798@apple.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>	<4E3214E3.3050406@oracle.com>
	<1B1CA9B9-DC2B-4C6D-87D3-116EB2878798@apple.com>
Message-ID: <4E322554.9080008@oracle.com>

Once the changsets start coming in, I'd be interested in helping get the 
langtools test changes into the langtools repo.

-- Jon

On 07/28/2011 07:20 PM, Mike Swingler wrote:
> That's the plan. :-)
>
> Since the macosx-port is based on the bsd-port, we are starting with the bsd-port changes first, and logically HotSpot is the first (and also the largest) aspect of this.
>
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
>
> On Jul 28, 2011, at 7:03 PM, Weijun Wang wrote:
>
>> If I understand correctly, merging BSDPort into jdk mainline means that the BSD-specific codes are not only in the bsd-port repo, but also inside the master jdk8 repo and thus will be synced to every other team repo (awt, tl,...). The direct result is that every openjdk contributor, no matter what team he/she is in, can work on a BSD system for his/her daily work.
>>
>> I hope the macosx-port will follow the way soon. Still cannot find a good enough reason to put aside my 2006 Core Duo MacBook and get a new one. :)
>>
>> -Max
>>
>>
>> On 07/29/2011 03:04 AM, Gary Meyer wrote:
>>> He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
>>> Gary.
>>>
>>> On Jul 28, 2011, at 11:57 AM, Henri Gomez wrote:
>>>
>>>>> As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline.   I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:
>>>>>
>>>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>>>>>
>>>>> Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk.  Thanks.
>>>> What did you means by merging bsd-port into mainline jdk8 ?


From kelly.ohair at oracle.com  Fri Jul 29 09:17:04 2011
From: kelly.ohair at oracle.com (Kelly O'Hair)
Date: Fri, 29 Jul 2011 18:17:04 +0200
Subject: merging BSDPort into jdk mainline
In-Reply-To: <1B1CA9B9-DC2B-4C6D-87D3-116EB2878798@apple.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>
	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>
	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>
	<4E3214E3.3050406@oracle.com>
	<1B1CA9B9-DC2B-4C6D-87D3-116EB2878798@apple.com>
Message-ID: <67EC230B-E3F2-4E43-8314-48DA73A48ABE@oracle.com>


All with the understanding that the current BSD and Mac port repository changesets will not be preserved in jdk8,
new changesets that follow the standard jcheck rules, and with reviewers specified, and effectively approved by the
teams that are impacted. That means the build team accepting the makefiles changes, hotspot accepting the hotspot
changes, etc.  I'm not sure I see a big issue here, just stating what I think needs to happen.

We want an openjdk8 master to have it all, and it should be buildable and work on all these platforms.

We don;t have the hardware or setups to completely police this yet, making sure it stays building and working
on all these platforms, but that will eventually happen.

I'm really looking forward to having the official jdk8 repos build on my Mac laptop. :^)

-kto

On Jul 29, 2011, at 4:20 AM, Mike Swingler wrote:

> That's the plan. :-)
> 
> Since the macosx-port is based on the bsd-port, we are starting with the bsd-port changes first, and logically HotSpot is the first (and also the largest) aspect of this.
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 
> On Jul 28, 2011, at 7:03 PM, Weijun Wang wrote:
> 
>> If I understand correctly, merging BSDPort into jdk mainline means that the BSD-specific codes are not only in the bsd-port repo, but also inside the master jdk8 repo and thus will be synced to every other team repo (awt, tl,...). The direct result is that every openjdk contributor, no matter what team he/she is in, can work on a BSD system for his/her daily work.
>> 
>> I hope the macosx-port will follow the way soon. Still cannot find a good enough reason to put aside my 2006 Core Duo MacBook and get a new one. :)
>> 
>> -Max
>> 
>> 
>> On 07/29/2011 03:04 AM, Gary Meyer wrote:
>>> He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
>>> Gary.
>>> 
>>> On Jul 28, 2011, at 11:57 AM, Henri Gomez wrote:
>>> 
>>>>> As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline.   I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:
>>>>> 
>>>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>>>>> 
>>>>> Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk.  Thanks.
>>>> 
>>>> What did you means by merging bsd-port into mainline jdk8 ?
> 


From jonathan.gibbons at oracle.com  Fri Jul 29 09:28:42 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Fri, 29 Jul 2011 09:28:42 -0700
Subject: merging BSDPort into jdk mainline
In-Reply-To: <67EC230B-E3F2-4E43-8314-48DA73A48ABE@oracle.com>
References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com>	<CALyUpY16RLh97o-Jdb=-9hb+Fb=7AFtF=HgH2Ta+UDt5634taA@mail.gmail.com>	<3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com>	<4E3214E3.3050406@oracle.com>	<1B1CA9B9-DC2B-4C6D-87D3-116EB2878798@apple.com>
	<67EC230B-E3F2-4E43-8314-48DA73A48ABE@oracle.com>
Message-ID: <4E32DFBA.60202@oracle.com>

In the cases where these changes may need to be pushed on behalf of the 
porting team by folk with commit rights (i.e. an openJDK userid) a minor 
procedural point is to determine the appropriate names for the 
"Contributed-by:" in the commit message for the various changesets.

-- Jon



On 07/29/2011 09:17 AM, Kelly O'Hair wrote:
> All with the understanding that the current BSD and Mac port repository changesets will not be preserved in jdk8,
> new changesets that follow the standard jcheck rules, and with reviewers specified, and effectively approved by the
> teams that are impacted. That means the build team accepting the makefiles changes, hotspot accepting the hotspot
> changes, etc.  I'm not sure I see a big issue here, just stating what I think needs to happen.
>
> We want an openjdk8 master to have it all, and it should be buildable and work on all these platforms.
>
> We don;t have the hardware or setups to completely police this yet, making sure it stays building and working
> on all these platforms, but that will eventually happen.
>
> I'm really looking forward to having the official jdk8 repos build on my Mac laptop. :^)
>
> -kto
>
> On Jul 29, 2011, at 4:20 AM, Mike Swingler wrote:
>
>> That's the plan. :-)
>>
>> Since the macosx-port is based on the bsd-port, we are starting with the bsd-port changes first, and logically HotSpot is the first (and also the largest) aspect of this.
>>
>> Regards,
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
>>
>> On Jul 28, 2011, at 7:03 PM, Weijun Wang wrote:
>>
>>> If I understand correctly, merging BSDPort into jdk mainline means that the BSD-specific codes are not only in the bsd-port repo, but also inside the master jdk8 repo and thus will be synced to every other team repo (awt, tl,...). The direct result is that every openjdk contributor, no matter what team he/she is in, can work on a BSD system for his/her daily work.
>>>
>>> I hope the macosx-port will follow the way soon. Still cannot find a good enough reason to put aside my 2006 Core Duo MacBook and get a new one. :)
>>>
>>> -Max
>>>
>>>
>>> On 07/29/2011 03:04 AM, Gary Meyer wrote:
>>>> He means exactly what he said.  JDK8 is an official product produced by Oracle, and the BSD-port code will be merged into that product. So that Mac OS X can become an officially supported platform.
>>>> Gary.
>>>>
>>>> On Jul 28, 2011, at 11:57 AM, Henri Gomez wrote:
>>>>
>>>>>> As the first of many steps to integrate the Mac OS X Port into mainline jdk8, we need to merge the BSDPort code (on which the Mac OS X Port is based) into the jdk8 mainline.   I've started this discussion as it pertains to HotSpot on the hotspot-dev mailing list:
>>>>>>
>>>>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004331.html
>>>>>>
>>>>>> Please use the hotspot-dev list and the mentioned wiki page for discussion of merging BSDPort hotspot to mainline jdk.  Thanks.
>>>>> What did you means by merging bsd-port into mainline jdk8 ?


From kevin_m_miller at apple.com  Fri Jul 29 16:36:47 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Fri, 29 Jul 2011 23:36:47 +0000
Subject: hg: macosx-port/macosx-port/jdk: Enabling reporting of accessibility
	information to Cocoa accessibility clients
Message-ID: <20110729233657.47E4B477FE@hg.openjdk.java.net>

Changeset: fdf775396b0a
Author:    kevin_m_miller at apple.com
Date:      2011-07-29 16:36 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fdf775396b0a

Enabling reporting of accessibility information to Cocoa accessibility clients

! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java
! src/macosx/native/sun/awt/JavaComponentAccessibility.m
! src/share/classes/javax/accessibility/AccessibleContext.java


From swpalmer at gmail.com  Sat Jul 30 14:44:53 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Sat, 30 Jul 2011 17:44:53 -0400
Subject: Aqua Status and Build Process Questions
Message-ID: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>

I've been doing my own builds and I'm starting to question if I'm doing them correctly.
First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
http://java.net/jira/browse/MACOSX_PORT-203

But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:

	"Custom UI class apple.laf.AquaLookAndFeel not on class path."

From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.

But Netbeans 7.0.1rc1 doesn't seem to enable the screen  menu bar and uses the Java default LnF.

I build by pulling and updating the main repo, then running the get_source.sh script.  Then I run this custom batch script to build the code:

#!/bin/bash
export LANG=C
unset JAVA_HOME
export CC=/Developer/usr/bin/llvm-gcc-4.2
export CXX=/Developer/usr/bin/llvm-g++-4.2
export ALLOW_DOWNLOADS=true
export SA_APPLE_BOOT_JAVA=true
export ALWAYS_PASS_TEST_GAMMA=true
export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` 
make $1


Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.

Then I can run Java 7 with:
  `/usr/libexec/java_home -v 1.7`/bin/java

The path returned for java_home is:
  /Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home

and java -version returns:

$ `/usr/libexec/java_home -v 1.7`/bin/java -version
openjdk version "1.7.0-internal"
OpenJDK Runtime Environment (build 1.7.0-internal-scott_2011_07_28_22_41-b00)
OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)

The timestamp on the version indicates it is using what I've just compiled.

Am I missing something, or is Aqua still not usable?


Regards,

Scott

From stephen.bannasch at deanbrook.org  Sat Jul 30 15:26:50 2011
From: stephen.bannasch at deanbrook.org (Stephen Bannasch)
Date: Sat, 30 Jul 2011 18:26:50 -0400
Subject: Aqua Status and Build Process Questions
In-Reply-To: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
Message-ID: <p06240801ca5a349f1247@[192.168.1.122]>

At 5:44 PM -0400 7/30/11, Scott Palmer wrote:
>I've been doing my own builds and I'm starting to question if I'm doing them correctly.
>First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
>http://java.net/jira/browse/MACOSX_PORT-203
>
>But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:
>
>	"Custom UI class apple.laf.AquaLookAndFeel not on class path."
>
>>From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.
>
>But Netbeans 7.0.1rc1 doesn't seem to enable the screen  menu bar and uses the Java default LnF.
>
>I build by pulling and updating the main repo, then running the get_source.sh script.  Then I run this custom batch script to build the code:
>
>#!/bin/bash
>export LANG=C
>unset JAVA_HOME
>export CC=/Developer/usr/bin/llvm-gcc-4.2
>export CXX=/Developer/usr/bin/llvm-g++-4.2
>export ALLOW_DOWNLOADS=true
>export SA_APPLE_BOOT_JAVA=true
>export ALWAYS_PASS_TEST_GAMMA=true
>export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6`
>make $1
>
>
>Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.
>
>Then I can run Java 7 with:
>  `/usr/libexec/java_home -v 1.7`/bin/java

After a successful build do you copy it to ~/Library/Java/JavaVirtualMachines/1.7.0.jdk?

This is what I do after a build that completes AND passes a selected set of the jtreg unit tests

$ rm -rf ~/Library/Java/JavaVirtualMachines/1.7.0.jdk; cp -R build/macosx-universal/j2sdk-bundle/1.7.0.jdk ~/Library/Java/JavaVirtualMachines

fwiw: here is the build script I use on Mac OS X 10.6

  https://gist.github.com/908156

After building the script runs the following test suites:

  jdk/test/java/lang/String
  jdk/test/java/lang/invoke

From swpalmer at gmail.com  Sat Jul 30 16:49:01 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Sat, 30 Jul 2011 19:49:01 -0400
Subject: Aqua Status and Build Process Questions
In-Reply-To: <p06240801ca5a349f1247@[192.168.1.122]>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
	<p06240801ca5a349f1247@[192.168.1.122]>
Message-ID: <01EB4ABA-5CE3-41F3-B5BF-4AA8CE7AB81B@gmail.com>


On 2011-07-30, at 6:26 PM, Stephen Bannasch wrote:

> At 5:44 PM -0400 7/30/11, Scott Palmer wrote:
>> I've been doing my own builds and I'm starting to question if I'm doing them correctly.
>> First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
>> http://java.net/jira/browse/MACOSX_PORT-203
>> 
>> But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:
>> 
>> 	"Custom UI class apple.laf.AquaLookAndFeel not on class path."
>> 
>>> From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.
>> 
>> But Netbeans 7.0.1rc1 doesn't seem to enable the screen  menu bar and uses the Java default LnF.
>> 
>> I build by pulling and updating the main repo, then running the get_source.sh script.  Then I run this custom batch script to build the code:
>> 
>> #!/bin/bash
>> export LANG=C
>> unset JAVA_HOME
>> export CC=/Developer/usr/bin/llvm-gcc-4.2
>> export CXX=/Developer/usr/bin/llvm-g++-4.2
>> export ALLOW_DOWNLOADS=true
>> export SA_APPLE_BOOT_JAVA=true
>> export ALWAYS_PASS_TEST_GAMMA=true
>> export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6`
>> make $1
>> 
>> 
>> Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.
>> 
>> Then I can run Java 7 with:
>> `/usr/libexec/java_home -v 1.7`/bin/java
> 
> After a successful build do you copy it to ~/Library/Java/JavaVirtualMachines/1.7.0.jdk?

No, apparently I have a symlink there:

$ ls -l /Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk
lrwxr-xr-x  1 scott  staff  70 11 Jan  2011 /Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk -> /Users/scott/dev/openjdk/build/macosx-universal/j2sdk-bundle/1.7.0.jdk

and that "seemed" to work.  Perhaps it isn't a good idea?

> 
> This is what I do after a build that completes AND passes a selected set of the jtreg unit tests
> 
> $ rm -rf ~/Library/Java/JavaVirtualMachines/1.7.0.jdk; cp -R build/macosx-universal/j2sdk-bundle/1.7.0.jdk ~/Library/Java/JavaVirtualMachines
> 
> fwiw: here is the build script I use on Mac OS X 10.6
> 
>  https://gist.github.com/908156

Thanks, I'll try it out.

I wonder why isn't this or something like it committed to the Mercurial repo?

Cheers,

Scott

From henri.gomez at gmail.com  Sun Jul 31 05:25:20 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Sun, 31 Jul 2011 14:25:20 +0200
Subject: Aqua Status and Build Process Questions
In-Reply-To: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
Message-ID: <CALyUpY1pcjZ=wczOz03aS4Ahqz5MYsweMk+OXXURRj3KUTL8=w@mail.gmail.com>

Hi Scott

You mentioned  OpenJDK 7 and NetBeans 7.

Did you try to use NetBeans 7 to make Java 7 apps or to run NetBeans 7
with OpenJDK 7 ?

2011/7/30 Scott Palmer <swpalmer at gmail.com>:
> I've been doing my own builds and I'm starting to question if I'm doing them correctly.
> First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
> http://java.net/jira/browse/MACOSX_PORT-203
>
> But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:
>
> ? ? ? ?"Custom UI class apple.laf.AquaLookAndFeel not on class path."
>
> From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.
>
> But Netbeans 7.0.1rc1 doesn't seem to enable the screen ?menu bar and uses the Java default LnF.
>
> I build by pulling and updating the main repo, then running the get_source.sh script. ?Then I run this custom batch script to build the code:
>
> #!/bin/bash
> export LANG=C
> unset JAVA_HOME
> export CC=/Developer/usr/bin/llvm-gcc-4.2
> export CXX=/Developer/usr/bin/llvm-g++-4.2
> export ALLOW_DOWNLOADS=true
> export SA_APPLE_BOOT_JAVA=true
> export ALWAYS_PASS_TEST_GAMMA=true
> export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6`
> make $1
>
>
> Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.
>
> Then I can run Java 7 with:
> ?`/usr/libexec/java_home -v 1.7`/bin/java
>
> The path returned for java_home is:
> ?/Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>
> and java -version returns:
>
> $ `/usr/libexec/java_home -v 1.7`/bin/java -version
> openjdk version "1.7.0-internal"
> OpenJDK Runtime Environment (build 1.7.0-internal-scott_2011_07_28_22_41-b00)
> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
>
> The timestamp on the version indicates it is using what I've just compiled.
>
> Am I missing something, or is Aqua still not usable?
>
>
> Regards,
>
> Scott

From swpalmer at gmail.com  Sun Jul 31 05:33:27 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Sun, 31 Jul 2011 08:33:27 -0400
Subject: Aqua Status and Build Process Questions
In-Reply-To: <CALyUpY1pcjZ=wczOz03aS4Ahqz5MYsweMk+OXXURRj3KUTL8=w@mail.gmail.com>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
	<CALyUpY1pcjZ=wczOz03aS4Ahqz5MYsweMk+OXXURRj3KUTL8=w@mail.gmail.com>
Message-ID: <-6727317063406037066@unknownmsgid>

I was trying to run NB7 with OpenJDK 7, expecting some issues.

Scott

On 2011-07-31, at 8:25 AM, Henri Gomez <henri.gomez at gmail.com> wrote:

> Hi Scott
>
> You mentioned  OpenJDK 7 and NetBeans 7.
>
> Did you try to use NetBeans 7 to make Java 7 apps or to run NetBeans 7
> with OpenJDK 7 ?
>
> 2011/7/30 Scott Palmer <swpalmer at gmail.com>:
>> I've been doing my own builds and I'm starting to question if I'm doing them correctly.
>> First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
>> http://java.net/jira/browse/MACOSX_PORT-203
>>
>> But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:
>>
>>        "Custom UI class apple.laf.AquaLookAndFeel not on class path."
>>
>> From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.
>>
>> But Netbeans 7.0.1rc1 doesn't seem to enable the screen  menu bar and uses the Java default LnF.
>>
>> I build by pulling and updating the main repo, then running the get_source.sh script.  Then I run this custom batch script to build the code:
>>
>> #!/bin/bash
>> export LANG=C
>> unset JAVA_HOME
>> export CC=/Developer/usr/bin/llvm-gcc-4.2
>> export CXX=/Developer/usr/bin/llvm-g++-4.2
>> export ALLOW_DOWNLOADS=true
>> export SA_APPLE_BOOT_JAVA=true
>> export ALWAYS_PASS_TEST_GAMMA=true
>> export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6`
>> make $1
>>
>>
>> Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.
>>
>> Then I can run Java 7 with:
>>  `/usr/libexec/java_home -v 1.7`/bin/java
>>
>> The path returned for java_home is:
>>  /Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>>
>> and java -version returns:
>>
>> $ `/usr/libexec/java_home -v 1.7`/bin/java -version
>> openjdk version "1.7.0-internal"
>> OpenJDK Runtime Environment (build 1.7.0-internal-scott_2011_07_28_22_41-b00)
>> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
>>
>> The timestamp on the version indicates it is using what I've just compiled.
>>
>> Am I missing something, or is Aqua still not usable?
>>
>>
>> Regards,
>>
>> Scott

From henri.gomez at gmail.com  Sun Jul 31 05:42:48 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Sun, 31 Jul 2011 14:42:48 +0200
Subject: Aqua Status and Build Process Questions
In-Reply-To: <-6727317063406037066@unknownmsgid>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
	<CALyUpY1pcjZ=wczOz03aS4Ahqz5MYsweMk+OXXURRj3KUTL8=w@mail.gmail.com>
	<-6727317063406037066@unknownmsgid>
Message-ID: <CALyUpY388kPqMAOm=KVbiE_+UYUpfJ89F5L7mB78Sq5SMeG4HQ@mail.gmail.com>

ok.

How did you set OpenJDK 7 as 'startup VM' for NetBeans ?

Using something like ?

export JAVA_HOME=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home

I tried with this and also by defining OpenJDK 7 as primary Java but I
still see Java 1.6.0 JDK as running JVM in NB 7.0.1rc1 :

Product Version: NetBeans IDE 7.0.1 RC1 (Build 201106222100)
Java: 1.6.0_26; Java HotSpot(TM) 64-Bit Server VM 20.1-b02-383
System: Mac OS X version 10.7 running on x86_64; MacRoman; fr_FR (nb)
Userdir: /Users/henri/.netbeans/7.0.1rc1


2011/7/31 Scott Palmer <swpalmer at gmail.com>:
> I was trying to run NB7 with OpenJDK 7, expecting some issues.
>
> Scott
>
> On 2011-07-31, at 8:25 AM, Henri Gomez <henri.gomez at gmail.com> wrote:
>
>> Hi Scott
>>
>> You mentioned ?OpenJDK 7 and NetBeans 7.
>>
>> Did you try to use NetBeans 7 to make Java 7 apps or to run NetBeans 7
>> with OpenJDK 7 ?
>>
>> 2011/7/30 Scott Palmer <swpalmer at gmail.com>:
>>> I've been doing my own builds and I'm starting to question if I'm doing them correctly.
>>> First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
>>> http://java.net/jira/browse/MACOSX_PORT-203
>>>
>>> But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:
>>>
>>> ? ? ? ?"Custom UI class apple.laf.AquaLookAndFeel not on class path."
>>>
>>> From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.
>>>
>>> But Netbeans 7.0.1rc1 doesn't seem to enable the screen ?menu bar and uses the Java default LnF.
>>>
>>> I build by pulling and updating the main repo, then running the get_source.sh script. ?Then I run this custom batch script to build the code:
>>>
>>> #!/bin/bash
>>> export LANG=C
>>> unset JAVA_HOME
>>> export CC=/Developer/usr/bin/llvm-gcc-4.2
>>> export CXX=/Developer/usr/bin/llvm-g++-4.2
>>> export ALLOW_DOWNLOADS=true
>>> export SA_APPLE_BOOT_JAVA=true
>>> export ALWAYS_PASS_TEST_GAMMA=true
>>> export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6`
>>> make $1
>>>
>>>
>>> Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.
>>>
>>> Then I can run Java 7 with:
>>> ?`/usr/libexec/java_home -v 1.7`/bin/java
>>>
>>> The path returned for java_home is:
>>> ?/Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>>>
>>> and java -version returns:
>>>
>>> $ `/usr/libexec/java_home -v 1.7`/bin/java -version
>>> openjdk version "1.7.0-internal"
>>> OpenJDK Runtime Environment (build 1.7.0-internal-scott_2011_07_28_22_41-b00)
>>> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
>>>
>>> The timestamp on the version indicates it is using what I've just compiled.
>>>
>>> Am I missing something, or is Aqua still not usable?
>>>
>>>
>>> Regards,
>>>
>>> Scott
>

From henri.gomez at gmail.com  Sun Jul 31 06:10:01 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Sun, 31 Jul 2011 15:10:01 +0200
Subject: Aqua Status and Build Process Questions
In-Reply-To: <CALyUpY388kPqMAOm=KVbiE_+UYUpfJ89F5L7mB78Sq5SMeG4HQ@mail.gmail.com>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
	<CALyUpY1pcjZ=wczOz03aS4Ahqz5MYsweMk+OXXURRj3KUTL8=w@mail.gmail.com>
	<-6727317063406037066@unknownmsgid>
	<CALyUpY388kPqMAOm=KVbiE_+UYUpfJ89F5L7mB78Sq5SMeG4HQ@mail.gmail.com>
Message-ID: <CALyUpY1L94nKs+=eC2f_bHLFOs2quvte=qVQ5qOe+YDzY1Re6Q@mail.gmail.com>

Another try using the following hack in command line :

export netbeans_jdkhome=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
export netbeans_default_options="-D-Dswing.defaultlaf=com.apple.laf.AquaLookAndFeel"

It seems to works with the following error in console.

2011-07-31 15:05:55.755 java[67814:8107] invalid drawable

BTW, screen and fonts are not the same on JDK 6, About is different
and preferences didn't works


2011/7/31 Henri Gomez <henri.gomez at gmail.com>:
> ok.
>
> How did you set OpenJDK 7 as 'startup VM' for NetBeans ?
>
> Using something like ?
>
> export JAVA_HOME=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>
> I tried with this and also by defining OpenJDK 7 as primary Java but I
> still see Java 1.6.0 JDK as running JVM in NB 7.0.1rc1 :
>
> Product Version: NetBeans IDE 7.0.1 RC1 (Build 201106222100)
> Java: 1.6.0_26; Java HotSpot(TM) 64-Bit Server VM 20.1-b02-383
> System: Mac OS X version 10.7 running on x86_64; MacRoman; fr_FR (nb)
> Userdir: /Users/henri/.netbeans/7.0.1rc1
>
>
> 2011/7/31 Scott Palmer <swpalmer at gmail.com>:
>> I was trying to run NB7 with OpenJDK 7, expecting some issues.
>>
>> Scott
>>
>> On 2011-07-31, at 8:25 AM, Henri Gomez <henri.gomez at gmail.com> wrote:
>>
>>> Hi Scott
>>>
>>> You mentioned ?OpenJDK 7 and NetBeans 7.
>>>
>>> Did you try to use NetBeans 7 to make Java 7 apps or to run NetBeans 7
>>> with OpenJDK 7 ?
>>>
>>> 2011/7/30 Scott Palmer <swpalmer at gmail.com>:
>>>> I've been doing my own builds and I'm starting to question if I'm doing them correctly.
>>>> First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
>>>> http://java.net/jira/browse/MACOSX_PORT-203
>>>>
>>>> But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:
>>>>
>>>> ? ? ? ?"Custom UI class apple.laf.AquaLookAndFeel not on class path."
>>>>
>>>> From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.
>>>>
>>>> But Netbeans 7.0.1rc1 doesn't seem to enable the screen ?menu bar and uses the Java default LnF.
>>>>
>>>> I build by pulling and updating the main repo, then running the get_source.sh script. ?Then I run this custom batch script to build the code:
>>>>
>>>> #!/bin/bash
>>>> export LANG=C
>>>> unset JAVA_HOME
>>>> export CC=/Developer/usr/bin/llvm-gcc-4.2
>>>> export CXX=/Developer/usr/bin/llvm-g++-4.2
>>>> export ALLOW_DOWNLOADS=true
>>>> export SA_APPLE_BOOT_JAVA=true
>>>> export ALWAYS_PASS_TEST_GAMMA=true
>>>> export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6`
>>>> make $1
>>>>
>>>>
>>>> Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.
>>>>
>>>> Then I can run Java 7 with:
>>>> ?`/usr/libexec/java_home -v 1.7`/bin/java
>>>>
>>>> The path returned for java_home is:
>>>> ?/Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>>>>
>>>> and java -version returns:
>>>>
>>>> $ `/usr/libexec/java_home -v 1.7`/bin/java -version
>>>> openjdk version "1.7.0-internal"
>>>> OpenJDK Runtime Environment (build 1.7.0-internal-scott_2011_07_28_22_41-b00)
>>>> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
>>>>
>>>> The timestamp on the version indicates it is using what I've just compiled.
>>>>
>>>> Am I missing something, or is Aqua still not usable?
>>>>
>>>>
>>>> Regards,
>>>>
>>>> Scott
>>
>

From swpalmer at gmail.com  Sun Jul 31 06:19:07 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Sun, 31 Jul 2011 09:19:07 -0400
Subject: Aqua Status and Build Process Questions
In-Reply-To: <p06240801ca5a349f1247@[192.168.1.122]>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
	<p06240801ca5a349f1247@[192.168.1.122]>
Message-ID: <9B75D853-14B1-4F9B-9900-B4A0CDD91EC7@gmail.com>


On 2011-07-30, at 6:26 PM, Stephen Bannasch wrote:

> 
> fwiw: here is the build script I use on Mac OS X 10.6
> 
>  https://gist.github.com/908156
> 
> After building the script runs the following test suites:
> 
>  jdk/test/java/lang/String
>  jdk/test/java/lang/invoke

Not for me :-)

./update.sh: line 42: jtreg: command not found

Obviously I'm missing something.

Scott


From swpalmer at gmail.com  Sun Jul 31 06:50:11 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Sun, 31 Jul 2011 09:50:11 -0400
Subject: Aqua Status and Build Process Questions
In-Reply-To: <CALyUpY1L94nKs+=eC2f_bHLFOs2quvte=qVQ5qOe+YDzY1Re6Q@mail.gmail.com>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
	<CALyUpY1pcjZ=wczOz03aS4Ahqz5MYsweMk+OXXURRj3KUTL8=w@mail.gmail.com>
	<-6727317063406037066@unknownmsgid>
	<CALyUpY388kPqMAOm=KVbiE_+UYUpfJ89F5L7mB78Sq5SMeG4HQ@mail.gmail.com>
	<CALyUpY1L94nKs+=eC2f_bHLFOs2quvte=qVQ5qOe+YDzY1Re6Q@mail.gmail.com>
Message-ID: <8A4DDAD9-D575-4E3C-B38C-9AC3E1A551E4@gmail.com>

I edit the netbeans.conf file inside the app package Resources/netbeans/etc/ folder:
  # Default location of JDK, can be overridden by using --jdkhome <dir>:
  netbeans_jdkhome=/Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home

I saw the same issues with the app menu. It didn't launch unless I worked around the NPE that I mentioned in the bug link in my original email.
http://java.net/jira/browse/MACOSX_PORT-203

Note that based on your screen shot, you aren't getting a screen menu bar either.  Are you sure you are getting the Aqua LaF at all?

I didn't try forcing the look and feel by setting swing.defaultlaf.. trying that, and a re-built JDK with Stephen's script now...

Well I still get the NPE.  My work around for that still works and I get NB to launch but still without Aqua.
It's exactly the same as before, but the NB log does show that I'm using the re-built JDK from Stephen's script and it shows the -Dswing.defaultlaf was used? it still mentions the missing class for Aqua laF?

Cheers,

Scott


On 2011-07-31, at 9:10 AM, Henri Gomez wrote:

> Another try using the following hack in command line :
> 
> export netbeans_jdkhome=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
> export netbeans_default_options="-D-Dswing.defaultlaf=com.apple.laf.AquaLookAndFeel"
> 
> It seems to works with the following error in console.
> 
> 2011-07-31 15:05:55.755 java[67814:8107] invalid drawable
> 
> BTW, screen and fonts are not the same on JDK 6, About is different
> and preferences didn't works
> 
> 
> 2011/7/31 Henri Gomez <henri.gomez at gmail.com>:
>> ok.
>> 
>> How did you set OpenJDK 7 as 'startup VM' for NetBeans ?
>> 
>> Using something like ?
>> 
>> export JAVA_HOME=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>> 
>> I tried with this and also by defining OpenJDK 7 as primary Java but I
>> still see Java 1.6.0 JDK as running JVM in NB 7.0.1rc1 :
>> 
>> Product Version: NetBeans IDE 7.0.1 RC1 (Build 201106222100)
>> Java: 1.6.0_26; Java HotSpot(TM) 64-Bit Server VM 20.1-b02-383
>> System: Mac OS X version 10.7 running on x86_64; MacRoman; fr_FR (nb)
>> Userdir: /Users/henri/.netbeans/7.0.1rc1
>> 
>> 
>> 2011/7/31 Scott Palmer <swpalmer at gmail.com>:
>>> I was trying to run NB7 with OpenJDK 7, expecting some issues.
>>> 
>>> Scott
>>> 
>>> On 2011-07-31, at 8:25 AM, Henri Gomez <henri.gomez at gmail.com> wrote:
>>> 
>>>> Hi Scott
>>>> 
>>>> You mentioned  OpenJDK 7 and NetBeans 7.
>>>> 
>>>> Did you try to use NetBeans 7 to make Java 7 apps or to run NetBeans 7
>>>> with OpenJDK 7 ?
>>>> 
>>>> 2011/7/30 Scott Palmer <swpalmer at gmail.com>:
>>>>> I've been doing my own builds and I'm starting to question if I'm doing them correctly.
>>>>> First I tried to run Netbeans 7.0.1rc1 and ran into this issue:
>>>>> http://java.net/jira/browse/MACOSX_PORT-203
>>>>> 
>>>>> But I used the trick mentioned there to get Netbeans to launch and I noticed this in the log:
>>>>> 
>>>>>        "Custom UI class apple.laf.AquaLookAndFeel not on class path."
>>>>> 
>>>>> From the project status page (http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status) it looks like the Aqua LnF is mostly complete, and I thought I read here that it was enabled weeks ago.
>>>>> 
>>>>> But Netbeans 7.0.1rc1 doesn't seem to enable the screen  menu bar and uses the Java default LnF.
>>>>> 
>>>>> I build by pulling and updating the main repo, then running the get_source.sh script.  Then I run this custom batch script to build the code:
>>>>> 
>>>>> #!/bin/bash
>>>>> export LANG=C
>>>>> unset JAVA_HOME
>>>>> export CC=/Developer/usr/bin/llvm-gcc-4.2
>>>>> export CXX=/Developer/usr/bin/llvm-g++-4.2
>>>>> export ALLOW_DOWNLOADS=true
>>>>> export SA_APPLE_BOOT_JAVA=true
>>>>> export ALWAYS_PASS_TEST_GAMMA=true
>>>>> export ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6`
>>>>> make $1
>>>>> 
>>>>> 
>>>>> Whenever the build fails I make sure to do a "make clean" and then "make" and it seems to work.
>>>>> 
>>>>> Then I can run Java 7 with:
>>>>>  `/usr/libexec/java_home -v 1.7`/bin/java
>>>>> 
>>>>> The path returned for java_home is:
>>>>>  /Users/scott/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>>>>> 
>>>>> and java -version returns:
>>>>> 
>>>>> $ `/usr/libexec/java_home -v 1.7`/bin/java -version
>>>>> openjdk version "1.7.0-internal"
>>>>> OpenJDK Runtime Environment (build 1.7.0-internal-scott_2011_07_28_22_41-b00)
>>>>> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
>>>>> 
>>>>> The timestamp on the version indicates it is using what I've just compiled.
>>>>> 
>>>>> Am I missing something, or is Aqua still not usable?
>>>>> 
>>>>> 
>>>>> Regards,
>>>>> 
>>>>> Scott
>>> 
>> 
> <Capture d??cran 2011-07-31 ? 15.08.25.png>


From stephen.bannasch at deanbrook.org  Sun Jul 31 08:24:05 2011
From: stephen.bannasch at deanbrook.org (Stephen Bannasch)
Date: Sun, 31 Jul 2011 11:24:05 -0400
Subject: Aqua Status and Build Process Questions
In-Reply-To: <9B75D853-14B1-4F9B-9900-B4A0CDD91EC7@gmail.com>
References: <E5C212D2-5740-4739-A206-BCAC519CCADC@gmail.com>
	<p06240801ca5a349f1247@[192.168.1.122]>
	<9B75D853-14B1-4F9B-9900-B4A0CDD91EC7@gmail.com>
Message-ID: <p06240800ca5b22d21c12@[192.168.1.122]>

At 9:19 AM -0400 7/31/11, Scott Palmer wrote:
>On 2011-07-30, at 6:26 PM, Stephen Bannasch wrote:
>
>>
>> fwiw: here is the build script I use on Mac OS X 10.6
>>
>>  https://gist.github.com/908156
>>
>> After building the script runs the following test suites:
>>
>>  jdk/test/java/lang/String
>>  jdk/test/java/lang/invoke
>
>Not for me :-)
>
>./update.sh: line 42: jtreg: command not found
>
>Obviously I'm missing something.

yes ... jtreg ;-)

jtreg is a tool for running jdk unit tests, you need to install it and put the executable on your path

take a look at the testing section of the wiki

http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port#MacOSXPort-6.TestMacOSXPortTesting