Hello Guy,
> I encountered this same problem last week - did you read the archives?
Yes, but haven't found your post until today.
> 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.
Exactly my problem... I try to understand this in my recent post "Dynamic class
downloading from distant host: working? Bug?".
I do not see any reason why accessing an EJB from an applet would require any
particular privilege. The exactly same code accessing a simple RMI server (with the
same remote interface) is working without granting anything more! If this continue, I
will have to use a RMI server front-end to speak to my EJBs...
Either I find the real problem or either I will sign my applet (I am using the Java
1.3 Plugin). Signing the applet will ask the user if it grants the applet additional
privileges ("no", "yes - once", "yes - always"). If the user accepts, the applet has
full rights and doesn't requires any java.policy file installation on the client side
(which would be a shame for Applet clients...)
Continuing my quest... Thank you for your hint.
Cheers,
Sacha
>
> ----- 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(AccessControlCo
> ntext.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(MarshalInputSt
> ream.java:
> 172)
> at
> java.io.ObjectInputStream.inputProxyClassDescriptor(ObjectInputStr
> eam.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
>
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user
