This comes back again to JRuby's startup being modelled on a filesystem-based distribution when we really want to move toward a binary jarred up distribution. It's a bit silly to have to set filesystem paths to use JRuby, and it would be impossible once we start deploying multiple independent JRuby instances in the same VM.

For the applet stuff, as Tom mentions in another post, it may be easier to go directly to our upcoming "all-in-one" class that provides BSF-less embedding. Then any security issues introduced by BSF can be avoided.

On 5/22/06, David Corbin <[EMAIL PROTECTED]> wrote:
On Monday 22 May 2006 09:41 am, Thomas E Enebo wrote:
>   Thanks for the update...David, can you mail me the properties?

"org.apache.bsf.serverLaunch"*
"user.dir"
"user.home"
"java.class.path"*
"jruby.lib"
"jruby.home"

The two marked with a * are in BSF, but the java.class.path could probably be
fixed in JRubyEngine.

> Also send any any other thoughts on security/configuration of the runtime.
> I am going to try and rearrange some stuff to make the BSF/JSR223
> integration a bit easier on the brain.
>

I haven't really figured out how it ought to work/configured.  Perhaps the
code could "test" and see if it appears to be in a "sandbox", and then switch
itself to a "secure mode".  Not even sure what that means.

David


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jruby-devel mailing list
Jruby-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jruby-devel



--
Charles Oliver Nutter @ headius.blogspot.com
JRuby Developer @ jruby.sourceforge.net
Application Architect @ www.ventera.com

Reply via email to