nowy błąd impasu w webuart 7u45?

Zabawa z java 7u45 wciąż daje. Tym razem jest to impas w obrębie webstartu. Dzieje się to bardzo konsekwentnie (za każdym razem) uruchamiając dużą aplikację (~ 100 słoików).nowy błąd impasu w webuart 7u45?

Czy ktoś inny napotkał na ten problem lub zna jakieś obejścia? Poza powrotem do wersji 1.7.0_40?

Dzięki,

Found one Java-level deadlock: 
============================= 
"Java Web Start Main Thread": 
    waiting to lock monitor 0x066368bc (object 0x29e65428, a java.lang.Class), 
    which is held by "Finalizer" 
"Finalizer": 
    waiting to lock monitor 0x00dbc954 (object 0x2a1b52b0, a com.sun.deploy.cache.CacheEntry), 
    which is held by "Java Web Start Main Thread" 

Java stack information for the threads listed above: 
=================================================== 
"Java Web Start Main Thread": 
    at com.sun.deploy.cache.MemoryCache.getLoadedResource(Unknown Source) 
    - waiting to lock <0x29e65428> (a java.lang.Class for com.sun.deploy.cache.MemoryCache) 
    at com.sun.deploy.cache.CachedJarFile.getCacheEntry(Unknown Source) 
    - locked <0x24810058> (a com.sun.deploy.cache.CachedJarFile) 
    at com.sun.deploy.cache.CachedJarFile.getManifest(Unknown Source) 
    - locked <0x24810058> (a com.sun.deploy.cache.CachedJarFile) 
    at com.sun.deploy.util.JarUtil.isBlobSigned(Unknown Source) 
    at com.sun.deploy.cache.CacheEntry.getJarFile(Unknown Source) 
    - locked <0x2a1b52b0> (a com.sun.deploy.cache.CacheEntry) 
    at com.sun.deploy.security.DeployManifestChecker.verify(Unknown Source) 
    at com.sun.javaws.security.AppPolicy.grantUnrestrictedAccess(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResourcesHelper(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResources(Unknown Source) 
    at com.sun.javaws.Launcher.prepareResources(Unknown Source) 
    at com.sun.javaws.Launcher.prepareAllResources(Unknown Source) 
    at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) 
    at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) 
    at com.sun.javaws.Launcher.launch(Unknown Source) 
    at com.sun.javaws.Main.launchApp(Unknown Source) 
    at com.sun.javaws.Main.continueInSecureThread(Unknown Source) 
    at com.sun.javaws.Main.access$000(Unknown Source) 
    at com.sun.javaws.Main$1.run(Unknown Source) 
    at java.lang.Thread.run(Unknown Source) 
"Finalizer": 
    at com.sun.deploy.cache.CacheEntry.storageFilesExist(Unknown Source) 
    - waiting to lock <0x2a1b52b0> (a com.sun.deploy.cache.CacheEntry) 
    at com.sun.deploy.cache.MemoryCache.validateResource(Unknown Source) 
    at com.sun.deploy.cache.MemoryCache.getLoadedResource(Unknown Source) 
    - locked <0x29e65428> (a java.lang.Class for com.sun.deploy.cache.MemoryCache) 
    at com.sun.deploy.cache.CachedJarFile.isReferencedTo(Unknown Source) 
    at com.sun.deploy.cache.CachedJarFile.close(Unknown Source) 
    at java.util.zip.ZipFile.finalize(Unknown Source) 
    at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method) 
    at java.lang.ref.Finalizer.runFinalizer(Unknown Source) 
    at java.lang.ref.Finalizer.access$100(Unknown Source) 
    at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source) 

Found 1 deadlock.

Źródło

2013-10-21 Chris Holt

Jeśli znalazłeś błąd JVM/JRE/JDK, zgłoś go do Oracle. http://www.oracle.com/technetwork/java/javase/bugreports-140511.html –

Mam zamiar, ale opinie oracle na temat raportów o błędach to tylko "dziękuję". Brak odpowiedzi, a nawet nie widzisz błędu po "zaakceptowaniu go". Miałem zamiar zagłębić się w to trochę więcej i zobaczyć, czy mogę znaleźć to, co zmienili w pliku deploy.jar między 7u40 a 7u45. –

Błąd pochodzi z nowego bloku kodu dodanego w getJarFile() w klasie CacheEntry w pliku deploy.jar między 7u40 a 7u45. Przesłałem teraz błąd. Przy odrobinie szczęścia może upublicznią błąd. (Czy słuchasz Larry?) –

Raport błędów wspominałem w moim komentarzu został obecnie akceptowane.

Wygląda jednak na to, że jego identyfikator został zmieniony w ramach tego procesu. Został przeniesiony z obszaru nazw JI- do obszaru nazw JDK-: https://bugs.openjdk.java.net/browse/JI-9007571 teraz przekierowuje do https://bugs.openjdk.java.net/browse/JDK-8027029. Problem można również zobaczyć teraz pod adresem http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8027029.

Poprawka wydaje się być przedmiotem dyskusji do uwzględnienia w 7u51, należne w styczniu.

Nasze ślady stosu są podobne - samo zakleszczenie wydaje się być identyczne. W naszym przypadku mamy dwie aplety na stronie, które ładują się w tym samym czasie.

"thread applet-cl.applet.TutorApplet-2" prio=4 tid=0x04f21000 nid=0x528 waiting for monitor entry [0x0652f000] 
    java.lang.Thread.State: BLOCKED (on object monitor) 
    at com.sun.deploy.cache.MemoryCache.getLoadedResource(Unknown Source) 
    - waiting to lock <0x29d288b8> (a java.lang.Class for com.sun.deploy.cache.MemoryCache) 
    at com.sun.deploy.cache.CachedJarFile.getCacheEntry(Unknown Source) 
    - locked <0x247a4f90> (a com.sun.deploy.cache.CachedJarFile) 
    at com.sun.deploy.cache.CachedJarFile.getManifest(Unknown Source) 
    - locked <0x247a4f90> (a com.sun.deploy.cache.CachedJarFile) 
    at com.sun.deploy.util.JarUtil.isBlobSigned(Unknown Source) 
    at com.sun.deploy.cache.CacheEntry.getJarFile(Unknown Source) 
    - locked <0x29eccc00> (a com.sun.deploy.cache.CacheEntry) 
    at com.sun.javaws.security.SigningInfo.check(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResourcesHelper(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResources(Unknown Source) 
    at sun.plugin2.applet.JNLP2Manager.prepareLaunchFile(Unknown Source) 
    at sun.plugin2.applet.JNLP2Manager.loadJarFiles(Unknown Source) 
    at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) 
    at java.lang.Thread.run(Unknown Source) 

"thread applet-cl.applet.TTSApplet-1" prio=4 tid=0x04f1f800 nid=0xa40 waiting for monitor entry [0x0600f000] 
    java.lang.Thread.State: BLOCKED (on object monitor) 
    at com.sun.deploy.cache.CacheEntry.storageFilesExist(Unknown Source) 
    - waiting to lock <0x29eccc00> (a com.sun.deploy.cache.CacheEntry) 
    at com.sun.deploy.cache.MemoryCache.validateResource(Unknown Source) 
    at com.sun.deploy.cache.MemoryCache.getLoadedResource(Unknown Source) 
    - locked <0x29d288b8> (a java.lang.Class for com.sun.deploy.cache.MemoryCache) 
    at com.sun.deploy.cache.MemoryCache.getLoadedResource(Unknown Source) 
    - locked <0x29d288b8> (a java.lang.Class for com.sun.deploy.cache.MemoryCache) 
    at com.sun.deploy.cache.Cache.getCacheEntry(Unknown Source) 
    at com.sun.deploy.cache.Cache.getCacheEntry(Unknown Source) 
    at com.sun.deploy.cache.Cache.getCachedResourceFilePath(Unknown Source) 
    at com.sun.deploy.cache.ResourceProviderImpl.getCachedResourceFilePath(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.getSignedJNLPBits(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.getSignedJNLPFile(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedLaunchDescHelper(Unknown Source) 
    at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedLaunchDesc(Unknown Source) 
    at sun.plugin2.applet.JNLP2Manager.prepareLaunchFile(Unknown Source) 
    at sun.plugin2.applet.JNLP2Manager.loadJarFiles(Unknown Source) 
    at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) 
    at java.lang.Thread.run(Unknown Source)

Źródło

2013-11-01 15:29:43

nowy błąd impasu w webuart 7u45?

Odpowiedz

Powiązane problemy