jars not correct packed in release candidates !!!!

classic Classic list List threaded Threaded
24 messages Options
12
adi
Reply | Threaded
Open this post in threaded view
|

jars not correct packed in release candidates !!!!

adi
This post was updated on .
In the realease candidates folder 2.0-rc10,  2.0-rc9 usw. there are
all jars packed in jars.

e.g. gluegen-rt.jar is packed in gluegen-rt.jar and jogl-all.jar is packed in jogl-all.jar
 
 
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 09/30/2012 02:29 PM, adi [via jogamp] wrote:
> In the realease candidates folder 2.0-rc10,  2.0-rc9 usw. there are
> all jars packed in jars.
>
> e.g. gluegen-rt.jar is packed in gluegen-rt.jar and so on...

Reading your posts (you mentioned this now 2x) ..

If you make such a claim, pls provide a recipe to validate your findings,
those will also make your claim more easy understand.
For example add the complete shell script procedure of your
downloading the 'offending' JARS and validating them, incl. URLs.

Pls keep in mind, that the RC's and aggregated builds are tested
online and offline and [usually] are working.
Hence a more verbose explanation would be welcome.

~Sven



signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
Hello

- I have made a simple load with my browser from http://jogamp.org/deployment/v2.0-rc10/jar/gluegen-rt.jar
- Then i have changed gluegen-rt.jar to gluegen-rt.zip.
- Then i looked into gluegen-rt.zip and found within the gluegen-rt.jar
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 09/30/2012 08:59 PM, adi [via jogamp] wrote:
> Hello
>
> - I have made a simple load from my browser from
> http://jogamp.org/deployment/v2.0-rc10/jar/gluegen-rt.jar
> - Then i have changed gluegen-rt.jar to gluegen-rt.zip.
> - Then i looked into gluegen-rt.zip and found within the gluegen-rt.jar

Yes, b/c you loaded the gzipped version of the JAR.
It is custom that the service web server will feed the client
with either: packed.gzip, gzip or plain jar file
in that order as available by client.

Use wget or curl ..

~Sven



signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
Hello

I have now the signed jars.

The problem is, i have also read in the net, that
newer java versions are more restrictive with applet loading,
so that running signed - with unsigned code is now a problem
with the applet-launcher??







   
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 10/01/2012 01:39 AM, adi [via jogamp] wrote:
> Hello
>
> I have now the signed jars.
>
> The problem is, i have also read in the net, that
> newer java versions are more restrictive with applet loading,
> so that running signed - with unsigned code is now a problem
> with the applet-launcher??

We deal w/ that, see our applet loading test page.

There is a tag in our JARs .. you can use your unsigned stuff
w/ our signed JARs.

~Sven


signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
No Applet does now run from my site and your site.
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 10/09/2012 10:51 AM, adi [via jogamp] wrote:
> No Applet does now run from my site and your site.
>

Works good here, nothing has changed.

If you like to report something is not working
with the premise that things can get fixes or validated,
please be more elaborate with you statements (logs, how is test performed, etc).

~Sven



signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
Now, on the Test applet site i have startet first all applets.
I have Windows 7 (64Bit),  Java SE 1.7 (64 Bit) and Browser is IE 9 (64 Bit).
All examples ends with the SecurityException "attemped to open sandbox jar ..... as a Trusted-Library".
That is the problem with newer browsers i think, they are more restrictive to run
secure and unsecure code in the same application.

Newer Firefix-Browser can't handle applets correct in the moment,
there are to many security problems with the java plugins.
I have tried also all examples with a 64 Bit Mozilla with the 64 Bit java-plugin,
but they all crashes.  Can be the same problem with the IE.


 
   
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 10/10/2012 08:25 PM, adi [via jogamp] wrote:
> Now, on the Test applet site i have startet first all applets.
> I have Windows 7 (64Bit),  Java SE 1.7 (64 Bit) and Browser is IE 9 (64 Bit).
Since Windows FF is not 64bit, you must have tested a Java-32bit version .. 'eh ?

> *All examples* ends with the error "attemped to open sandbox jar ..... as a
> Trusted-Library".
> That is the problem with newer browsers i think, they are more restrictive to run
> secure and unsecure code in the same application.
>
> Newer Firefix-Browser can't handle applets correct in the moment,
> there are to many security problems with the java plugins.
> I have tried also all examples with a 64 Bit Mozilla with the 64 Bit java-plugin,
> but they all crashes.  Can be the same problem with the IE.

I would appreciate if you can be elaborate on the browser
a bit more - please name product _and_ version etc.

It would also help a lot, if you could dump a log file here as well.
(Turn on all Java Applet logging, and attach the resulting log files).

Just for the sake of validation, I tested on Windows7 64bit (just updated):
 - FF 15.0.1 32bit and JDK 1.6.0_35 both 32bit
 - IE 9.0.8112 / update version 9.0.10

I also removed all caches of any jogamp on the test machine,
including the certificates.

No problems!

To show you that I eat my own dog food, I have attached
to Java log .trace files produced with above mentioned settings.

Do you run a virus scanner or any similar 'tool' supposed to make
you computer safe&secure but only wastes your CPU, don't help w/
malicious user-actions and is too late to catch a thing anyways ?
(sorry, I couldn't help the rant :)

~Sven



plugin3298470471200691314.trace (252K) Download Attachment
plugin3982374746878899934.trace (177K) Download Attachment
signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
This post was updated on .
Hello

I use Windows Internet Explorer 9.0.8112.16421/update 9.0.7 (64 Bit) and
Mozilla 19.0a1 Nightly build 64 Bit

Java is build 1.7.0_07-b11
Java Hotspot(TM) 64 Bit Server VM (build 23.3-b01, mixed mode)

Local all works fine.
Can it be, that you have also signed your not jogl-code to run this applets?

Now if i want test: http://jogamp.org/deployment/jogamp-current/jogl-applet-runner-newt-MovieCube-napplet.html

I got  (all calls to jogl test applets has this security problems)

My Stack Trace is:


Trace-Ebene auf 5 (alle) setzen ... abgeschlossen.basic: Dialog type is not candidate for embedding
Thread-Stack ausgeben...
----------------------------------------------------
2012-10-12 00:11:41
Full thread dump Java HotSpot(TM) 64-Bit Server VM (23.3-b01 mixed mode):

"ConsoleTraceListener" daemon prio=4 tid=0x000000000dd6a800 nid=0x868 in Object.wait() [0x000000000fa1e000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007801d9c28> (a com.sun.deploy.uitoolkit.ui.ConsoleTraceListener$BoundedStringBuffer)
        at java.lang.Object.wait(Object.java:503)
        at com.sun.deploy.uitoolkit.ui.ConsoleTraceListener$ConsoleWriterThread.run(Unknown Source)
        - locked <0x00000007801d9c28> (a com.sun.deploy.uitoolkit.ui.ConsoleTraceListener$BoundedStringBuffer)

"TimerQueue" daemon prio=6 tid=0x000000000dd6c000 nid=0x808 waiting on condition [0x000000000f8cf000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x0000000780557978> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(Unknown Source)
        at java.util.concurrent.DelayQueue.take(Unknown Source)
        at javax.swing.TimerQueue.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)

"TimerQueue" daemon prio=4 tid=0x000000000dd69000 nid=0x554 waiting on condition [0x000000000f77e000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000007805d7990> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(Unknown Source)
        at java.util.concurrent.DelayQueue.take(Unknown Source)
        at javax.swing.TimerQueue.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)

"AWT-EventQueue-1" prio=6 tid=0x000000000dd67000 nid=0xaec waiting on condition [0x000000000ee2d000]
   java.lang.Thread.State: RUNNABLE
        at com.sun.deploy.uitoolkit.ui.ConsoleHelper.dumpAllStacksImpl(Native Method)
        at com.sun.deploy.uitoolkit.ui.ConsoleHelper.dumpAllStacks(Unknown Source)
        at com.sun.deploy.uitoolkit.impl.awt.ui.SwingConsoleWindow$3.actionPerformed(Unknown Source)
        at javax.swing.JComponent$ActionStandin.actionPerformed(Unknown Source)
        at javax.swing.SwingUtilities.notifyAction(Unknown Source)
        at javax.swing.JComponent.processKeyBinding(Unknown Source)
        at javax.swing.KeyboardManager.fireBinding(Unknown Source)
        at javax.swing.KeyboardManager.fireKeyboardAction(Unknown Source)
        at javax.swing.JComponent.processKeyBindingsForAllComponents(Unknown Source)
        at javax.swing.JComponent.processKeyBindings(Unknown Source)
        at javax.swing.JComponent.processKeyEvent(Unknown Source)
        at java.awt.Component.processEvent(Unknown Source)
        at java.awt.Container.processEvent(Unknown Source)
        at java.awt.Component.dispatchEventImpl(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
        at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
        at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
        at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
        at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
        at java.awt.Component.dispatchEventImpl(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Window.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
        at java.awt.EventQueue.access$200(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
        at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
        at java.awt.EventQueue$4.run(Unknown Source)
        at java.awt.EventQueue$4.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)

"JVM[id=1]-Heartbeat" daemon prio=6 tid=0x000000000dd68800 nid=0xe40 in Object.wait() [0x000000000f16f000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x000000078054d2d0> (a sun.plugin2.main.client.PluginMain$Heartbeat)
        at sun.plugin2.main.server.HeartbeatThread.run(Unknown Source)
        - locked <0x000000078054d2d0> (a sun.plugin2.main.client.PluginMain$Heartbeat)

"AWT-EventQueue-2" prio=4 tid=0x000000000dd67800 nid=0xf58 waiting on condition [0x000000000f01e000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000007801da210> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(Unknown Source)
        at java.awt.EventQueue.getNextEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)

"Applet 1 LiveConnect Worker Thread" prio=4 tid=0x000000000dd66000 nid=0xab4 in Object.wait() [0x000000000ecef000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007807fa9f0> (a java.lang.Object)
        at java.lang.Object.wait(Object.java:503)
        at sun.plugin2.main.client.LiveConnectSupport$PerAppletInfo$LiveConnectWorker.run(Unknown Source)
        - locked <0x00000007807fa9f0> (a java.lang.Object)
        at java.lang.Thread.run(Unknown Source)

"Browser Side Object Cleanup Thread" prio=6 tid=0x000000000dd65800 nid=0xc74 in Object.wait() [0x000000000eb6f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007807f1900> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x00000007807f1900> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at sun.plugin2.main.client.LiveConnectSupport$BrowserSideObjectCleanupThread.run(Unknown Source)

"CacheCleanUpThread" daemon prio=6 tid=0x000000000dd47000 nid=0x8bc in Object.wait() [0x000000000e19f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x000000078053eaa8> (a com.sun.deploy.cache.CleanupThread)
        at java.lang.Object.wait(Object.java:503)
        at com.sun.deploy.cache.CleanupThread.run(Unknown Source)
        - locked <0x000000078053eaa8> (a com.sun.deploy.cache.CleanupThread)

"CacheMemoryCleanUpThread" daemon prio=6 tid=0x000000000dd38000 nid=0x7f0 in Object.wait() [0x000000000e7ff000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007807f1930> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x00000007807f1930> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at com.sun.deploy.cache.MemoryCache$LoadedResourceCleanupThread.run(Unknown Source)

"SysExecutionTheadCreator" daemon prio=6 tid=0x000000000dd15800 nid=0xed0 in Object.wait() [0x000000000e9ff000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007805575d8> (a sun.plugin.util.PluginSysUtil$SysExecutionThreadCreator)
        at java.lang.Object.wait(Object.java:503)
        at sun.plugin.util.PluginSysUtil$SysExecutionThreadCreator.run(Unknown Source)
        - locked <0x00000007805575d8> (a sun.plugin.util.PluginSysUtil$SysExecutionThreadCreator)

"AWT-EventQueue-0" prio=6 tid=0x000000000dd12000 nid=0xdf0 waiting on condition [0x000000000e8ff000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x000000078056c168> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(Unknown Source)
        at java.awt.EventQueue.getNextEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)

"AWT-Windows" daemon prio=6 tid=0x000000000dd0d800 nid=0x5e8 runnable [0x000000000e68f000]
   java.lang.Thread.State: RUNNABLE
        at sun.awt.windows.WToolkit.eventLoop(Native Method)
        at sun.awt.windows.WToolkit.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)

"AWT-Shutdown" prio=6 tid=0x000000000dd0c800 nid=0x90c in Object.wait() [0x000000000e52f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007805d0968> (a java.lang.Object)
        at java.lang.Object.wait(Object.java:503)
        at sun.awt.AWTAutoShutdown.run(Unknown Source)
        - locked <0x00000007805d0968> (a java.lang.Object)
        at java.lang.Thread.run(Unknown Source)

"Java2D Disposer" daemon prio=10 tid=0x000000000dd0a000 nid=0xf2c in Object.wait() [0x000000000e3df000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x000000078050a380> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x000000078050a380> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at sun.java2d.Disposer.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)

"Java Plug-In Pipe Worker Thread (Client-Side)" daemon prio=6 tid=0x000000000dbd4800 nid=0x9b8 runnable [0x000000000ca2e000]
   java.lang.Thread.State: RUNNABLE
        at sun.plugin2.os.windows.Windows.ReadFile0(Native Method)
        at sun.plugin2.os.windows.Windows.ReadFile(Unknown Source)
        at sun.plugin2.ipc.windows.WindowsNamedPipe.read(Unknown Source)
        at sun.plugin2.message.transport.NamedPipeTransport$SerializerImpl.read(Unknown Source)
        at sun.plugin2.message.transport.NamedPipeTransport$SerializerImpl.readByte(Unknown Source)
        at sun.plugin2.message.AbstractSerializer.readInt(Unknown Source)
        at sun.plugin2.message.transport.SerializingTransport.read(Unknown Source)
        at sun.plugin2.message.Pipe$WorkerThread.run(Unknown Source)

"Timer-0" prio=6 tid=0x000000000dc1e800 nid=0x2b8 in Object.wait() [0x000000000d39f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007805a8aa8> (a java.util.TaskQueue)
        at java.lang.Object.wait(Object.java:503)
        at java.util.TimerThread.mainLoop(Unknown Source)
        - locked <0x00000007805a8aa8> (a java.util.TaskQueue)
        at java.util.TimerThread.run(Unknown Source)

"traceMsgQueueThread" daemon prio=6 tid=0x000000000b879800 nid=0xa90 in Object.wait() [0x000000000cd7f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007801df660> (a java.util.ArrayList)
        at java.lang.Object.wait(Object.java:503)
        at com.sun.deploy.trace.Trace$TraceMsgQueueChecker.run(Unknown Source)
        - locked <0x00000007801df660> (a java.util.ArrayList)
        at java.lang.Thread.run(Unknown Source)

"Service Thread" daemon prio=6 tid=0x000000000b852800 nid=0xd34 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" daemon prio=10 tid=0x000000000b849000 nid=0x7a0 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" daemon prio=10 tid=0x000000000b844000 nid=0xd84 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Attach Listener" daemon prio=10 tid=0x000000000b843000 nid=0x4b8 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x000000000b83b800 nid=0xa14 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=8 tid=0x00000000022a3800 nid=0xd18 in Object.wait() [0x000000000cc6f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007801a2ee8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x00000007801a2ee8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x000000000229c800 nid=0x428 in Object.wait() [0x000000000cb3e000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000007801a2a10> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:503)
        at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
        - locked <0x00000007801a2a10> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x0000000001cdd000 nid=0x590 in Object.wait() [0x000000000260f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x000000078056bb90> (a sun.plugin2.message.Queue)
        at sun.plugin2.message.Queue.waitForMessage(Unknown Source)
        - locked <0x000000078056bb90> (a sun.plugin2.message.Queue)
        at sun.plugin2.message.Pipe$1.run(Unknown Source)
        at com.sun.deploy.util.Waiter$1.wait(Unknown Source)
        at com.sun.deploy.util.Waiter.runAndWait(Unknown Source)
        at sun.plugin2.message.Pipe.receive(Unknown Source)
        at sun.plugin2.main.client.PluginMain.mainLoop(Unknown Source)
        at sun.plugin2.main.client.PluginMain.run(Unknown Source)
        at sun.plugin2.main.client.PluginMain.main(Unknown Source)

"VM Thread" prio=10 tid=0x000000000b7b8000 nid=0x8a8 runnable

"GC task thread#0 (ParallelGC)" prio=6 tid=0x00000000021f5000 nid=0x6ac runnable

"GC task thread#1 (ParallelGC)" prio=6 tid=0x00000000021f6800 nid=0xd20 runnable

"GC task thread#2 (ParallelGC)" prio=6 tid=0x00000000021f8000 nid=0xb80 runnable

"GC task thread#3 (ParallelGC)" prio=6 tid=0x00000000021fa000 nid=0xf24 runnable

"VM Periodic Task Thread" prio=10 tid=0x000000000b86f800 nid=0x754 waiting on condition

 

"GC task thread#2 (ParallelGC)" prio=6 tid=0x00000000021f8000 nid=0xb80 runnable

"GC task thread#3 (ParallelGC)" prio=6 tid=0x00000000021fa000 nid=0xf24 runnable

"VM Periodic Task Thread" prio=10 tid=0x000000000b86f800 nid=0x754 waiting on condition


----------------------------------------------------
Fertig.basic: Dialog type is not candidate for embedding
security:  --- parseCommandLine converted : -Dsun.java2d.noddraw=true
into:
[-Dsun.java2d.noddraw=true]
basic: Fortschritts-Listener hinzugefügt: sun.plugin.util.ProgressMonitorAdapter@38f4596e
basic: Plugin2ClassLoader.addURL parent called for http://jogamp.org/deployment/jogamp-current/jar/gluegen-rt.jar
basic: Plugin2ClassLoader.addURL parent called for http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar
basic: Plugin2ClassLoader.addURL parent called for http://jogamp.org/deployment/jogamp-current/jar/jogl-test.jar
basic: Plugin2ClassLoader.isTrustedByPolicy called
basic: Plugin2ClassLoader.isTrustedByPolicy returns false
basic: Plugin2ClassLoader.isTrustedByPolicy called
basic: Plugin2ClassLoader.isTrustedByPolicy returns false
security: resource name "com/jogamp/newt/awt/applet/JOGLNewtApplet1Run.class" in http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar : java.lang.SecurityException: attempted to open sandboxed jar http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar as a Trusted-Library
basic: Ausnahme: attempted to open sandboxed jar http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar as a Trusted-Library.
java.lang.SecurityException: attempted to open sandboxed jar http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar as a Trusted-Library
        at com.sun.deploy.security.CPCallbackHandler$ParentElement.checkResource(Unknown Source)
        at com.sun.deploy.security.DeployURLClassPath$JarLoader.checkResource(Unknown Source)
        at com.sun.deploy.security.DeployURLClassPath$JarLoader.getResource(Unknown Source)
        at com.sun.deploy.security.DeployURLClassPath.getResource(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader$2.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.plugin2.applet.Plugin2ClassLoader.findClassHelper(Unknown Source)
        at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
        at sun.plugin2.applet.Plugin2Manager.initAppletAdapter(Unknown Source)
        at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
basic: Fortschritts-Listener entfernt: sun.plugin.util.ProgressMonitorAdapter@38f4596e
security: Speicher für abgelehnte Sessionzertifikate zurücksetzen
basic: Dialog type is not candidate for embedding
security:  --- parseCommandLine converted : -Dsun.java2d.noddraw=true
into:
[-Dsun.java2d.noddraw=true]
basic: Fortschritts-Listener hinzugefügt: sun.plugin.util.ProgressMonitorAdapter@7b300cde
basic: Plugin2ClassLoader.addURL parent called for http://jogamp.org/deployment/jogamp-current/jar/gluegen-rt.jar
basic: Plugin2ClassLoader.addURL parent called for http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar
basic: Plugin2ClassLoader.addURL parent called for http://jogamp.org/deployment/jogamp-current/jar/jogl-test.jar
basic: Plugin2ClassLoader.isTrustedByPolicy called
basic: Plugin2ClassLoader.isTrustedByPolicy returns false
basic: Plugin2ClassLoader.isTrustedByPolicy called
basic: Plugin2ClassLoader.isTrustedByPolicy returns false
security: resource name "com/jogamp/newt/awt/applet/JOGLNewtApplet1Run.class" in http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar : java.lang.SecurityException: attempted to open sandboxed jar http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar as a Trusted-Library
basic: Ausnahme: attempted to open sandboxed jar http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar as a Trusted-Library.
java.lang.SecurityException: attempted to open sandboxed jar http://jogamp.org/deployment/jogamp-current/jar/jogl-all.jar as a Trusted-Library
        at com.sun.deploy.security.CPCallbackHandler$ParentElement.checkResource(Unknown Source)
        at com.sun.deploy.security.DeployURLClassPath$JarLoader.checkResource(Unknown Source)
        at com.sun.deploy.security.DeployURLClassPath$JarLoader.getResource(Unknown Source)
        at com.sun.deploy.security.DeployURLClassPath.getResource(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader$2.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.plugin2.applet.Plugin2ClassLoader.findClassHelper(Unknown Source)
        at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
        at sun.plugin2.applet.Plugin2Manager.initAppletAdapter(Unknown Source)
        at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
basic: Fortschritts-Listener entfernt: sun.plugin.util.ProgressMonitorAdapter@7b300cde
security: Speicher für abgelehnte Sessionzertifikate zurücksetzen
basic: Dialog type is not candidate for embedding

 
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 10/12/2012 12:09 AM, adi [via jogamp] wrote:

> Hello
>
> I use Windows Internet Explorer 9.0.8112.16421/update 9.0.7 (64 Bit) and
> Mozilla 19.0a1 Nightly build 64 Bit
>
> Java is build 1.7.0_07-b11
> Java Hotspot(TM) 64 Bit Server VM (build 23.3-b01, mixed mode)
>
> Local all works fine.
> Can it be, that you have also signed your not jogl-code to run this applets?
Hmm .. nope, the jogl-test.jar and jogl-demos.jar are unsigned
and the ole Gears demo is running as well.

~Sven



signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
Strange, i have testet the jogl-jars with jarsigner and looked in the jars,
they are signed. Is the jar signer certificate up to date?

A good idea is, in my opinion, another user can test it with the same
browser and the same java-vm, that have not your rights to run jogl-applets.

(The big problem is, it seems, the security.)
 
 



Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 10/12/2012 08:18 PM, adi [via jogamp] wrote:
> Strange, i have testet the jogl-jars with jarsigner and looked in the jars,
> they are signed. Is the jar signer certificate up to date?
>

jogl-demos/jar/jogl-demos.jar is not signed!

yes, jogl-test.jar is signed, thank you - I will fix that, i.e. remove signing
that one.


> A good idea is, in my opinion, another user can test it with the same
> browser and the same java-vm,
thats always true - however, looks like only you have these troubles .. hmm

> that have not your rights to run jogl-applets.
I have no special 'rights' :)

~Sven



signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
Hi

Do not understand me. Jogl is a good jni-tool.
But it must run correct, with signed jars and unsigned jars.
It makes no sense, if applets run only for one person, i think.
 
Bye Adi

   
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 10/13/2012 01:48 AM, adi [via jogamp] wrote:
> Hi
>
> Do not understand me. Jogl is a good jni-tool.
> But it must run correct, with signed jars and unsigned jars.
> It makes no sense, if applets run only for one person, i think.

Ofc .. hence I really try to reproduce it here.
BTW thx for your log files, I just (found) them while reading the forum web
version of your post.

I have now also installed JRE 7u7 on Windows 32bit and 64bit for testing,
but still fail to see the SecurityException.

Now I see the SecurityException of you yours (in your post, not reproduced here).
In Java Control Panel (JCP) I have the default setting (a) + (1) enabled:
  - General
      (a) Allow user to grant permission to signed content
      ..
  - Mixed Code:
      (1) Enable - show warning if needed
      ...

For some reason the signed jogl-all.jar JAR is refused to be loaded and
throws the SecurityException in your case.
Again .. if we could find a way how to reproduce it here, I would be really glad
to solve this issue for once.

~Sven

>  
> Bye Adi


signature.asc (907 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Xerxes Rånby
In reply to this post by adi
This is a generic and known issue is located in the Oracle browser plugin code.
Oracle decided to disable online certificate validation, OCSP, for the browser plugin in one of the recent Java 7 updates.
http://forum.jogamp.org/Win-7-1-7-0-07-b11-InvalidKeyException-Wrong-Key-Usage-on-all-applets-tp4026082.html


Workaround for Windows 7 and MacOS X running the Java 7 browser plugin:
Open the java control panel
System Preferences > Other > Java > Advanced > "Enable online certificate validation".

or change the deployment.properties entry:
deployment.security.validation.ocsp=true

Linux OpenJDK + IcedTea-web also runs the applets fine.


Oracle is working on a fix:
gouessej added a bugreport to Oracle:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7197652
now some code is up for review on the OpenJDK mailinglist to fix fundamental flaws in the OCSP certificate verification code:
http://mail.openjdk.java.net/pipermail/security-dev/2012-October/005646.html
We belive that Oracle will re-enable OSCP certificate validation by default in a future Java 7 update.
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Sven Gothel
Administrator
On 10/13/2012 10:06 AM, Xerxes Rånby [via jogamp] wrote:

> This is a generic and known issue is located in the Oracle browser plugin code.
> Oracle decided to disable online certificate validation, OCSP, for the browser
> plugin in one of the recent Java 7 updates.
> http://forum.jogamp.org/Win-7-1-7-0-07-b11-InvalidKeyException-Wrong-Key-Usage-on-all-applets-tp4026082.html
>
>
> Workaround for Windows 7 and MacOS X running the Java 7 browser plugin:
> Open the java control panel
> System Preferences > Other > Java > Advanced > "Enable online certificate
> validation".
>
> or change the deployment.properties entry:
> deployment.security.validation.ocsp=true
>
> Linux OpenJDK + IcedTea-web also runs the applets fine.
>
>
> Oracle is working on a fix:
> gouessej added a bugreport to Oracle:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7197652
> now some code is up for review on the OpenJDK mailinglist to fix fundamental
> flaws in the OCSP certificate verification code:
> http://mail.openjdk.java.net/pipermail/security-dev/2012-October/005646.html
> We belive that Oracle will re-enable OSCP certificate validation by default in
> a future Java 7 update.
Awesome, thank you Xerxes triaging and associated this w/ that bug-report!

~Sven



signature.asc (907 bytes) Download Attachment
adi
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

adi
In reply to this post by Xerxes Rånby
That does it. Many Thanks
Reply | Threaded
Open this post in threaded view
|

Re: jars not correct packed in release candidates !!!!

Xerxes Rånby
The default install of Oracle Java 7u17 for Windows, distributed from http://www.java.com , are now able to load the JogAmp applets and webstart JNLP files, the certificate check now pass without using any extra tweaks or system settings.
12