• Subject: Re: Websphere and classpath
  • From: "John Hilton IV" <jhilton4@xxxxxxxxxxxx>
  • Date: Thu, 22 Jul 1999 12:22:02 -0500
  • Organization: U.S. Safetry/Parmelee Industries, Inc.

IBM and I finally found the problem as to why my user created servlets were
not being served from the sevlet directory.   Which may explain your
problem.

I created the .java file and compiled it into a .class file in my own user
directory on the IFS under the QSH, however I moved the created .class file
to the IBM servlet directory via Win/98 drag and drop Copy, i.e. right
click.  Apparently, this does not do things correctly, hence they are there
to the eye but not to WebSphere.  If you do a WRKLNK and copy the .class
files using the DOS copy command, then no problem.

I do not why this doesn't work.  Again we are at OS/400 V4R4 and are using
the latest Client Access and Service packs (V3R2M0), including having Win/98
up to date with it's latest Service Pack (4.10.98), not the new Version 2
that Microsoft is hyping.

The IBM Hot Line person (Tosh) I've being dealing with said he was going to
request an APAR on this.

Thanks to those who suggest help for my original problem.

I hope this is some help to your problem,

John Hilton IV

----- Original Message -----
From: DeSarro Frank <DeSarFra@mail.divintech.com>
To: <ign_list@ignite400.org>; <JAVA400-L@midrange.com>
Sent: Monday, July 19, 1999 8:24 AM
Subject: Websphere and classpath


> Hello,
> I'm new to websphere and I'm having considerable trouble getting
> websphere on the AS/400 to recognize classes in the classpath as opposed
> to classes in the servlets directory.  I'm trying to move away from
> having support classes loaded dynamically like servlets.  To do this
> instead of placing the classes in a directory specified in
> servlets.properties, I place them in the classpath specified in
> jvm.properties.  I've read the websphere documentation for the AS/400
> (what there is of it), redbooks, and IBM manuals.  I tried every possible
> variation to try to get websphere to recognize the classes, but it just
> won't see them.  It is very frustrating.  Any help or suggestions that
> anyone could provide would be greatly appreciated.  I include the
> following to help describe my situation:
> I'm running WebSphere 1.1 on an AS/400 under V4R3
> If I place the classes in the servlets directory, the classes are found
> I was able to place the AS/400 toolbox file (jt400.jar) in the
> classpath and it is found
> I explicitly use CRTJVAPGM to make sure the Java transformer creates
> the necessary program objects
> I've tried placing the individual classes in the classpath and I've
> tried making them into a jar file.  Neither variation works.
> I use HTTP command to check the servers classpath and it is set
> correctly.
> I can't understand how webshere can appear to find the toolbox classes
> (jt400.jar) in the server classpath, but it can't find my classes.  I
> can't make sense of it. Anyone have any ideas?  Thanks.
>
> Frank DeSarro
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---
>

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.