Buck,

Thanks for the quick reply.

I am running this in my CL program
STRQSH CMD(&CMD)

Using debug the value of &CMD is

java -chkpath *IGNORE -classpath
/QIBM/ProdData/OS400/jt400/lib/jt400Native.jar:/drv/java/:/drv/java/co
mmons-cli-1.1.jar:
/drv/java/PDFOne.jar:/drv/java/sfapdfenc.jar:/drv/java/sfapdfeni.jar:/
drv/sfxpdfen.class sfxpdfen -inputfile '/DRV/TEST.PDF'
-outputfile '/DRV/test-OWNER.pdf'


I look in the IFS directory /DRV/JAVA and it contains SFAPdfOne.jar

I also heard that once I set my classpath then that is the one that
continues to be used (ignoring any new classpaths)
Is that true?
Just to make sure I signed off, signed back on and ran the CL - Same
Error

John

-----Original Message-----
From: JAVA400-L [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of
Buck Calabro
Sent: Thursday, June 15, 2017 2:33 PM
To: java400-l@xxxxxxxxxxxx
Subject: Re: Error running java program from a CL using QSHELL

On 6/15/2017 2:19 PM, John Allen wrote:
When I try to execute the CL on the 2nd machine I get the error
shown
below:

Attachments (like images) are stripped out by the list software :-(

1. Does this error say it can't find com.gnostice.pdfone

Yes.

2. I am not 100% sure which (if any) java directories/jars
need
to be in the classpath or does the IBM I take care of the java
classes
for me?
There are these two values in all of our CLASSPATHS:
/QIBM/ProdData/OS400/jt400/lib/jt400Native.jar: /QIBM/Prodata/JAVA
(I
believe because all of our java programs were created by copying an
existing one)

CLASSPATH is quite a lot like a library list. You need to set it up
for the specifics of your environment.

The first text line of the error does not look right (the
pdfone.PDFOne part) or is that just the way that java formats its
messages?:
java.lang.NoClassDefFoundError: com.gnostice.pdfone.PDFOne
It's not a formatting thing. The class that your Java app is looking
for is called PDFOne, and it's in the package com.gnostice.pdfone.
You need to:
1) Find that package on the working system. Use the CLASSPATH to find
it.
2) SAV that package from the working system
3) RST that package to the un-working system
4) Make sure the CLASSPATH is set so that Java can find the package

The CLASSPATH might be best set in the CLP if this is the only job on
the system using PDFOne. If you have very many jobs, you might want
to set the *SYSTEM CLASSPATH. WRKENVVAR (F4).

--
--buck

Try wiki.midrange.com!

--
This is the Java Programming on and around the IBM i (JAVA400-L)
mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
http://archive.midrange.com/java400-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

This mailing list archive is Copyright 1997-2021 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.