Another thought on the .jrubyenv thing is to write it into a tmp file instead of the users home directory.
-Tom On Tue, 07 Feb 2006, Charles O Nutter defenestrated me: > It's not a high priority on my list right now, and I know Tom is also > heavy into getting RoR working...if you can get some preliminaries > done it would certainly be helpful to move it along. We'll get to it > eventually, of course, but there's only so many hours in the day :) > > On 2/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > 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 > > > > > -- > Charles Oliver Nutter @ headius.blogspot.com > JRuby Developer @ jruby.sourceforge.net > Application Architect @ www.ventera.com > > > ------------------------------------------------------- > 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&kid3432&bid#0486&dat1642 > _______________________________________________ > Jruby-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jruby-devel -- + http://www.tc.umn.edu/~enebo +---- mailto:[EMAIL PROTECTED] ----+ | Thomas E Enebo, Protagonist | "Luck favors the prepared | | | mind." -Louis Pasteur | ------------------------------------------------------- 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&kid3432&bid#0486&dat1642 _______________________________________________ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
