Ok, I'll give it a go unless you want to look at it(?) Probably will not be able to look at it before at least the weekend though.
Quoting Charles O Nutter <[EMAIL PROTECTED]>: > I think you're spot on with your concerns about the -D env string > passed in via the startup script; at a minimum we'd have to do a > little preprocessing in *nix and you're right about it likely being > difficult in Windows, though I think by using %% variables you can > cram a lot more into a given command. Still, it's problematic. > > I was thinking about the .jruby_env-file solution too. It's also not > great, as it means the startup script has to be able to modify a file > in some home dir, and the executing JRuby program also has to read > that file. We're also faced with the issue of cleaning up after > ourselves, since I for one really hate programs that leave MORE > dotfiles lying around. > > We don't have a great option. I think perhaps our best choice is what > you suggest: implement all the alternatives, choose the > least-intrusive version by default, and allow users /embedders to > specify an alternative. This also fits in somewhat with plans to make > all of JRuby a bit more pluggable. > > I think we should just quickly mock up all the alternatives and see > what works and what doesn't. They're not any of them very difficult to > implement. > > - Charlie ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
