geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Genender <jgenen...@apache.org>
Subject Re: Ideas on a rc.d kind of directory
Date Sat, 14 Jul 2007 00:18:24 GMT
Ok...maybe even not a script...maybe something that works similar to how
the sysconfig system on Unix works.  A directory that contains "settings
files" or something that allows us to set environment variables.  Like a
drop in text file:

JAVA_OPTS=-xbootclasspath-Xbootclasspath/p:var/terracotta/tc.jar

Although this is cool, at some point, someone is gonna want to run
something  though and we may wish to go back to scripting ;-)

The positive on these text files is its automatically mostly cross
platform.  Downside is we cant run anything...just an idea...

I would like to hear others' ideas.

Jeff

Jason Dillon wrote:
> I was kinda against this kinda thingy way back in the days of the
> boss-of-j, but I'm interested to hear more how you think it might
> work... since I just wrote off anything Marc said as crap automatically :-P
> 
> --jason
> 
> 
> On Jul 13, 2007, at 4:17 PM, David Jencks wrote:
> 
>>
>> On Jul 13, 2007, at 7:04 PM, Jeff Genender wrote:
>>
>>> Hi,
>>>
>>> As we move forward and we integrate with more and more 3rd party
>>> products, we will need the ability to be able to change an environment
>>> variable through a plugin, or add a commandline JAVA_OPTS, etc.
>>>
>>> Currently our startup scripts call the setjavaenv.sh to set environment
>>> properties.  It would really be nice to have the ability to have a
>>> "scripts" directory, where all of the scripts get executed before
>>> Geronimo is launched.  Why do we want this?
>>>
>>> As we grow in our plugins, they will need to set environment or java
>>> options set before running G.  They may also have a need to start or run
>>> other outside processes  that are not a part of G.
>>>
>>> It would be great to allow plugins to install an rc script that gets
>>> executed to do activities before and perhaps after G is run?
>>>
>>> I would propose we create a scripts directory under bin or under var
>>> that could be similar to init.d, and have it called with start/stop,
>>> etc.  This way plugins can install specific scripts in these directories
>>> for execution.
>>>
>>> Thoughts?
>>
>> How cross platform can we make this?
>>
>> I'm not sure I know what kinds of things you expect this to be used
>> for, so if you can provide some more concrete examples I'd appreciate
>> it.  I'm wondering if this is the kind of stuff that we've been taking
>> care of so far with e.g. the SystemPropertiesGbean and
>> DirectoryInitializationGBean.
>>
>> thanks
>> david jencks
>>
>>>
>>> Jeff
>>

Mime
View raw message