Java-Gaming.org    
Featured games (81)
games approved by the League of Dukes
Games in Showcase (487)
Games in Android Showcase (112)
games submitted by our members
Games in WIP (553)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: 1 2 [3] 4
  ignore  |  Print  
  JOGL Applet Security  (Read 19491 times)
0 Members and 1 Guest are viewing this topic.
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #60 - Posted 2005-11-09 10:26:01 »

All right I've updated and cleaned up a bit the JOGLAppletLauncher

The class used are :

 net.java.games.jogl.applets.JOGLAppletLauncher
 net.java.games.jogl.applets.NativeInstaller (interface)

 net.java.games.jogl.applets.nativeinstallers.WindowsNativeInstaller  (implements NativeInstaller)
 net.java.games.jogl.applets.nativeinstallers.MacOsNativeInstaller   idem
 net.java.games.jogl.applets.nativeinstallers.LinuxNativeInstaller   idem

The 3 installer classes should go into their respective native jar (e.g. WindowsNativeInstaller goes into jogl-natives-win32.jar)

As the install process is contained into those 3 classes, this ensures noboby has replaced the dll/.so with malicious code (I've tried it... and it throws an applet security exception)

I've removed Swing references from the applet to improve startup time, and the applet launcher can be customized with a display name (see html page for details).

Now I'm goind to send the contributor agreement by fax, and I hope this will make it into jogl.jar soon !

The link is still here but the contents have been updated.

Lilian

Offline tom
« Reply #61 - Posted 2005-11-09 12:10:02 »

Tried it again and got a different exception:

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
java.security.AccessControlException: access denied (java.util.PropertyPermission user.home read)
   at java.security.AccessControlContext.checkPermission(Unknown Source)
   at java.security.AccessController.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
   at java.lang.System.getProperty(Unknown Source)
   at net.java.games.jogl.applets.JOGLAppletLauncher.start(JOGLAppletLauncher.java:142)
   at com.opera.PluginPanel.startApplet(PluginPanel.java:325)
   at com.opera.PluginPanel.run(PluginPanel.java:445)
   at java.lang.Thread.run(Unknown Source)


Edit: Get exception when running threw Opera. It works in IE.

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #62 - Posted 2005-11-09 13:22:45 »

Tried it again and got a different exception:

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
java.security.AccessControlException: access denied (java.util.PropertyPermission user.home read)
   at java.security.AccessControlContext.checkPermission(Unknown Source)
   at java.security.AccessController.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
   at java.lang.System.getProperty(Unknown Source)
   at net.java.games.jogl.applets.JOGLAppletLauncher.start(JOGLAppletLauncher.java:142)
   at com.opera.PluginPanel.startApplet(PluginPanel.java:325)
   at com.opera.PluginPanel.run(PluginPanel.java:445)
   at java.lang.Thread.run(Unknown Source)


Edit: Get exception when running threw Opera. It works in IE.

Tom, I've added a new link to a page which uses the java plug-in instead of the default applet tag, can you tell me if it solves your problem with opera (that will save me the download and install of this browser).

Thanks

Lilian

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline tom
« Reply #63 - Posted 2005-11-09 17:03:37 »

Still the same exception.

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #64 - Posted 2005-11-09 18:06:08 »

I've tried it on my pc... and I agree with you there's definitely a problem with opera...

I'll try again later with a single signed jar, just to see if it comes from the multiple archives (to file a proper bug to sun/opera)

Lilian

Offline games

Senior Newbie





« Reply #65 - Posted 2005-11-09 21:18:28 »

Thank you very much, but I got an error on my windows xp:
1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
26  
27  
28  
29  
30  
31  
32  
33  
34  
35  
36  
37  
38  
39  
40  
41  
42  
43  
44  
45  
46  
47  
48  
49  
50  
51  
52  
53  
54  
Java Plug-in 1.5.0_04
Using JRE version 1.5.0_04 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\xxx
java.net.ConnectException: Connection refused: connect
   at java.net.PlainSocketImpl.socketConnect(Native Method)
   at java.net.PlainSocketImpl.doConnect(Unknown Source)
   at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
   at java.net.PlainSocketImpl.connect(Unknown Source)
   at java.net.Socket.connect(Unknown Source)
   at sun.net.NetworkClient.doConnect(Unknown Source)
   at sun.net.www.http.HttpClient.openServer(Unknown Source)
   at sun.net.www.http.HttpClient.openServer(Unknown Source)
   at sun.net.www.http.HttpClient.<init>(Unknown Source)
   at sun.net.www.http.HttpClient.New(Unknown Source)
   at sun.net.www.http.HttpClient.New(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
   at com.sun.deploy.net.proxy.AbstractAutoProxyHandler.getJSFileFromURL(Unknown Source)
   at com.sun.deploy.net.proxy.AbstractAutoProxyHandler.init(Unknown Source)
   at com.sun.deploy.net.proxy.DynamicProxyManager.reset(Unknown Source)
   at com.sun.deploy.net.proxy.DeployProxySelector.reset(Unknown Source)
   at sun.plugin.AppletViewer.initEnvironment(Unknown Source)
   at sun.plugin.AppletViewer.initEnvironment(Unknown Source)

stop
destroy
Exception in thread "AWT-EventQueue-6" java.lang.UnsatisfiedLinkError: JAWT_GetAWT0
   at net.java.games.jogl.impl.JAWTFactory.JAWT_GetAWT0(Native Method)
   at net.java.games.jogl.impl.JAWTFactory.JAWT_GetAWT(JAWTFactory.java:37)
   at net.java.games.jogl.impl.windows.WindowsGLContext.getJAWT(WindowsGLContext.java:282)
   at net.java.games.jogl.impl.windows.WindowsOnscreenGLContext.lockSurface(WindowsOnscreenGLContext.java:167)
   at net.java.games.jogl.impl.windows.WindowsOnscreenGLContext.makeCurrent(WindowsOnscreenGLContext.java:126)
   at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:248)
   at net.java.games.jogl.impl.windows.WindowsOnscreenGLContext.invokeGL(WindowsOnscreenGLContext.java:76)
   at net.java.games.jogl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:236)
   at net.java.games.jogl.GLCanvas.reshape(GLCanvas.java:133)
   at java.awt.Component.setBounds(Unknown Source)
   at java.awt.BorderLayout.layoutContainer(Unknown Source)
   at java.awt.Container.layout(Unknown Source)
   at java.awt.Container.doLayout(Unknown Source)
   at java.awt.Container.validateTree(Unknown Source)
   at java.awt.Container.validate(Unknown Source)
   at untrusted.JOGLApplet.init(JOGLApplet.java:24)
   at net.java.games.jogl.applets.JOGLAppletLauncher.joglStart(JOGLAppletLauncher.java:178)
   at net.java.games.jogl.applets.JOGLAppletLauncher$3.run(JOGLAppletLauncher.java:284)
   at java.awt.event.InvocationEvent.dispatch(Unknown Source)
   at java.awt.EventQueue.dispatchEvent(Unknown Source)
   at java.awt.EventDispatchThread.pumpOneEventForHierarchy(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)
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #66 - Posted 2005-11-10 07:13:13 »

Thank you very much, but I got an error on my windows xp:
1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
Java Plug-in 1.5.0_04
Using JRE version 1.5.0_04 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\xxx
java.net.ConnectException: Connection refused: connect
   at java.net.PlainSocketImpl.socketConnect(Native Method)
   at java.net.PlainSocketImpl.doConnect(Unknown Source)
   at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
   at java.net.PlainSocketImpl.connect(Unknown Source)
   at java.net.Socket.connect(Unknown Source)
   at sun.net.NetworkClient.doConnect(Unknown Source)
   at sun.net.www.http.HttpClient.openServer(Unknown Source)
   at sun.net.www.http.HttpClient.openServer(Unknown Source)
   at sun.net.www.http.HttpClient.<init>(Unknown Source)
   at sun.net.www.http.HttpClient.New(Unknown Source)
   at sun.net.www.http.HttpClient.New(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
   at com.sun.deploy.net.proxy.AbstractAutoProxyHandler.getJSFileFromURL(Unknown Source)
   at com.sun.deploy.net.proxy.AbstractAutoProxyHandler.init(Unknown Source)
   at com.sun.deploy.net.proxy.DynamicProxyManager.reset(Unknown Source)
   at com.sun.deploy.net.proxy.DeployProxySelector.reset(Unknown Source)
   at sun.plugin.AppletViewer.initEnvironment(Unknown Source)
   at sun.plugin.AppletViewer.initEnvironment(Unknown Source)


Looks the error from camac on page 3 of this thread... do you have a copy of JOGL.jar somewhere in your classpath (jre lib, etc.) ? removing the jar resolved the problem.

Lilian

Offline mathlamenace

Senior Newbie





« Reply #67 - Posted 2005-11-10 10:27:08 »

Hi,

It is really a fantastic works. Its works fine for me with firefox on XP. I think that incorporating this code in JOGL and having jogl jars signed with sun certificat ( but it could maybe leads to some problem if the subapplet must also be signed) would be great and very useful for develloping jogl technologie by means of applets. I have make some another tests. On my pc, if jogl.jar and jogl.dll are respectively in the jre/lib/ext and jre/bin i have the following exception :

Exception in thread "AWT-EventQueue-2" java.lang.NoSuchMethodError: net.java.games.jogl.impl.NativeLibLoader.disableLoading()V
   at net.java.games.jogl.applets.JOGLAppletLauncher$3.run(JOGLAppletLauncher.java:281)
   at java.awt.event.InvocationEvent.dispatch(Unknown Source)
   at java.awt.EventQueue.dispatchEvent(Unknown Source)
   at java.awt.EventDispatchThread.pumpOneEventForHierarchy(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)

   
I think it is due to the fact that it use the jar and dll that are in the jre. I remove these file from the jre and it works. Another problem appears when I start a first time the applet (it works), then i go back to the presentation web page. I clear the cache of the classloader and i return to the applet. I have the following exception :
Exception in thread "AWT-EventQueue-6" java.lang.UnsatisfiedLinkError: Native Library ############\.jogl_ext\www_vlsolutions_com_lib_\jogl.dll already loaded in another classloader
   at java.lang.ClassLoader.loadLibrary0(Unknown Source)
   at java.lang.ClassLoader.loadLibrary(Unknown Source)
   at java.lang.Runtime.load0(Unknown Source)
   at java.lang.System.load(Unknown Source)
   at net.java.games.jogl.applets.JOGLAppletLauncher$3.run(JOGLAppletLauncher.java:277)
   at java.awt.event.InvocationEvent.dispatch(Unknown Source)
   at java.awt.EventQueue.dispatchEvent(Unknown Source)
   at java.awt.EventDispatchThread.pumpOneEventForHierarchy(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)


I have this problem on two differents xp computers. It works again when I close and restart firefox.

The another problem is on the time for loading the applet. After a first run, are the jogls jars cached  for futher runs (some days after). If not, the wheight for the applets is high (min 1.5 Mo for the jogls jars).

Mathlamenace
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #68 - Posted 2005-11-10 10:45:24 »

Thanks !

The child applet doesn't have to be signed (in the demo, it isn't), unless it needs special property permissions (like opening a server socket).

Thanks for reporting this error, I wasn't aware of this classloader issue and you seem to have an old jogl.jar in your jre.
I think I will just add a try/catch around the native loading and avoid crashing if these case are encoutered.

The applet is cached, and loading the full 1.5megs should only occur at first time, unless the applet cache has been cleared in between. Unfortunately it is not possible to share this download with other web sites... it's not as good as JNLP extensions !


Lilian

Offline mathlamenace

Senior Newbie





« Reply #69 - Posted 2005-11-10 14:42:37 »

Tanks for the answer,

The child applet doesn't have to be signed (in the demo, it isn't), unless it needs special property permissions (like opening a server socket).
Ok, I aggree with you. Then in this case, the user needs to accept two certificates, the first one from sun for jogl, and the second one for the applet.

Thanks for reporting this error, I wasn't aware of this classloader issue and you seem to have an old jogl.jar in your jre.
I think I will just add a try/catch around the native loading and avoid crashing if these case are encoutered.

Indeed, the first exception was due to the jogl.jar in the JRE. But, to my mind, the second is due to a wrong unlinking of jogl.dll (i am sorry for my poor english, i hope it is understandable) when clearing the cache of applet. But adding a try/catch (as for os x in your code) may be sufficient, I think.

The applet is cached, and loading the full 1.5megs should only occur at first time, unless the applet cache has been cleared in between. Unfortunately it is not possible to share this download with other web sites... it's not as good as JNLP extensions !

 Smiley.
Is your code planned to be added in the jogl.jar for avoiding signing applet problems ?

Mathlamenace


Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #70 - Posted 2005-11-10 15:03:59 »

Well I'm not part of the jogl team but I've signed the contributor agreement... so the answer should be yes.

I'll let Ken Russel confirm this once the code is stabilized, as it is not yet the case... so it's too early to be 100% sure...

About unloadind the dll, I don't think it's possible so I'd rather fix the Exception. 

About double signing : it's an option, but in that case you should just sign the jogl.jar with your own certificate, so the user will only have to agree  once.

Lilian

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #71 - Posted 2005-11-10 17:21:19 »

Ken and others that want to help... 

I'm now trying to load the natives from the applet (like last week) but I want to enforce security.
(This is to avoid having them in the archive tag and downloading them all when only one is needed).

so here's my problem :

I want to read the META-INF contents of the jogl.jar used by the applet.
I need this to compare the signature used by jogl.jar with the one of the native lib jar (to verifiy the contents haven't been infected).

I can't rely on JarInputStream and getCodeBase() + "/jogl.jar", as the jogl.jar used by the applet might be in a subdirectory of the codebase : potential hacking

I can't use the java.class.path system property as it points to the local cache and the jar file names are modified during the download process...

I can't load the files with ClassLoader.getResourceAsStream() as the classloader seems to find the first entry in the classpath matching the name, and doesn't look into the downloaded jars.

Right now I'm a bit confused... ?!? Any help is welcome !

Lilian

Offline Ken Russell

JGO Coder




Java games rock!


« Reply #72 - Posted 2005-11-10 21:47:52 »

You're trying to find the certificates signing jogl.jar, correct? You should be able to do something like

GLDrawableFactory.class.getProtectionDomain().getCodeSource().getCertificates();

Does that solve the problem?
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #73 - Posted 2005-11-11 08:41:37 »

Thank you that made it...

But I've found another problem : when comparing the jogl.jar certificates with the ones of the JarEntry of the native dll, everything works as expected with java 1.4.2, but not with 1.5.0_04/05 : here's the related bug id :

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6348368

the jarEntry.getCertificates() returns always null, instead of the array of certificates as expected. It's not possible to verify the integrity on this file.

This is a showstopper for option 2, unless someone finds a workaround for that one.  Angry

Lilian

[edit]
 if we choose option 1, I just wanted to add that jogl.jar with pack200 compression is only 280 kbytes, so download size for 1.5 applets is low when the server is properly configured (total jogl download size is just 340 kb for windows users if we use pack200 and auto-detect windows on server side to skip unnecessary native jars from other systems).

 

Offline Ken Russell

JGO Coder




Java games rock!


« Reply #74 - Posted 2005-11-11 17:11:52 »

I've had problems using JarInputStream before and have found saving the jar file to the local disk and using JarFile to be much more robust. Here is a modified version of Apache's test case which works on 1.5.
1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
26  
27  
28  
29  
30  
31  
32  
33  
34  
35  
import java.net.*;
import java.util.jar.*;
import java.security.cert.*;

public class cert15f
{
  public static void main(String[] args)
    throws Exception
  {
    java.io.File file = new java.io.File(args[0]);
    JarFile jar = new JarFile(file);
     
    for (java.util.Enumeration e = jar.entries(); e.hasMoreElements();) {
      JarEntry je = (JarEntry) e.nextElement();
      java.io.InputStream jis = jar.getInputStream(je);

      // need to read the data to see the certs.
     byte[] data = new byte[1024];
      for (; jis.read(data) != -1;)
        ;
      Certificate[] certs = je.getCertificates();
      System.out.println("Entry: " + je.getName());
      if (certs == null)
        {
          System.out.println("  no certificates");
          continue;
        }
      System.out.println(certs.length + " certificates");
      for (int i = 0; i < certs.length; i++)
        {
          System.out.println("  " + certs[i].toString());
        }
    }
  }
}

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #75 - Posted 2005-11-11 17:19:09 »

Ken, you're full of resources !

I'm going back to the project and testing this option !

Lilian

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #76 - Posted 2005-11-11 18:36:55 »

And here it is ! Smiley

Now it's in the hands of the JOGL team to verify the source code and promote it into the jogl.jar !!

demo and source code

Lilian

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #77 - Posted 2005-11-12 09:31:52 »

Updated again (bux fixes and improvements)

I've added the applet into the jogl.jar, to see how it will look like. Some first thoughts :

- The download progress bar from the java plug-in is limited to the first jar (jogl.jar) which in this case is the most important jar (but with a game with more contents, this will not be the case).
- Then the applet hangs until the game.jar is downloaded. I haven't found a means to have an indefinite progress bar, it just hangs until the classloader has finished its job.

- I've added an option to show an image while installing the natives and game jar, but I hope the users won't think the game is broken (in older JRE releases, there was a small dialog with a progress bar that was shown in such situation, it was much better).

So for a typical java game, we'll have :
 - the default java plugin progress bar during the download of jogl.jar
 - custom progress bar during native jar download
 - applet freeze during game jars download
 - the game begins....

Does anybody knows a means of loading the game jars without freezing the applet ? That would be the "final touch". I've tried referencing the sub applet class from the EDT or in a background thread, and it hangs in both cases !!

Lilian

Offline thijs

Junior Member




Lava games rock!


« Reply #78 - Posted 2005-11-12 13:11:51 »

Hi Lilian,

Nice work! I hope this will give applets the boost they need to be able to compete with shockwave3d and alike!

Quote
- I've added an option to show an image while installing the natives and game jar, but I hope the users won't think the game is broken (in older JRE releases, there was a small dialog with a progress bar that was shown in such situation, it was much better).

Note you can also use a custom animated gif that tells the user the applet is downloading.
http://java.sun.com/j2se/1.4.2/docs/guide/plugin/developer_guide/special_attributes.html

Quote
- applet freeze during game jars download

Another way of loading (large) resource files is by downloading the files runtime over an URLConnection with setUseCache enabled. A limitation is that it only caches files with a .jar or .class extension. You can make a zip containing all your images, sound etc and rename it to either .class or .jar. (for jar files you should use URL url = new URL ("jar:" + jarname + "!/"))
Another limitation of this technique is that you can't monitor progress with caching enabled.

The advantage you have is that you gain more control over what to display as your applet is already up & running without waiting for the JVM archive jars to load...

Now I think of it, it might be possible to overcome the disability to monitor download progress with setUseCache enabled... You can implement your own protocol handler: http://java.sun.com/developer/onlineTraining/protocolhandlers/

What probably happens with setUseCache(true) is the handler streaming the resource to a file upon urlconnection.getInputStream(), it first downloads the whole resource into this file (in the plugincache) and then handles the stream over in one go. Maybe we could override the standard handler and enable reading the progress for the resource->file stream.

Thijs

<a href="http://www.dzzd.net">3DzzD!</a>
<a href="http://www.arcazoid.com">Arcazoid!</a>
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #79 - Posted 2005-11-12 13:37:34 »

Hi Lilian,

Nice work! I hope this will give applets the boost they need to be able to compete with shockwave3d and alike!
Thanks !

About the animated image : it replaces the default java cup, so it would work only for the jogl.jar download.

I've found this link : http://java.sun.com/j2se/1.4.2/docs/guide/plugin/developer_guide/applet_caching.html

It seems it should be possible to specify a "preload" tag on jar files, and in that case our problem would be solved.

I'll try that option soon Smiley

Lilian

Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #80 - Posted 2005-11-12 14:46:24 »

That's working !

Now, there is no more freezing, as everything is preloaded, with a nice progress bar from the plug-in, and a nicer one when the native is installed Wink

So I'll stop the development here, unless some of you think about other nice features that could be included.

by the way, the "jogl_cg" native isn't installed by the applet launcher, I don't know if it's critical or not. We could at least start without cg and add it later ?

Lilian

Offline thijs

Junior Member




Lava games rock!


« Reply #81 - Posted 2005-11-12 15:55:30 »

It sounds like a good solution,

But on my system I can't see any progress bar while downloading the jar's (on 1.5.0_03-b07)
It seems like the progressbar feature is dropped from 1.5 on  Huh
(it doesn't appear in the special tags list for 1.5: http://java.sun.com/j2se/1.5.0/docs/guide/plugin/developer_guide/special_attributes.html)

Seems we're back where we started, unless its still possible to enable the progress bar on 1.5 somehow different.

<a href="http://www.dzzd.net">3DzzD!</a>
<a href="http://www.arcazoid.com">Arcazoid!</a>
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #82 - Posted 2005-11-12 16:08:58 »

This is what happens when I play with 5 different plug-ins... thanks for reporting it.

In that case, removing the image tag should be enough (it shows the default java animation with a progress bar).

That what I've just done for the demo.

however, leaving the progressbar tag ensures there is still a loading feedback for mac os.

Lilian

Offline Ken Russell

JGO Coder




Java games rock!


« Reply #83 - Posted 2005-11-12 20:05:27 »

This is great work. Thanks very much for pushing it through. I've filed Issue 182 to track this and will incorporate it as soon as possible, hopefully next Monday.
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #84 - Posted 2005-11-13 09:00:51 »

 Wink Smiley Cheesy Grin

Offline d3

Senior Newbie




o(_._)o


« Reply #85 - Posted 2005-11-14 10:21:32 »

hey lilian
nice work, i get an errormessage thought

1  
Error: The native libraries arent't properly signed


my system setup is:
Mac OS X 10.4.3
Safari Browser
Java Version 1.4.2_09

and i do have the jogl version 1.1 installed in my ~/User/Library/Extensions/Java folder.
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #86 - Posted 2005-11-14 15:22:58 »

It 's related to having the jogl in the extension directory : as the certificates of the native libs are validated against the ones the jogl.jar, your
jogl.jar has got differents certificates than mine (which is normal : I've self signed mine for the demo).

Once the applet is integrated in JOGL, with proper certificates, this issue should be resolved as the natives will also have the certs from sun. 

Lilian

Offline games

Senior Newbie





« Reply #87 - Posted 2005-11-18 20:48:34 »

It 's related to having the jogl in the extension directory : as the certificates of the native libs are validated against the ones the jogl.jar, your
jogl.jar has got differents certificates than mine (which is normal : I've self signed mine for the demo).

Once the applet is integrated in JOGL, with proper certificates, this issue should be resolved as the natives will also have the certs from sun. 

Lilian

Thanks you very much, I deleted the jogl.jar extension and it worked! Your Java applet is much better! In my opinion, Java is much better to make games than in Shockwave 3D.
Offline Ken Russell

JGO Coder




Java games rock!


« Reply #88 - Posted 2005-12-01 07:44:31 »

FYI, thanks again to Lilian the JOGLAppletInstaller has been checked in to the JOGL source tree after some security testing. The forthcoming JSR-231 beta 2 will contain a live example of an unsigned applet using JOGL through this installer.
Offline c_lilian

Senior Member


Projects: 1


Java games will probably rock someday...


« Reply #89 - Posted 2005-12-01 09:10:44 »

Great !

After so many years asleep, the applets are waking up and getting ready for prime time gaming !

Lilian

Pages: 1 2 [3] 4
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

TehJavaDev (15 views)
2014-08-28 18:26:30

CopyableCougar4 (25 views)
2014-08-22 19:31:30

atombrot (38 views)
2014-08-19 09:29:53

Tekkerue (33 views)
2014-08-16 06:45:27

Tekkerue (32 views)
2014-08-16 06:22:17

Tekkerue (20 views)
2014-08-16 06:20:21

Tekkerue (29 views)
2014-08-16 06:12:11

Rayexar (66 views)
2014-08-11 02:49:23

BurntPizza (42 views)
2014-08-09 21:09:32

BurntPizza (34 views)
2014-08-08 02:01:56
List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06

List of Learning Resources
by SilverTiger
2014-07-31 11:54:12

HotSpot Options
by dleskov
2014-07-08 01:59:08
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!