I encountered this same problem last week - did you read the archives?
Update your java.policy file and grant the file permission it is asking for,
but use double backslashes (\\) every place it is asking for one, like
\\C:\\Internet\\AS... I would stop at tmp and just grant access to
everything below that.
As I said at the time, it makes no sense to me why I should have to grant a
client on another computer entirely access to this server directory, which
may not even be valid on the client. For example, I have JBoss running on
the H: drive, and the client system only has a C: drive. So granting
permission to H:\\JBoss-2.2.1 is totallly meaningless to the client. I
received no reply on this point, so I guess it doesn't make sense to anyone.
----- Original Message -----
From: Sacha Labourey <[EMAIL PROTECTED]>
To: jBoss-User Mailing List <[EMAIL PROTECTED]>
Sent: Tuesday, May 08, 2001 10:17 AM
Subject: [JBoss-user] EJB and applets : problem with RMI classloading
Hello,
I am trying to make a JBoss SLSB accessible from an Applet.
After having solved some JNDI issues, I have a problem in the lookup code.
It seems that the codebase given by JBoss indicates a local file. Here is
the stack trace from the Applet (browser not running on the same host as
JBoss i.e. the file path cannot have a coherent meaning in this case):
java.security.AccessControlException: access denied (java.io.FilePermission
\C:\Internet\AS\JBoss-2.2.1\tmp\deploy\Default\monitron_applet_bean.jar\-
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java
:272)
at java.security.AccessController.checkPermission(AccessController.java:399)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
at
sun.rmi.server.LoaderHandler$Loader.checkPermissions(LoaderHandler.java:759)
at sun.rmi.server.LoaderHandler$Loader.access$000(LoaderHandler.java:713)
at sun.rmi.server.LoaderHandler.getClassLoader(LoaderHandler.java:265)
at
sun.rmi.server.MarshalInputStream.resolveProxyClass(MarshalInputStream.java:
172)
at
java.io.ObjectInputStream.inputProxyClassDescriptor(ObjectInputStream.java:9
82)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
at java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1186)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
at java.rmi.MarshalledObject.get(MarshalledObject.java:138)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:299)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:279)
at javax.naming.InitialContext.lookup(InitialContext.java:350)
at mycode.EjbResolver.refreshProxy(EjbResolver.java:46)
at mycode.AppletDelegate.<init>(AppletDelegate.java:24)
at mycode.myApplet.<init>(MonitronApplet.java:41)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at sun.applet.AppletPanel.createApplet(AppletPanel.java:579)
at sun.plugin.AppletViewer.createApplet(Unknown Source)
at sun.applet.AppletPanel.runLoader(AppletPanel.java:515)
at sun.applet.AppletPanel.run(AppletPanel.java:293)
at java.lang.Thread.run(Thread.java:484)
Any idea? The problem does not lie in the security error but more on why
does my applet tries to read something not even locally accessible but local
to the JBoss server only.
Cheers,
Sacha
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user
