Re: [ jEdit-users ] Possible to install jEdit on a new Mac?

[Gregory G. <sub...@ga...>]

Hi Björn,

Thanks for this. Unfortunately, the new macOS launcher encounters the same problem as the one for 5.6. I get the error message that Java 11 is required, and I should update Java. Now, without having dug very deep into the C code, I can see two possible reasons for this.

The first is that it stops when it encounters the Java internet plugin, which in my case is 1.8:

/usr/libexec/java_home -V
Matching Java Virtual Machines (3):
    21.0.1 (arm64) "Oracle Corporation" - "Java SE 21.0.1" /Library/Java/JavaVirtualMachines/jdk-21.jdk/Contents/Home
    21.0.1 (arm64) "Eclipse Adoptium" - "OpenJDK 21.0.1" /Library/Java/JavaVirtualMachines/temurin-21.jdk/Contents/Home
    1.8.391.13 (x86_64) "Oracle Corporation" - "Java" /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home

There is no update available from Java for this plugin.

(You can also see from the above that usr/libexec/java_home does lead to the JDK without problem.)

The other possibility is suggested by this code in appbundler/native/main.m:

/**
 *  Searches for a JRE or JDK dylib of the specified version or later.
 *  First checks the "usual" JRE location, and failing that looks for a JDK.
 *  The version required should be a string of form "1.X". If no version is
 *  specified or the version is pre-1.7, then a Java 1.7 is sought.
 */
NSString * findJavaDylib (
                          NSString *jvmRequired,
                          bool jrePreferred,
                          bool jdkPreferred,
                          bool isDebugging,
                          bool exactMatch)
{...}

Since Java is no longer using the nomenclature 1.7, 1.8, etc., then maybe this is parsing the name of the version incorrectly? The version here is 21, but this method may not be finding it because it expects a string of the form 1.x. Might that be the problem?

I will look at this again in more detail when I have more time. Meanwhile, I really appreciate any suggestions anybody can make.

Cheers,
Gregory


> On Nov 17, 2023, at 3:12 AM, Vampire <Va...@jE...> wrote:
> 
> Hi Gregory,
> 
> I was about to release 5.7.0 and there also updated the macOS app bundler.
> Maybe you could quickly try https://www.swisstransfer.com/d/b8bcf63b-b3d3-403c-a0ea-fd3adb6d83bd ?
> Actually, I don't think it changes much in what Java is discovered, from what I have seen in the changes, but who knows.
> 
> If you are able to read C code, you could maybe see from https://github.com/evolvedbinary/appbundler/blob/main/appbundler/native/main.m where Java runtimes are searched for.
> From a very cursory look, I'd say it first searches for `/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java`
> and then uses `/usr/libexec/java_home` to find a matching JVM.
> 
> If neither brings a result, it fails.
> 
> Besides that Oracle Java is anyway questionable to be used since they changed their licensing.
> So maybe you also try with Temurin as Bobb suggested.
> 
> Cheers
> Björn
> 
> Am 07.11.2023 18:07, schrieb Gregory Garretson:
>> Hi Jack,
>> 
>> Thanks, but I’m afraid it doesn’t seem to. I’ve installed both the JRE and the JDK, but jEdit still tells me to install Java 11 or later, even though I get this:
>> 
>> java --version
>> java 21.0.1 2023-10-17 LTS
>> Java(TM) SE Runtime Environment (build 21.0.1+12-LTS-29)
>> Java HotSpot(TM) 64-Bit Server VM (build 21.0.1+12-LTS-29, mixed mode, sharing)
>> 
>> Any more thoughts?
>> 
>> Thanks,
>> Gregory
>> 
>> 
>>> On Nov 7, 2023, at 4:56 PM, Jack W. <sof...@gm...> <mailto:sof...@gm...> wrote:
>>> 
>>> Does this help? https://docs.oracle.com/en/java/javase/11/install/installation-jdk-macos.html
>>> 
>>> On Tue, Nov 7, 2023 at 9:35 AM Gregory Garretson <sub...@ga... <mailto:sub...@ga...>> wrote:
>>>> Now I have a MacBook with an M3 Apple Silicon processor. 
>>>> 
>>>> My problem is that while jEdit 5.6 successfully installs on the machine, it doesn’t detect Java. It looks for Java 11,
>>> 
>>> -- 
>>> Jack Woehr               # If it doesn't work in Firefox,
>>> Box 82, Beulah CO 81023  # it's broken.
>>> http://www.softwoehr.com <http://www.softwoehr.com/> # Just Say No to Chrome.
>> 
>> 
>> 
>> 
>> 
>