CeylonFX broken by changes in Ceylon 1.1 ?

[Stephane Gallès]

A few month ago I had started a small project base on CeylonFX.

Now my project just crashes. Same thing with the 'vbox' and 'checkbox' samples of CeylonFX.

Could it by that the changes for Ceylon 1.1 broke CeylonFX ?

Created CeylonApp
App started!!!
java.lang.IllegalStateException: zip file closed
    at java.util.zip.ZipFile.ensureOpen(Unknown Source)
    at java.util.zip.ZipFile.getEntry(Unknown Source)
    at java.util.jar.JarFile.getEntry(Unknown Source)
    at java.util.jar.JarFile.getJarEntry(Unknown Source)
    at sun.misc.URLClassPath$JarLoader.getResource(Unknown Source)
    at sun.misc.URLClassPath.getResource(Unknown Source)
    at java.net.URLClassLoader$1.run(Unknown Source)
    at java.net.URLClassLoader$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(Unknown Source)
    at com.redhat.ceylon.launcher.CeylonClassLoader.loadClass(CeylonClassLoader.java:175)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:386)
    at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
    at com.sun.prism.j2d.J2DResourceFactory.createPresentable(J2DResourceFactory.java:60)
    at com.sun.javafx.tk.quantum.PresentingPainter.run(PresentingPainter.java:59)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
    at com.sun.prism.render.RenderJob.run(RenderJob.java:37)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:108)
    at java.lang.Thread.run(Unknown Source)
RenderJob.run: internal exception
java.lang.IllegalStateException: zip file closed
    at java.util.zip.ZipFile.ensureOpen(Unknown Source)
    at java.util.zip.ZipFile.getEntry(Unknown Source)
    at java.util.jar.JarFile.getEntry(Unknown Source)
    at java.util.jar.JarFile.getJarEntry(Unknown Source)
    at sun.misc.URLClassPath$JarLoader.getResource(Unknown Source)
    at sun.misc.URLClassPath.getResource(Unknown Source)
    at java.net.URLClassLoader$1.run(Unknown Source)
    at java.net.URLClassLoader$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(Unknown Source)
    at com.redhat.ceylon.launcher.CeylonClassLoader.loadClass(CeylonClassLoader.java:175)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:386)
    at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
    at com.sun.javafx.tk.quantum.PresentingPainter.run(PresentingPainter.java:96)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
    at com.sun.prism.render.RenderJob.run(RenderJob.java:37)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:108)
    at java.lang.Thread.run(Unknown Source)

[Tako Schotanus]

On Mon, Jul 7, 2014 at 6:35 AM, Stephane Gallès <stephan...@gmail.com> wrote:

java.lang.IllegalStateException: zip file closed

When doing a search for problems like this I see it's related to setting .setUseCaches() on URLConnection and the like, which we have been doing lately to fix some memory leaks.

So it seems some of those changes might have caused this. Could you open a bug report here https://github.com/ceylon/ceylon-compiler/issues/new with the tiniest code example you can come up with that shows this problem?

Thanks!

-Tako

[Jean-Pierre Ragey]

I had sometimes "java.lang.IllegalStateException: zip file closed " errors, and I found empty dependency cars (or jars, I don't remembers). Seems that ceylon compiler (maybe with import-jar) can produce them, so it's worth checking your repos.
I couldn't reproduce it reliably though.

[Tako Schotanus]

Ah yes, that's indeed true, you should check carefully that none of the CAR files are corrupt/empty (size 0).

-Tako

--

You received this message because you are subscribed to the Google Groups "ceylon-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ceylon-dev+...@googlegroups.com.
To post to this group, send email to ceylo...@googlegroups.com.
Visit this group at http://groups.google.com/group/ceylon-dev.

To view this discussion on the web visit https://groups.google.com/d/msgid/ceylon-dev/684f65d0-d75e-44c5-bad2-0e67cb382f5f%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Stephane Epardaud]

Well if we have tools like import-jar which generate empty files you should report the bug, because it's not normal and we need to fix it ;)

As for the zip closed, if you report an issue I'll look into it, I suspect it has to do with daemon threads that try to access the classloader after I've cleaned it up, and I need to fix this.

To view this discussion on the web visit https://groups.google.com/d/msgid/ceylon-dev/CAOJRyvqA4DzGtNBsKZ7Ldn%2BwbC_VZMwzpnPUywsJnr6U-D72mw%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

--
Stéphane Épardaud

[Stephane Gallès]

I'll open the issue today  ( I'll check my repos for empty car/jar )
If the meantime FYI guys I had opened https://github.com/ceylon/ceylon-ide-eclipse/issues/951 e few weeks ago and it was immediately fixed by Gavin. It may have something to do with Jean-Pierre's problem.

[Stephane Gallès]

Done
https://github.com/ceylon/ceylon-compiler/issues/1721
(I don't have a simple code example yet, except CeylonFX, but I can try to come up with something simpler if necessary)

Le lundi 7 juillet 2014 10:17:44 UTC+2, Stéphane Épardaud a écrit :