Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

access denied (java.lang.RuntimePermission createSecurityManager )

3 views
Skip to first unread message

Josh Burley

unread,
Jun 13, 2000, 3:00:00 AM6/13/00
to
Getting this error while trying to run the server... any ideas? This is
under Linux (obviously). I fixed up all of the paths, environment
variables, and such...

Thanks for any help,
josh (jburley at ebuilt.com )

[root@ender weblogic]# ./startWebLogic.sh
LD_LIBRARY_PATH=/pkg/weblogic/lib/linux
Warning: native threads are not supported in this release
Exception in thread "main" java.security.AccessControlException: access
denied (java.lang.RuntimePermission createSecurityManager )
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:191)
at
java.security.AccessController.checkPermission(AccessController.java:399)
at
java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
at java.lang.SecurityManager.<init>(SecurityManager.java:303)
at
weblogic.boot.ServerSecurityManager.<init>(ServerSecurityManager.java:11)
at weblogic.Server.main(Server.java:59)
at weblogic.Server.main(Server.java:55)

Bryan O'Sullivan

unread,
Jun 14, 2000, 3:00:00 AM6/14/00
to
j> Getting this error while trying to run the server... any ideas?

See the documentation on using Java 2.

<b


Carl J. Collin

unread,
Jun 15, 2000, 3:00:00 AM6/15/00
to
Since some people can be completely not helpfull.....
You might want to fix up the weblogic.policy file. When you
use Java 2 the security gets a little tricky.

Carl J. Collin
col...@dsl.telocity.com

"Josh Burley" <jbu...@eBuilt.com> wrote in message
news:3946DA75...@eBuilt.com...

Abraham Kang

unread,
Nov 17, 2000, 3:00:00 AM11/17/00
to

Just ran into the same problem.

Make sure the machine that is mounting the shared directory has the same file structure as the machine hosting the weblogic shared directory. For example,

if weblogic is installed in

/usr/weblogic

then you mount point should be

/usr/weblogic

The issues that is causing the problem is the weblogic.policy file is granting read,write, delete and execute privilages to certain directories. If your mount point does not match the shared server's file system then your java.exe will not have the privilages to the directories it needs on the remote system through your mount point.

Another alternative is to create a seperate weblogic.policy file that grants permission to directories based on your mount point.

Ex:

grant codeBase "file:/YourMountPoint/weblogic/-" {
permission java.io.FilePermission "${/}YourMountPoint${/}weblogic${/}-", "read,write,delete,execute";

This above basically grants any code in and below /YourMountPoint/weblogic/ read,write,delete, and execute permissions on any files in and below /YourMountPoint/weblogic/

then point to this seperate weblogic.policy file on the command line arguement
-Djava.security.policy=reativeOrAbsPathToADifferentPolicyFile

Hope This Helps,
Abraham

0 new messages