Fwd: javapackager

Michael Hall mik3hall at gmail.com
Sat Apr 11 21:05:47 UTC 2015


Forward a copy of this to the port list as well if of any interest. 
My understanding is that the support list for javapackager though is openjfx-dev. My further understanding is that javapackager represents the on-going support of appbundler. It does code signing, builds application dmg’s, package installers, etc. 
I am trying to embed a Java 9 JDK into my application based off of javapackager builds.
It appears you have to manually replace the default embedded JDK (8 for me) with the Java 9 one. How this is added seems a little different from how I remember appbundler applications but I didn’t do a lot with embedded previously. For the Java 9 early access having an embedded test version for the application seemed like a good idea.
I got a small test app to work but the full application is currently as shown below.
 
Michael Hall




Begin forwarded message:

> From: Michael Hall <mik3hall at gmail.com>
> Subject: Re: javapackager
> Date: April 11, 2015 at 3:48:21 PM CDT
> To: Danno Ferrin <danno.ferrin at oracle.com>
> 
> On Apr 9, 2015, at 6:53 PM, Michael Hall <mik3hall at gmail.com> wrote:
> 
>> On Apr 9, 2015, at 6:19 PM, Michael Hall <mik3hall at gmail.com> wrote:
>> 
>>> I was just going to add java version to the JFrame title to make sure this is working right but it seems to be.
>> 
>> Still 1.8 for some reason. But differences in the jdk layout are as you suggested probably the reason.
>> 
> 
> Not sure if you still want to leave this off-list.
> I got my small test application working with Java 9.
> I am still having problems with the full application I’m trying to test.
> The error seems to be…
> 
> ./HalfPipe9.app/Contents/MacOS/HalfPipe9
> Exception in thread "main" java.lang.ExceptionInInitializerError
> 	at us.hall.osx.OSXApplication.<init>(OSXApplication.java:31)
> 	at us.hall.osx.OSXApplication.getApplication(OSXApplication.java:118)
> 	at us.hall.hp.common.LoaderLaunchStub.<clinit>(LoaderLaunchStub.java:35)
> Caused by: java.security.AccessControlException: access denied ("java.lang.RuntimePermission" "canProcessApplicationEvents")
> 	at java.security.AccessControlContext.checkPermission(AccessControlContext.java:468)
> 	at java.security.AccessController.checkPermission(AccessController.java:894)
> 	at java.lang.SecurityManager.checkPermission(SecurityManager.java:541)
> 	at com.apple.eawt.Application.checkSecurity(Application.java:73)
> 	at com.apple.eawt.Application.<clinit>(Application.java:61)
> 	... 3 more
> 2015-04-11 14:44:50.148 HalfPipe9[3528:1403] .:Failed to launch JVM
> 
> The .:Failed to launch JVM is all that shows up in console so I tried launching the app itself command line.
> 
> The normal works when launched this way.
> The Info.plist includes…
> 
> -Djava.security.manager
> -Djava.security.policy=$APP_ROOT/Contents/JavaApp/all.policy
> 
> I’m not sure if your version of the launcher supports the same env variable type settings like $APP_ROOT?
> I notice the JVMRuntime property is set to…
> $APPDIR/plugins/Java
> I’m not familiar with $APPDIR, would that be <the.app>/Contents? plugins should be Plugins shouldn’t it, a little surprised thats not case sensitive.
> 
> Michael Hall
> 
> 
> 
> 
> 



More information about the macosx-port-dev mailing list