epubcheck plugin for Sigil

[Leonatus]

That was it! Thank you!

[Ryn]

OSX, Sigil version 9.10 (yeah I like book view still).

I can't get this plugin to do what it's supposed to. Since updating the plugin, it does not show errors or warnings, even when I create epubs that shouldn't validate -- tags not closing, ids beginning with a digit, intra-book references that don't arrive at their destinations.

I even upgraded Sigil to its latest version to see whether that would have a better effect. But alas.

Perhaps it has something to do with my Mac running java version 1.7.0.67, whereas the OP states version 1.8 or higher is required. I have downloaded and installed version 8(?) but that does not seem to matter to my terminal's java, which stubbornly insists that it is still on 1.7.yadayada.

It's not the epubcheck jar that is giving me this headache, as I have tried multiple versions:
ePubCheck 3.0.1
ePubCheck 4.0.2
ePubCheck 4.1.0
ePubCheck 4.1.1

Well you get the picture.

I was completely fine with the old version of the plugin I used, which tried to update itself occasionally but always failed miserably, bless its heart. I could just get the epubcheck jar and lib folder updated from time to time, and not worry about the plugin itself.

Which leads me to my question, does anyone happen to have a plugin version 3.x somewhere lying around?

[JSWolf]

Originally Posted by Ryn

OSX, Sigil version 9.10 (yeah I like book view still).

I can't get this plugin to do what it's supposed to. Since updating the plugin, it does not show errors or warnings, even when I create epubs that shouldn't validate -- tags not closing, ids beginning with a digit, etc, intra-book references that don't arrive at their destinations.

I even upgrade Sigil to its latest version to see whether that would have a better effect. But alas.

Perhaps it has something to do with my Mac running java version 1.7.0.67, whereas the OP states version 1.8 or higher is required. I have downloaded and installed version 8(?) but that does not seem to matter to my terminal's java, which stubbornly insists that it is firmly on 1.7.yadayada.

I was completely fine with the old version of the plugin I used, which tried to update itself occasionally but always failed miserably, bless its heart. I could just get the epubcheck jar and lib folder updated from time to time, and not worry about the plugin itself.

Which leads me to my question, does anyone happen to have a plugin version 3.x somewhere lying around? I'd be very grateful

If you are on a 64-bit Windows, if you have a 32-bit Java, uninstall it and install a 64-bit version. epubcheck works better with 64-bit Java.

[KevinH]

No old versions, but have you made sure to download and install the full java jdk and not the jre. The jre package never updates the path propetly. On macOS only the full jdk does that.

You might want to try that.

Originally Posted by Ryn

OSX, Sigil version 9.10 (yeah I like book view still).

I can't get this plugin to do what it's supposed to. Since updating the plugin, it does not show errors or warnings, even when I create epubs that shouldn't validate -- tags not closing, ids beginning with a digit, intra-book references that don't arrive at their destinations.

I even upgraded Sigil to its latest version to see whether that would have a better effect. But alas.

Perhaps it has something to do with my Mac running java version 1.7.0.67, whereas the OP states version 1.8 or higher is required. I have downloaded and installed version 8(?) but that does not seem to matter to my terminal's java, which stubbornly insists that it is still on 1.7.yadayada.

It's not the epubcheck jar that is giving me this headache, as I have tried multiple versions:
ePubCheck 3.0.1
ePubCheck 4.0.2
ePubCheck 4.1.0
ePubCheck 4.1.1

Well you get the picture.

I was completely fine with the old version of the plugin I used, which tried to update itself occasionally but always failed miserably, bless its heart. I could just get the epubcheck jar and lib folder updated from time to time, and not worry about the plugin itself.

Which leads me to my question, does anyone happen to have a plugin version 3.x somewhere lying around?

[Ryn]

Originally Posted by KevinH

No old versions, but have you made sure to download and install the full java jdk and not the jre. The jre package never updates the path propetly. On macOS only the full jdk does that.

You might want to try that.

Thanks, I had the JRE, and have now installed the latest JDK - v15. Now it gives me error messages:

Edit: I found a way to install JDK 8, and told my system to favor that over v15, but it still gives me this error.

I am using a clean install of the plugin.

Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.ExceptionInInitializerError
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder.getDefaultProvider(FileSystems.java:113)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder$1.run(FileSystems.java:102)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder$1.run(FileSystems.java:100)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:312)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder.defaultFileSystem(FileSystems.java:100)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder.<clinit>(FileSystems.java:94)
	at java.base/java.nio.file.FileSystems.getDefault(FileSystems.java:182)
	at java.base/java.io.File.toPath(File.java:2310)
	at java.base/java.util.zip.ZipFile$Source.get(ZipFile.java:1198)
	at java.base/java.util.zip.ZipFile$CleanableResource.<init>(ZipFile.java:701)
	at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:240)
	at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:171)
	at java.base/java.util.jar.JarFile.<init>(JarFile.java:347)
	at java.base/java.util.jar.JarFile.<init>(JarFile.java:318)
	at java.base/java.util.jar.JarFile.<init>(JarFile.java:257)
	at java.base/sun.launcher.LauncherHelper.getMainClassFromJar(LauncherHelper.java:541)
	at java.base/sun.launcher.LauncherHelper.loadMainClass(LauncherHelper.java:767)
	at java.base/sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:675)
Caused by: java.lang.RuntimeException: default directory must be absolute
	at java.base/sun.nio.fs.UnixFileSystem.<init>(UnixFileSystem.java:53)
	at java.base/sun.nio.fs.BsdFileSystem.<init>(BsdFileSystem.java:41)
	at java.base/sun.nio.fs.MacOSXFileSystem.<init>(MacOSXFileSystem.java:42)
	at java.base/sun.nio.fs.MacOSXFileSystemProvider.newFileSystem(MacOSXFileSystemProvider.java:44)
	at java.base/sun.nio.fs.MacOSXFileSystemProvider.newFileSystem(MacOSXFileSystemProvider.java:37)
	at java.base/sun.nio.fs.UnixFileSystemProvider.<init>(UnixFileSystemProvider.java:55)
	at java.base/sun.nio.fs.BsdFileSystemProvider.<init>(BsdFileSystemProvider.java:36)
	at java.base/sun.nio.fs.MacOSXFileSystemProvider.<init>(MacOSXFileSystemProvider.java:39)
	at java.base/sun.nio.fs.DefaultFileSystemProvider.<clinit>(DefaultFileSystemProvider.java:35)
	... 18 more

[KevinH]

Hmm, you might want to restart your machine. It can not find the main epubcheck routine in that jar for some reason.

Once restarted, open a terminal and launch the epubcheck.jar from the command line as described on the official epubcheck website and see what if any errors it produces.

Once you get it working from the command line, we should be able to get it working from the plugin since the plugin uses a sub process from the command line to handle things just in python.

[Ryn]

Originally Posted by KevinH

Hmm, you might want to restart your machine. It can not find the main epubcheck routine in that jar for some reason.

Once restarted, open a terminal and launch the epubcheck.jar from the command line as described on the official epubcheck website and see what if any errors it produces.

Rebooted.

The command "java -jar epubcheck.jar" gives me:

Error: Unable to access jarfile epubcheck.jar

[Ryn]

Found it; deleting the version 15 seems to have cleared the matter up. Thanks for your swift help Kevin!

[KevinH]

Glad to hear you have it working.

[Magess]

I just tried upgrading the plugin on MacOS and I now get a java error:

Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.ExceptionInInitializerError
at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder. getDefaultProvider(FileSystems.java:113)
at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder$ 1.run(FileSystems.java:102)
at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder$ 1.run(FileSystems.java:100)
at java.base/java.security.AccessController.doPrivileged(Access Controller.java:310)
at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder. defaultFileSystem(FileSystems.java:100)
at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder. <clinit>(FileSystems.java:94)
at java.base/java.nio.file.FileSystems.getDefault(FileSystems.j ava:182)
at java.base/java.io.File.toPath(File.java:2290)
at java.base/java.util.zip.ZipFile$Source.get(ZipFile.java:1160 )
at java.base/java.util.zip.ZipFile$CleanableResource.<init>(Zip File.java:719)
at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:239)
at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:169)
at java.base/java.util.jar.JarFile.<init>(JarFile.java:346)
at java.base/java.util.jar.JarFile.<init>(JarFile.java:317)
at java.base/java.util.jar.JarFile.<init>(JarFile.java:256)
at java.base/sun.launcher.LauncherHelper.getMainClassFromJar(La uncherHelper.java:521)
at java.base/sun.launcher.LauncherHelper.loadMainClass(Launcher Helper.java:747)
at java.base/sun.launcher.LauncherHelper.checkAndLoadMain(Launc herHelper.java:655)
Caused by: java.lang.RuntimeException: default directory must be absolute
at java.base/sun.nio.fs.UnixFileSystem.<init>(UnixFileSystem.ja va:53)
at java.base/sun.nio.fs.BsdFileSystem.<init>(BsdFileSystem.java :41)
at java.base/sun.nio.fs.MacOSXFileSystem.<init>(MacOSXFileSyste m.java:42)
at java.base/sun.nio.fs.MacOSXFileSystemProvider.newFileSystem( MacOSXFileSystemProvider.java:44)
at java.base/sun.nio.fs.MacOSXFileSystemProvider.newFileSystem( MacOSXFileSystemProvider.java:37)
at java.base/sun.nio.fs.UnixFileSystemProvider.<init>(UnixFileS ystemProvider.java:56)
at java.base/sun.nio.fs.BsdFileSystemProvider.<init>(BsdFileSys temProvider.java:36)
at java.base/sun.nio.fs.MacOSXFileSystemProvider.<init>(MacOSXF ileSystemProvider.java:39)
at java.base/sun.nio.fs.DefaultFileSystemProvider.<clinit>(Defa ultFileSystemProvider.java:35)

---
java version "12.0.1" 2019-04-16
Java(TM) SE Runtime Environment (build 12.0.1+12)
Java HotSpot(TM) 64-Bit Server VM (build 12.0.1+12, mixed mode, sharing)


I didn't change anything about the Java install between switching from one version of the plugin to the other. What do I do?

[KevinH]

Your error message is the same as Ryn's. So try their solution, ... installing a newer Java JDK and deleting the old jdk.

[Magess]

I updated the JDK version to 15 and downloaded epubcheck 4.2.4 from w3c. The commandline works.

[Magess]

Originally Posted by KevinH

Your error message is the same as Ryn's. So try their solution, ... installing a newer Java JDK and deleting the old jdk.

I removed 12 and now have 15. I rebooted but still get the same error.

Running epubcheck from commandline still works.

Ryn seems to have used an older version, not a newer one. So I guess I should remove 15 and install 8?

Haha, well Oracle's site won't let me download 8, so I hope that's not the solution.

[KevinH]

Are you sure you are installing the full JDK and not just the jre?
Only the Java JDK passake properly updates the path. You should then reboot after installing it.

[DiapDealer]

For some reason, the Java in JDK 15 cannot determine the file system in use (when run from within the Sigil environment). Something in the latest Java might have changed that's causing permission issues when run within Sigil's python plugin-created environment. I can duplicate the problem in a Mojave VM with the latest JDK installed.