Re: funky classpath issues?

i'm on windows :)

you can run with java -verbose to get the jvm to tell you what its
doing. Its gets to my class, and simply can't find it.

Allan Doyle wrote:
>
> In situations like this, sometimes it helps to print out a trace. On
> Linux use ltrace(1), on Solaris, I think it used to be called trace(1).
> ltrace will even trace across forks. Sometimes watching which files get
> opened (or which files are not opened because they are not there)
> provides valuable insight.
>
> Allan
>
> Jeff Mathis wrote:
> >
> > We all love a mystery.
> >
> > Putting jars in the ext directory means you do not have to define an
> > explicit classpath -- could be why one of our users was doing it. Also,
> > it looks like the ext directory is used primarily with applets.
> >
> > I've done some further checking. OpenMap certainly does not alter the
> > classpath. When openmap.jar is in the ext directory and my classes are
> > in another directory, I have verified that the System property
> > java.class.path is not changed at all -- it refers to what I placed on
> > the jvm command line. This is one of the errors I get -- a
> > ClassNotFoundException
> >
> > *** ERROR ***
> > ComponentFactory.create: Failed to create
> > "com.biosgroup.alac.gui.BiosMapFrame" using component marker name
> > "biosFrame" - class not found.
> > *************
> >
> > Again, javac works just fine with openmap.jar in ext and my classes in
> > another directory.
> >
> > There are some hints on the sun site regarding this, which is why I was
> > thinking about possible security issues.
> >
> > http://java.sun.com/j2se/1.4/docs/guide/plugin/developer_guide/extensions.html
> >
> > http://java.sun.com/docs/books/tutorial/ext/index.html
> >
> > But nothing definitive.
> >
> > Can anyone reproduce what we're seeing?
> >
> > I'll keep checking around.
> >
> > Jeff
> >
> > Ken Anderson wrote:
> > >
> > > I don't understand jre/lib/ext either, but as a group it's probably worth understanding. I think the intent is to be a place to put .jars that are "extensions to java". Once there, any java application can take advantage of them (or something).
> > >
> > > The only thing i've put in this ext/ is jars allowing my application to connect to https servers.
> > >
> > > k
> > >
> > > At 07:30 PM 8/13/2001, Donald Dietrick wrote:
> > > >Hi Jeff,
> > > >
> > > >On Monday, August 13, 2001, at 07:06 PM, Jeff Mathis wrote:
> > > >
> > > >>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!)
> > > >
> > > >That's something I would not have expected.
> > > >
> > > >>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.
> > > >
> > > >I've never messed around with that directory, either. It just feels like asking for trouble, but then again, I don't know what the intent of the directory is. It also seems like it shouldn't be messing up your classpath settings.
> > > >
> > > >>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?
> > > >
> > > >OpenMap doesn't do anything with classpath settings. :) I don't know if a security policy would help, either. It would be nice if you were getting something more explicit for error messages to let you know what's really going on with the classpath. Maybe you can play around with the ClassLoader a bit to see what it thinks is going on.
> > > >
> > > >Good Luck,
> > > >
> > > >Don
> > > >
> > > >
> > > >>(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"]
> > > >
> >
> > --
> > 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"]
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Allan Doyle http://www.intl-interfaces.com
> adoyle@intl-interfaces.com

-- 
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"]