That was my understanding as well. I really think we need the ability
to allow folks to set a CLASSPATH without the need to rebuild a config.
What do you think?
Jeff
Dain Sundstrom wrote:
Geronimo only reads compiled configurations so if you want to change it
you need to rebuild the config
Geronimo only reads compiled configurations so if you want to change
it you need to rebuild the configuration.
-dain
On Jul 11, 2005, at 8:08 AM, Jeff Genender wrote:
Cool. Do I need to build an assembly though? (Sorry for the repost)
Dain Sundstrom wrote:
Jars are loaded in the order th
Cool. Do I need to build an assembly though? (Sorry for the repost)
Dain Sundstrom wrote:
Jars are loaded in the order they appear in the xml file.
-dain
On Jul 11, 2005, at 8:02 AM, Jeff Genender wrote:
Can I set the order of which jars will get loaded first?
Aaron Mulder wrote:
Most
Jars are loaded in the order they appear in the xml file.
-dain
On Jul 11, 2005, at 8:02 AM, Jeff Genender wrote:
Can I set the order of which jars will get loaded first?
Aaron Mulder wrote:
Most often it seems the CLASSPATH is used to add JDBC drivers
or common 3rd party libraries. W
So will I need to rebuild an assembly when I add a jar ...and in the
order I need the jar to be accessed?
Jacek Laskowski wrote:
Jeff Genender wrote:
This is common.
Well, it's common on other platforms, but quite contrary to the way
Geronimo handles jars. If a configuration needs jars th
Can I set the order of which jars will get loaded first?
Aaron Mulder wrote:
Most often it seems the CLASSPATH is used to add JDBC drivers or
common 3rd party libraries. We have special facilities for that in
Geronimo, so I don't see that being able to set the CLASSPATH is all that
valuable.
You don't need to specify a full class path since the server and
deployer jars contain a manifest class path. The following commands
are equivalent:
$ java -jar bin/server.jar
$ java -classpath bin/server.jar org.apache.geronimo.system.main.Daemon
-dain
On Jul 11, 2005, at 5:18 AM, [EMAIL
Jeff Genender wrote:
This is common.
Well, it's common on other platforms, but quite contrary to the way
Geronimo handles jars. If a configuration needs jars they should be its
own dependencies specified in a plan.
Jeff
Jacek
Aaron Mulder wrote:
Most often it seems the CLASSPATH is used to add JDBC drivers or
common 3rd party libraries. We have special facilities for that in
Geronimo, so I don't see that being able to set the CLASSPATH is all that
valuable.
Exactly. That was the reason why I was asking. Unless I
Most often it seems the CLASSPATH is used to add JDBC drivers or
common 3rd party libraries. We have special facilities for that in
Geronimo, so I don't see that being able to set the CLASSPATH is all that
valuable.
Aaron
On Mon, 11 Jul 2005 [EMAIL PROTECTED] wrote:
> I am working on
Jacek Laskowski wrote:
[EMAIL PROTECTED] wrote:
I am working on the startup scripts for Geronimo and was wondering
whether people can see a requirement now or in the future where users
would want to be able to specify their own classpath when executing
the startup script (e.g. in the CLASSPA
[EMAIL PROTECTED] wrote:
I am working on the startup scripts for Geronimo and was wondering whether
people can see a requirement now or in the future where users would want
to be able to specify their own classpath when executing the startup
script (e.g. in the CLASSPATH env var) and have that
I am working on the startup scripts for Geronimo and was wondering whether
people can see a requirement now or in the future where users would want
to be able to specify their own classpath when executing the startup
script (e.g. in the CLASSPATH env var) and have that appended to the
server's
13 matches
Mail list logo