Re: funky classpath issues?

Don -

thanks for your response.

In reading suns documentation, it may be a security policy issue.
Nothing to do with OpenMap at all

So, to be explicit, I place openmap.jar inside JAVA_HOME/jre/lib/ext.
my class files reside elsewhere, say in /home/myfiles. The /home/myfiles
directory has a com/mycompany/main.java class. main.java fires up my
version of OpenMap, using some of my classes in the com/mycompany
directory and its subdirectories. I am using the MapHandler and the
properties file.

I then issue the commands:

CLASSPATH="/home/myfiles";export CLASSPATH
$JAVA_HOME/bin/java -cp $CLASSPATH com.mycompany.main -p
file:/home/myfiles/myprops.properties

I use the ArgParser, and it verifies that it can successfully find the
properties file, and LayerUtils.getResourceOrFileOrURL returns a valid
URL which I feed to the PropertyHandler.

In this scenario, OpenMap classes are created, but classes in my
CLASSPATH cannot be found (a ClassNotFoundException is thrown), and the
application does not initialize (even though com.mycompany.main CAN be
found!)

Now, I remove openmap.jar from $JAVA_HOME/jre/lib/ext. I issue the
following:

CLASSPATH="/home/myfiles:/home/openmap/openmap.jar";export CLASSPATH
$JAVA_HOME/bin/java -cp $CLASSPATH com.mycompany.main -p
file:/home/myfiles/myprops.properties

All works as expected.

This behavior is new to me since I've never put stuff in
$JAVA_HOME/jre/lib/ext. However, one of our users does.

So, the question is: is something in OpenMap resetting the classpath at
runtime to ignore the command line flag (yea right!), or, do we need to
define a security policy if we insist on putting things in both
jre/lib/ext and our own directories?

(actually, I'd vote to not put anything in $JAVA_HOME/jre/lib/ext, but
you know how pesky users can be!)

Jeff

Donald Dietrick wrote:
>
> Hi Jeff,
>
> I may be reading this wrong, but it looks like the jre is acting the way
> I would expect it to. I would assume that anything in the
> JAVA_HOME/jre/lib/ext would be prepended to the CLASSPATH, and any
> classes found in those directories/jar files would be used before
> anything else in the CLASSPATH.
>
> - Don
>
> On Monday, August 13, 2001, at 04:35 PM, Jeff Mathis wrote:
>
> > Hello,
> >
> > We've noticed something very interesting.
> >
> > If we put the openmap.jar file into a directory other than
> > JAVA_HOME/jre/lib/ext, the openmap package seems to pay attention to the
> > CLASSPATH environment variable specified on the jvm command line.
> >
> > However, if openmap.jar gets put into JAVA_HOME/jre/lib/ext, it ignores
> > any classpath specified in the users environment or on the jvm command
> > line, and therefore any classes I have written cannot be found by the
> > MapHandler. Compilation happens under either scenario.
> >
> > Have you seen this before?
> >
> > thanks
> >
> > jeff
> >
> > --
> > Jeffrey Mathis, PhD FAX: 505-988-2229
> > Senior Scientist email: jeff.mathis@biosgroup.com
> > Bios Group, Inc. phone 505-992-6737
> > 317 Paseo de Peralta http://www.biosgroup.com
> > Santa Fe, NM 87501
> >
> > --
> > [To unsubscribe to this list send an email to "majdart@bbn.com"
> > with the following text in the BODY of the message "unsubscribe
> > openmap-users"]
> >
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Donald F. Dietrick, dietrick@bbn.com
> BBN Technologies, 10 Moulton Street, Cambridge, MA 02138
> 617.873.3031 FAX 2794
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

-- 
Jeffrey Mathis, PhD		FAX: 505-988-2229
Senior Scientist		email: jeff.mathis@biosgroup.com
Bios Group, Inc.		phone 505-992-6737
317 Paseo de Peralta		http://www.biosgroup.com
Santa Fe, NM 87501
--
[To unsubscribe to this list send an email to "majdart@bbn.com"
with the following text in the BODY of the message "unsubscribe openmap-users"]