raymondjiii Posted October 22, 2022 Posted October 22, 2022 On a Mac I can run: /usr/libexec/java_home -V and that will show all installed versions: 19.0.1 (x86_64) "Oracle Corporation" - "Java SE 19.0.1" /Library/Java/JavaVirtualMachines/jdk-19.jdk/Contents/Hom 18.0.2.1 (x86_64) "Oracle Corporation" - "Java SE 18.0.2.1" /Library/Java/JavaVirtualMachines/jdk-18.0.2.1.jdk/Contents/Home 12.0.1 (x86_64) "Oracle Corporation" - "Java SE 12.0.1" /Library/Java/JavaVirtualMachines/jdk-12.0.1.jdk/Contents/Home 11.0.12 (x86_64) "Oracle Corporation" - "Java SE 11.0.12" /Library/Java/JavaVirtualMachines/jdk-11.0.12.jdk/Contents/Home 11.0.11 (x86_64) "Oracle Corporation" - "Java SE 11.0.11" /Library/Java/JavaVirtualMachines/jdk-11.0.11.jdk/Contents/Home 9.0.4.0.11 (x86_64) "Oracle Corporation" - "Java" /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home 9.0.4 (x86_64) "Oracle Corporation" - "Java SE 9.0.4" /Library/Java/JavaVirtualMachines/jdk-9.0.4.jdk/Contents/Home 1.8.0_341 (x86_64) "Oracle Corporation" - "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_341.jdk/Contents/Home I have aliases for different versions as needed. Without setting anything, the default version is the 19.0.1 Is that what ISY Launcher is using?? When I click on the Get Info for the ISY Launcher shortcut icon I get: /Users/ray//Application Support/Oracle/Java/Deployment/cache/6.0/bundles/ISY Launcher.app which is a directory. The full path is: /Users/ray/Application Support/Oracle/Java/Deployment/cache/6.0/bundles/ISY Launcher.app/Contents/MacOS and from here I can launch ISY Launcher from the command line. I thought it needed Java 9 which makes me not want to unisntall the: 9.0.4.0.11 (x86_64) "Oracle Corporation" - "Java" /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home Not sure how that version got installed (unless if it comes with MacOS) but I prefer to keep each version in the /Library/Java/JavaVirtualMachines directory. I'm trying to avoid having the ISY Launcher not work down the road. Thank you for your help.
Geddy Posted October 22, 2022 Posted October 22, 2022 4 hours ago, raymondjiii said: I'm trying to avoid having the ISY Launcher not work down the road. Thank you for your help. Not that I can help, as I don't use a mac, but what version macOS are you running currently? ISY Launcher works best with the default Java that you download directly from https://www.java.com/en/download/ (currently Version 8 Update 351). All your other Java installs could cause issues with ISY Launcher, especially using macOS. macOS users seem to have hit or miss problems with Java and ISY Launcher/Admin Console due to some safety settings in macOS. There are a few posts regarding macOS and getting into admin console that you should be able to find on the forums if you're having other issues. You should clear the java cache for your current 8.x install (be sure you select/check ALL THREE boxes in the "Delete Files and Applications" screen). You should delete any downloaded copies of admin.jnlp or start.jnlp and download a fresh copy from the UDI site. I'm not sure if there's actually anything in the cache directory you mention above, but if it's 6.0 you should probably delete anything in there also. 1
MrBill Posted October 22, 2022 Posted October 22, 2022 @raymondjiii As @Geddy mentions please install the supported version of Java from www.java.com which is currently version 8 That said there are almost as many versions of java floating around as there are flavors of linux. Although you have a higher numbered version from Oracle, that doesn't in this case mean it's a later and greater version. Version 8 from www.java.com is what you want/need. You may get other versions to work with some magic but if you want to try you're on your own.
raymondjiii Posted October 23, 2022 Author Posted October 23, 2022 19 hours ago, Geddy said: You should clear the java cache for your current 8.x install (be sure you select/check ALL THREE boxes in the "Delete Files and Applications" screen). You should delete any downloaded copies of admin.jnlp or start.jnlp and download a fresh copy from the UDI site. I'm not sure if there's actually anything in the cache directory you mention above, but if it's 6.0 you should probably delete anything in there also. The fact that it is in "6.0" - does that mean anything? That does not seem to correlate to the version of java - or is this the version of UDI ?
Geddy Posted October 23, 2022 Posted October 23, 2022 5 hours ago, raymondjiii said: The fact that it is in "6.0" - does that mean anything? It's more than likely Java related. How long have you been an ISY user? It's likely a very old cache still in the system somehow, but Java 6 would have been very old (2006~2011). But I searched for macOS and Java 6 and it seems that it's more recent (stupid macOS+java!). So it seems to be a Java related cache. You should remove the old cache. See if there's anything else in that directory. Also, reading some of these tips from Java might be helpful: https://www.java.com/en/download/help/java_mac.html You might also want to look at this for removing cache after Java was removed: https://www.java.com/en/download/help/deployment_cache.html But again, you appear to have multiple installs of Java. Maybe you need them for something. If not, I'd remove them and just use the standard release. If you need them...it might be advisable to setup another account on the Mac that doesn't have all those java versions installed and only use THAT account to run basic Java and access admin console. I guess this brings me back to your first post...are you having issues now? Your last statement really is a loaded statement... On 10/22/2022 at 12:15 PM, raymondjiii said: I'm trying to avoid having the ISY Launcher not work down the road. If it's working now...why wouldn't it work "down the road"? I mean, sure, macOS sucks for some people and makes things unbearable...but I think if it's working for you now, and you've got that much "junk" (java installs) working against you...what makes you think it wouldn't work in the future? Do you have that little faith in Apple that their macOS will go funky? I mean...it's Apple. It's just supposed to work, right? (Sorry...a tiny anti-macOS rant there...it's silly how users have such different experiences and abilities with macOS+java+ISY. Don't get me wrong...I am 100% in the iOS/iPadOS world, but macOS (issues) baffle my mind.)
raymondjiii Posted October 23, 2022 Author Posted October 23, 2022 No, I am not having issues - except that Java 9 is the default on this Mac. I love Macs and MacOS. My concern was that looking at it, and thinking, that Java 8 was the preferred version for UD ISY Launcher, how is it working with Java 9 - and I guess I've just been lucky so far. The cache directory of "06" - there are many numbers besides "06" (I think go up to 48 or so) so I do not believe this is a Java version number but some type of unique identifier to keep things in their given directory. But I don't know enough about the internals of why this cache structure is needed. I only run Java apps from the cmd line. And I do need the other versions for various things that I need to test with at work. I tried to see if could install the Java instance from the link you provided but it fails because I have "a later version already installed" Java 9. I can remove the one install of Java 9 that lives in the VirtualMachines directory (quite easily) but that's not the one that ISY Launcher uses - that uses the default java and the one with the caches etc. I'm not sure how to delete that one just yet. So things are working right now, but I like to head things off if something seems incorrect, like using Java 9 instead of Java 8 and then some update happens that causes things to stop working. I do see that many people have to delete newer versions of Java so that they can install an older version of Java and then go back and re-install the versions they just deleted - this is true on any OS. I don't believe the other Java versions/installs are affecting anything. I have z-shell aliases to set the environment to any of them when needed and then I can run whatever I need to from the command line (which is what I need to do). ISY Launcher is the only Java app that I have a shortcut for on the desktop (in addition to other UD ISY icons: admin.jnlp, start.jnlp, dashboard.jnlp and a ISY994 Admisistrative Console shortcut). Under the Java Control Panel --> Web Settings --> Java Cache Viewer I do see:
raymondjiii Posted October 23, 2022 Author Posted October 23, 2022 I found an interesting page about this issue so I just ran: % sudo rm -fr /Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin Then I could run the java install for 1.8, and there it is: the .351 build. And I still have my 9.0.4 version in the JavaVirtualMachines subdirectory where I want it. % /usr/libexec/java_home -V Matching Java Virtual Machines (8): 19.0.1 (x86_64) "Oracle Corporation" - "Java SE 19.0.1" /Library/Java/JavaVirtualMachines/jdk-19.jdk/Contents/Home 18.0.2.1 (x86_64) "Oracle Corporation" - "Java SE 18.0.2.1" /Library/Java/JavaVirtualMachines/jdk-18.0.2.1.jdk/Contents/Home 12.0.1 (x86_64) "Oracle Corporation" - "Java SE 12.0.1" /Library/Java/JavaVirtualMachines/jdk-12.0.1.jdk/Contents/Home 11.0.12 (x86_64) "Oracle Corporation" - "Java SE 11.0.12" /Library/Java/JavaVirtualMachines/jdk-11.0.12.jdk/Contents/Home 11.0.11 (x86_64) "Oracle Corporation" - "Java SE 11.0.11" /Library/Java/JavaVirtualMachines/jdk-11.0.11.jdk/Contents/Home 9.0.4 (x86_64) "Oracle Corporation" - "Java SE 9.0.4" /Library/Java/JavaVirtualMachines/jdk-9.0.4.jdk/Contents/Home 1.8.351.10 (x86_64) "Oracle Corporation" - "Java" /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home 1.8.0_341 (x86_64) "Oracle Corporation" - "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_341.jdk/Contents/Home So, I took plunge and that recursive delete command didn't hose anything on the ISY App side of things. Thank for your help and responses on this.
MrBill Posted October 24, 2022 Posted October 24, 2022 It unfortunate that Oracle C decided to use numbers to differentiate java's. If someone told you "that doesn't run under FreeBSD, you need Debian" you wouldn't question the need for a different flavor of Linux. Or even "that won't run under Rasperian (a scaled down Debian) you need to install a full version of Debian" wouldn't be questioned. Oracle for reasons unknown to us picked numbers. Here's an article that discuses some of the differences between Java 8 and Java 9. For more Google "Java 8 vs Java 9". Most of the time the problem users have is they read the wiki and say "well the java 8 reference in the wiki must be out of date because I found Java 11 and that must be the more up to date java, so I'll install java 11". In reality https://www.java.com always has the most current version of the java that UD supports. That said, many people that know how because they are java programmers can successfully use a different version of java because they know how to set it up via environment variables, runtimes, wrappers, etc. If you know how to do those things you will likely get Java 9 to successfully run the admin console. If you're a standard user that just needs to use java with the admin console then pick Java 8... if not you're on your own getting Java 9 to work. 1
Recommended Posts