It may be still be useful to have the ability to modify the behavior of the
jelly(.sh) file. As you can see I am changing the heap max size since a few
of my jelly scripts need 500-600mbs. I think that ant defines a ANT_OPTS
variable that can be used to append options to java.

JELLY_OPTS
JELLY_PROPERTIES

-jason

-----Original Message-----
From: Jim Birchfield [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 01, 2002 11:40 AM
To: Jakarta Commons Developers List
Subject: RE: [jelly] RE: Jelly and properties


This fix is actually submitted and hopefully to be committed soon.  No need
to modify the scripts.  It will look in the user.home dir first, then the
local dir for a jelly.properties.

James Birchfield
Director, Application Development
Genscape, Inc.
(502) 583-2298 (o)
(502) 639-3136 (c)
 

-----Original Message-----
From: Jason Horman [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, October 01, 2002 2:32 PM
To: 'Jakarta Commons Developers List'
Subject: [jelly] RE: Jelly and properties

How about as a temporary fix you just have jelly(.sh) source ~/.jelly if it
exists. This would avoid me having to edit jelly(.sh) or use ant/maven just
to run a script.

I am not a sh expert, but something like this.

-------------------------------------------

jelly(.sh)

#!/bin/sh

if [ -f $HOME/.jelly ]
then
    . $HOME/.jelly
fi

$JAVA_HOME/bin/java -mx1500mb -classpath ${JELLY_HOME}/lib/forehead.jar \
    -Dforehead.conf.file=${JELLY_HOME}/bin/forehead.conf \
    -Dant.home=${ANT_HOME} \
    -Djelly.home=${JELLY_HOME} \
    -Dtools.jar=${JAVA_HOME}/lib/tools.jar \
    $JELLY_PROPERTIES \
    com.werken.forehead.Forehead $*

-------------------------------------------

$HOME/.jelly:

#!/bin/sh

JELLY_PROPERTIES="-Duser.home=${HOME}
-Dlog4j.configuration=file:${HOME}/configs/jelly/log
4j.properties -Dwebservices.config_directory=${HOME}/configs/webservices"

export JELLY_PROPERTIES

-------------------------------------------

-jason horman



-----Original Message-----
From: James Strachan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 01, 2002 10:32 AM
To: Jakarta Commons Developers List
Subject: Re: Jelly and properties


From: "Jim Birchfield" <[EMAIL PROTECTED]>
> I would like to see Jelly look for a jelly.properties file on the
classpath
> and load the properties to be available for Jelly to use in the script.
> James, have you had any thoughts around this issue?  It is easy to set the
> properties when using Maven, but as I am starting to use Jelly as a
> scripting language outright, It would be nice to have this feature.  Also,
I
> like the possibility of having a <j:properties> tag (thanks Bob) that can
> load a given properties file to be made available.

Sounds like a good idea.

If you bootstrapped Jelly from either inside Ant or with an Ant Project
scope, you could just use the Ant <properties> tag to load properties into
Jelly. Though I know Maven did some clever jiggery pokery so that dynamic
expressions could be put inside the properties file which would then get
lazily evaluated on demand. So maybe we should migrate some of that
functionality into core Jelly?

James
-------
http://radio.weblogs.com/0112098/

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
This email message and any attachments are for the sole use of the intended
recipient(s) and may contain confidential and privileged information. Any
unauthorized review, use, disclosure or distribution is prohibited. If you
are not the intended recipient or his/her representative, please contact the
sender by reply email and destroy all copies of the original message.

--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
This email message and any attachments are for the sole use of the intended
recipient(s) and may contain confidential and privileged information. Any
unauthorized review, use, disclosure or distribution is prohibited. If you
are not the intended recipient or his/her representative, please contact the
sender by reply email and destroy all copies of the original message.

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to