And while we're at it, how about an applet that can elevate its privileges through the ClassLoader? Wouldn't that be fun? There is no way to specify the security file afaik. But here are some ways I've accomplished the same effect:
a) [Brute Force] install multiple JREs. Then find a hammer and hit yourself in the head with it. b) [Less Brutish Force] fake mulitple JREs -- you are on Windoze so this may not help you, but it's possible to make a *ghost* JRE out of symlinks. Basically you mirror all the files in your java directory as symlinks, except for the java.security file and whatever else. It sounds like a lot of work but that's what perl is for. c) [Crackpot Scheme] The java.security file is read once on JVM startup and not locked. As long as your different jobs don't start concurrently, what's stopping you from switching the file as needed? Good Luck, los -----Original Message----- From: Robert Taylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 12, 2003 8:05 AM To: [EMAIL PROTECTED] Subject: [OT] Tell VM to use a different java.security file other than the one in default location Apologies in advance for the OT post. I have some background processes that run as NT services. Each process will run in its own VM. I would like each process to use its own java.security file. I know there must be a way to tell the VM to use a different java.security file other than the default (for each process). I have search for this on the web but seem to only find information on how to set up different java.security.policy files. I'm not interested in the policy files though. I have looked through the various Java security tutorials, JSSE and JAAS APIs and must be missing something simple. I'm thinking there must be a way to pass that information to the VM in my startup script like (just guessing) java -Djava.security=%APP_HOME%\java.security Any ideas? Once again, sorry for the OT post, but I have searched the web for a couple days, posted to the Java Programming forum on Sun's site and asked other collegues but the answer eludes me. robert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
