OS X Yosemite still asks to install JRE 6

[thebiguno]

Hello,

I have recently found this project when researching a problem reported by users, that OSX Yosemite will request the install of JRE 6 when running my application. Your script sounds like it would fix things, however I am still seeing the same issue. Digging further, it appears that OS X is intercepting the app bundle execution even before passing control to your script. (To verify this, I added a line 'echo "foo" > "~/bar.txt"', and it doesn't appear when double clicking on the application, but if I run the script directly from the command line, the file appears and the app launches properly).

If I remove the "Java" tag in the Info.plist file, your script is executed (and then complains about a missing main class, as expected). So, it appears to me that OSX is intercepting execution before the JavaApplicationStub is executed, IF there is a "Java" key in the Info.plist.

(For the record, I am using the latest version of JarBundler ant task - 2.3.1 - and it appears to be writing Info.plist in the Apple format. I have installed the latest JRE from Oracle - 8 update 25.)

Have you seen this problem before? Any thoughts on what I can try next? I'm sure that I can get it working by hacking your script plus the Info.plist file, but I would like to keep things as close to normal as possible (for whatever constitutes 'normal' in the ever-changing landscape of Apple / Java relations!)

Any thoughts on this would be greatly appreciated.

Cheers

[userbrett]

@Dylan-M Thanks for those tips. Yes, installing Homebrew was the familiar Linux environment. Jenv didn't help in the present state, as I was unable to add the JDK. That problem is probably addressed below.

@tofi86 After a warm reinstall (reboot, Command-R), the CLI execution of universalJavaApplicationStub produced the exact same error... but, 2x clicking the application started the app using the 1.8 JDK/JRE - and that's what I hoped for. Further, after installing the "Java for OS X" (which added both i386 and x86_64 versions), 2x clicking continued to run the app with the 1.8 JRE. Looks like my system was fubar after all... :)

[tofi86]

glad to hear that it's working now for you... :)

[albertus82]

Hello, I'm experiencing the same issue of fubar4 :( I had a clean install of El Capitan, without any JRE installed. I downloaded and installed official Oracle JRE 8, but when I double click the app icon, the OS keeps asking me to install Legacy Apple Java 6. My app requires Java 1.7+. I'm available for any further explanation. Thank you for your work!

[Dylan-M]

@Albertus82 Is that using the latest version of this script? Since updating from 0.7.0 to 1.0.1, I've not had any issues that are the fault of the script. I have however had some issues with my packaging routines.

[albertus82]

@Dylan-M I'm using the last "master" version of the script. I just tried the "develop" version with no luck.

[userbrett]

Alberto, my understanding is that there is an Apple binary that always prompts for the Apple Java, regardless - it is sym-linked from /usr/bin/java. So, the legacy Apple Java is required, but by specifying 1.7+, the Apple Java 6 won't be used by your app.

-Brett On Oct 10, 2016 4:44 AM, "Alberto" notifications@github.com wrote:

I'm using last "master" version of the script. I just tried the "develop" version with no luck.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252584540, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzO3u2XkjOXHQ0GlplONA2zyFgaEJks5qyhcJgaJpZM4DN7mF .

[Dylan-M]

@fubar4 Not at all true. I don't have Apple Java installed anywhere on either of my Macs, and all of this works just fine.

[albertus82]

@fubar4 @Dylan-M Thank you. I installed Legacy Java 6 and I saw the stub error "No suitable Java version found on your system!" (my app requires 1.7+); consequently I installed JRE 1.8.0_101 and now the application starts fine using universalJavaApplicationStub 1.0.1 (master version). It seems so stupid to have to install the Legacy version, but I don't understand if there's a way to avoid it.

[Dylan-M]

I have a feeling this is related to one of my previous posts: The Oracle JRE for OSX is only intended to be used as a browser plugin. To have full Oracle support on OSX you need to install the JDK instead. It's dumb, but since I'm a developer I have it anyway. I don't see any of the issues you're describing, and I don't have Apple java in any form on my machine.

[albertus82]

I restored a clean El Capitan installation and installed only JDK 1.8.0_101, but when I click on the app icon I got always the OS X message that ask me to install Legacy Java 6. I noted that if I launch manually the stub from bash, the application starts. I think that when OS X sees <key>Java</key> in Info.plist or something similar, it opens that modal automatically.

[userbrett]

Alberto, You are not alone. I am seeing the same from clean installs of both El Capitan and Sierra. Though I'm not convinced this is true, the behavior is as if something is executing /usr/bin/java, which then prompts for the Apple Java (legacy JDK 1.6).

-Brett

On Mon, Oct 10, 2016 at 7:26 AM, Alberto notifications@github.com wrote:

I restored a clean El Capitan installation and installed only JDK 1.8.0_101, but when I click on the app icon I got always the OS X message that ask me to install Legacy Java 6. I noted that if I launch manually the stub from bash, the application starts. I think that when OS X sees

Java in info.plist, opens that modal automatically. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252617933, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzMAyp7EZnfeZUkuTrMELPZUcoh-sks5qyj0XgaJpZM4DN7mF .

[Dylan-M]

You've both missed a key instruction if you're still using the Java key.

From the Readme:

Apple prompts for JRE 6 download even before the JavaApplicationStub is executed. This is why we can't intercept at this level and need to replace the Java dictionary by a JavaX dictionary key.

And also from the readme:

<jarbundler name="Your-App" shortname="Your Application" icon="${resources.dir}/icon.icns" stubfile="${resources.dir}/universalJavaApplicationStub" useJavaXKey="true" ... >

[tofi86]

I downloaded and installed official Oracle JRE 8, but when I double click the app icon, the OS keeps asking me to install Legacy Apple Java 6.

@Dylan-M was a bit faster than me and is absolutely right: When you use the "old" <key>Java</key> OS X will always prompt for legacy Java 6. You need to use the <key>JavaX</key> e.g. with the new JarBundler version from https://github.com/UltraMixer/JarBundler or you will have to use the Oracle AppBundler to package your app.

[Dylan-M]

As a test, you can manually change the Java key to JavaX in your program's plist to see if it works.

Also, @tofi86: If I haven't thanked you lately, this is me doing so ;) You've made life considerably easier when it comes to OSX packaging.

[tofi86]

@Dylan-M: Thanks a lot! Really appreciate your feedback :-)

Also stay tuned for version 1.1 which brings localization of error messages, a better search algorithm for specified Java versions, better support for Oracle JRE plugin 1.8.0_101, etc..

[albertus82]

Thank you a lot! Solved adding usejavaxkey="true" in my ant <jarbundler>. I'm sorry for missing that instruction. @fubar4 probably you can solve in the same manner. @tofi86 I look forward to the next version; you did a great job, thank you again!

[userbrett]

Clearly I've been doing something wrong. I think it is this:

You need to use the JavaX e.g. with the new JarBundler version from https://github.com/UltraMixer/JarBundler or you will have to use the Oracle AppBundler to package your app.

I'm not using either the JarBundler or AppBundler. Instead, I have an Apple PLIST that includes both "JavaX</key" and "usejavaxkey".

What's special about the bundlers that makes them necessary?

-Brett

On Mon, Oct 10, 2016 at 8:19 AM, Alberto notifications@github.com wrote:

Thank you a lot! Solved adding usejavaxkey="true" in my ant . I'm sorry for missing that instruction. @fubar4 https://github.com/fubar4 probably you can solve in the same manner. @tofi86 https://github.com/tofi86 I look forward to the next version; you did a great job, thank you again!

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252634773, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzE13fHdZe3CD4zm4wOGetFtutYCkks5qyklygaJpZM4DN7mF .

[Dylan-M]

@fubar4 Well, for one it makes sure to include everything the plist should have. But, I was just using a manually created app until recently. It's all a matter of structure. If you structure it correctly, then it'll work. If you don't... it won't work correctly.

[albertus82]

@fubar4 This is my working Info.plist file:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<plist version="1.0">
  <dict>
    <key>CFBundleName</key>
    <string>Earthquake Bulletin</string>
    <key>CFBundleShortVersionString</key>
    <string>1.0.0</string>
    <key>CFBundleAllowMixedLocalizations</key>
    <string>false</string>
    <key>CFBundleInfoDictionaryVersion</key>
    <string>6.0</string>
    <key>CFBundleExecutable</key>
    <string>universalJavaApplicationStub</string>
    <key>CFBundleDevelopmentRegion</key>
    <string>English</string>
    <key>CFBundlePackageType</key>
    <string>APPL</string>
    <key>CFBundleSignature</key>
    <string>????</string>
    <key>CFBundleIconFile</key>
    <string>earthquake-bulletin.icns</string>
    <key>JavaX</key>
    <dict>
      <key>MainClass</key>
      <string>it.albertus.earthquake.EarthquakeBulletin</string>
      <key>JVMVersion</key>
      <string>1.7+</string>
      <key>ClassPath</key>
      <array>
        <string>$JAVAROOT/earthquake-bulletin.jar</string>
        <string>$JAVAROOT/lib\jface-utils-6.0.0.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.core.commands_3.7.0.v20150422-0725.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.core.jobs_3.7.0.v20150330-2103.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.equinox.common_3.7.0.v20150402-1709.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.jface_3.11.1.v20160128-1644.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.osgi_3.10.102.v20160118-1700.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.paho.client.mqttv3-1.1.0.jar</string>
        <string>$JAVAROOT/lib\swt-4.5.2-cocoa-macosx-x86_64.jar</string>
      </array>
      <key>VMOptions</key>
      <string>-Xms8m -Xmx32m</string>
      <key>StartOnMainThread</key>
      <true/>
    </dict>
  </dict>
</plist>

[tofi86]

@fubar4 of course you don't have to use one of the bundlers and instead build the Plist file manually.

However, make sure that the structure is in compliance with the JarBundler standard (old Apple standard) or the Oracle standard.

To solve the nasty java 6 dialog, make sure you use the JavaX key!

If you still think that it should work but it doesn't, please post the content of your Plist file here.

[Dylan-M]

Yeah, the only issue I'm having now is getting the "Working Directory" to be set correctly via the PList. Everything else works using JarBundler 3.3.0, including solving every issue referenced in this thread.

[tofi86]

@fubar4 looks quite right. and what's the terminal output of /usr/libexec/java_home -V on your system?

[Dylan-M]

@tofi86 That PList was from @Albertus82 not @fubar4 heh

[tofi86]

confusion... 😕 sorry, then...

Still, for further investigation, please send the contents of your Info.plist file and the terminal output of command /usr/libexec/java_home -V, @fubar4 :)

[userbrett]

Interestingly, I posted them both last November.

https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-156871570

@Dylan-M seems to be right then (mentioning 1.8+) and now, so I'm guessing that the suggestion that my Info.plist is fubar is probably correct. :)

$> plutil Info.plist Info.plist: OK

It looks OK above, but that command was run using a plist without a "usejavaxkey" key (I don't know if it needs one). The application runs using JRE 8, but it requires the Apple JDK 6 to be installed. See anything wrong?

-Brett

-Brett

On Mon, Oct 10, 2016 at 11:16 AM, Tobias Fischer notifications@github.com wrote:

confusion... 😕 sorry, then...

Still, for further investigation, please send the contents of your Info.plist file and the terminal output of command /usr/libexec/java_home -V, @fubar4 https://github.com/fubar4 :)

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252683142, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzKUuo3EgKCuTRy_1fWLDmfwfCcs2ks5qynMAgaJpZM4DN7mF .

[userbrett]

Sorry, a difference in what I see today:

brett@mac:~$ find / -type f -name java 2>/dev/null /Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/java/bin/java /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java /System/Library/Frameworks/JavaVM.framework/Versions/A/Commands/java /usr/share/file/magic/java

brett@mac:~$ /usr/libexec/java_home -V Unable to find any JVMs matching version "(null)". Matching Java Virtual Machines (0):

Default Java Virtual Machines (0):

No Java runtime present, try --request to install.

On Mon, Oct 10, 2016 at 12:00 PM, Brett Lee brettlee.ca@gmail.com wrote:

Interestingly, I posted them both last November.

https://github.com/tofi86/universalJavaApplicationStub/ issues/9#issuecomment-156871570

@Dylan-M seems to be right then (mentioning 1.8+) and now, so I'm guessing that the suggestion that my Info.plist is fubar is probably correct. :)

$> plutil Info.plist Info.plist: OK

It looks OK above, but that command was run using a plist without a "usejavaxkey" key (I don't know if it needs one). The application runs using JRE 8, but it requires the Apple JDK 6 to be installed. See anything wrong?

-Brett

-Brett

On Mon, Oct 10, 2016 at 11:16 AM, Tobias Fischer <notifications@github.com

wrote:

confusion... 😕 sorry, then...

Still, for further investigation, please send the contents of your Info.plist file and the terminal output of command /usr/libexec/java_home -V, @fubar4 https://github.com/fubar4 :)

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252683142, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzKUuo3EgKCuTRy_1fWLDmfwfCcs2ks5qynMAgaJpZM4DN7mF .

[Dylan-M]

@fubar4 "usejavaxkey" isn't a part of the plist, it's an instruction to AppBundler or JarBundler to use this (Note the JavaX, if that's just Java in your file it'll ask to use Apple Java 1.6):

    <key>JavaX</key>
    <dict>
      <key>MainClass</key>
      <string>it.albertus.earthquake.EarthquakeBulletin</string>
      <key>JVMVersion</key>
      <string>1.7+</string>
      <key>ClassPath</key>
      <array>
        <string>$JAVAROOT/earthquake-bulletin.jar</string>
        <string>$JAVAROOT/lib\jface-utils-6.0.0.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.core.commands_3.7.0.v20150422-0725.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.core.jobs_3.7.0.v20150330-2103.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.equinox.common_3.7.0.v20150402-1709.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.jface_3.11.1.v20160128-1644.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.osgi_3.10.102.v20160118-1700.jar</string>
        <string>$JAVAROOT/lib\org.eclipse.paho.client.mqttv3-1.1.0.jar</string>
        <string>$JAVAROOT/lib\swt-4.5.2-cocoa-macosx-x86_64.jar</string>
      </array>
      <key>VMOptions</key>
      <string>-Xms8m -Xmx32m</string>
      <key>StartOnMainThread</key>
      <true/>
    </dict>

[userbrett]

@Dylan-M Thanks so much for your confirmation that the use of "usejavaxkey" is only in the bundlers. Am still thinking something is wrong with the plist I posted.

Interestingly, when I run this command, I see the application start up perfectly with a 1.8 JVM:

$ ./Contents/MacOS/universalJavaApplicationStub Unable to find any JVMs matching version "1.8+".

But the output (above) has me a bit confused.

Attempting to start the same instance of the application by 2x clicking the application continues to prompt for the Apple Java 6. Until earlier today, I thought that prompt was the expected behavior - nice to know there's a way not to have to install the legacy Java - but what is it...?

-Brett

On Mon, Oct 10, 2016 at 12:25 PM, Dylan Myers notifications@github.com wrote:

@fubar4 https://github.com/fubar4 "usejavaxkey" isn't a part of the plist, it's an instruction to AppBundler or JarBundler to use this (Note the JavaX, if that's just Java in your file it'll ask to use Apple Java 1.6):

JavaX MainClass it.albertus.earthquake.EarthquakeBulletin JVMVersion 1.7+ ClassPath $JAVAROOT/earthquake-bulletin.jar $JAVAROOT/lib\jface-utils-6.0.0.jar $JAVAROOT/lib\org.eclipse.core.commands_3.7.0. v20150422-0725.jar $JAVAROOT/lib\org.eclipse.core.jobs_3.7.0. v20150330-2103.jar $JAVAROOT/lib\org.eclipse.equinox.common_3.7.0. v20150402-1709.jar $JAVAROOT/lib\org.eclipse.jface_3.11.1.v20160128-1644.jar $JAVAROOT/lib\org.eclipse.osgi_3.10.102. v20160118-1700.jar $JAVAROOT/lib\org.eclipse.paho.client.mqttv3-1.1.0.jar $JAVAROOT/lib\swt-4.5.2-cocoa-macosx-x86_64.jar VMOptions -Xms8m -Xmx32m StartOnMainThread

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252700942, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzGwW4YkuoPVdakf3O-IUG8Q66irJks5qyoM1gaJpZM4DN7mF .

[userbrett]

@Albertus82 - Sorry for missing it - just saw that you had posted a full Info.plist. Thank you for posting. I made minor edits so that my app would start, and alas, it still prompted me for Java 6. Still, am very glad to hear you have it working well for you.

-Brett

On Mon, Oct 10, 2016 at 11:00 AM, Alberto notifications@github.com wrote:

@fubar4 https://github.com/fubar4 This is my working Info.plist file:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>

CFBundleName Earthquake Bulletin CFBundleShortVersionString 1.0.0 CFBundleAllowMixedLocalizations false CFBundleInfoDictionaryVersion 6.0 CFBundleExecutable universalJavaApplicationStub CFBundleDevelopmentRegion English CFBundlePackageType APPL CFBundleSignature ???? CFBundleIconFile earthquake-bulletin.icns JavaX MainClass it.albertus.earthquake.EarthquakeBulletin JVMVersion 1.7+ ClassPath $JAVAROOT/earthquake-bulletin.jar $JAVAROOT/lib\jface-utils-6.0.0.jar $JAVAROOT/lib\org.eclipse.core.commands_3.7.0.v20150422-0725.jar $JAVAROOT/lib\org.eclipse.core.jobs_3.7.0.v20150330-2103.jar $JAVAROOT/lib\org.eclipse.equinox.common_3.7.0.v20150402-1709.jar $JAVAROOT/lib\org.eclipse.jface_3.11.1.v20160128-1644.jar $JAVAROOT/lib\org.eclipse.osgi_3.10.102.v20160118-1700.jar $JAVAROOT/lib\org.eclipse.paho.client.mqttv3-1.1.0.jar $JAVAROOT/lib\swt-4.5.2-cocoa-macosx-x86_64.jar VMOptions -Xms8m -Xmx32m StartOnMainThread

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252679298, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzLYSrk1OqYp__Uf6xKxIQoYncDhnks5qym8pgaJpZM4DN7mF .

[tofi86]

@fubar4 At first I couldn't reproduce the issue on my Mac (macOS 10.11 "Sierra"). But then I did some tests with an existing demo app of mine which contained the Java key instead of the JavaX key which triggered the Java 6 dialog. Then I changed the Info.plist file to use the JavaX key and tried running the app again. It failed with the java 6 dialog. This seemed to me like a caching issue with Finder app on Sierra so I renamed the demo app and ran it again with no further changes: App started without any problems...

Can you ty and rename your demo app to exclude caching issues as the root of your problems? Thanks.

[Dylan-M]

Also, for future reference, you can clear all cached data about an app using this command:

/System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -f /<App Path>/AppName.app

Or, clear all data for your entire app cache using this command:

/System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -kill -r -domain local -domain system -domain user

Yes, I know my Power User is showing, but I'm hoping this helps others ;)

[userbrett]

Hi Tobias, I really appreciate you taking some time to look into this. Thank you.

I renamed the application and saw the same result - the dreaded prompt for Apple Java 6. Next, I renamed just the Jar, and started it this time from the command line; again, the same (dreaded) result. To me, it sure seems unrelated to universalJavaApplicationStub. Two things that I don't think should be the problem, but seem worthy of mention, are that I'm compiling with Java 6, and I'm using code from com.apple.eawt.*.

-Brett

On Tue, Oct 11, 2016 at 10:42 AM, Tobias Fischer notifications@github.com wrote:

@fubar4 https://github.com/fubar4 At first I couldn't reproduce the issue on my Mac (macOS 10.11 "Sierra"). But then I did some tests with an existing demo app of mine which contained the Java key instead of the JavaX key which triggered the Java 6 dialog. Then I changed the Info.plist file to use the JavaX key and tried running the app again. It failed with the java 6 dialog. This seemed to me like a caching issue with Finder app on Sierra so I renamed the demo app and ran it again with no further changes: App started without any problems...

Can you ty and rename your demo app to exclude caching issues as the root of your problems? Thanks.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252973375, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzCWCbaboxVebJ8ZMagyy8shz6Lkrks5qy7xtgaJpZM4DN7mF .

[userbrett]

Having since written that "com.apple.eawt." was not the problem, I'm now (pretty much) convinced that it *IS the driving factor of why OS X is demanding the Apple Java 6 install - the required libraries are available through Apple Java, but to a much lesser degree elsewhere... If this is true, I now think it is pretty smart to prompt for them. So, I'm of the mind that universalJavaApplicationStub is not causing any problems, but instead it is providing Apple OS's with newer Java releases, which is a great thing to have!

[userbrett]

@tofi86 - Adding to what @Dylan-M wrote, I would also like to that you for your work with universalJavaApplicationStub. So... Thank You !! Without your work, well, I don't even want to think about it. :)

@Dylan-M https://github.com/Dylan-M - Thank you also for your helpfulness on this list. Much appreciated!

The application is available at https://www.trustpds.com

On Mon, Oct 10, 2016 at 7:58 AM, Dylan Myers notifications@github.com wrote:

As a test, you can manually change the Java key to JavaX in your program's plist to see if it works.

Also, @tofi86 https://github.com/tofi86: If I haven't thanked you lately, this is me doing so ;) You've made life considerably easier when it comes to OSX packaging.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/tofi86/universalJavaApplicationStub/issues/9#issuecomment-252628588, or mute the thread https://github.com/notifications/unsubscribe-auth/APIBzCT-oqFDwjUB46nxNREV8Be078JKks5qykSGgaJpZM4DN7mF .