|
Nigel,My situation is slightly different. I followed the earlier post that recommended that the class file not reside in the /QIBM/ProdData/Java400 folder. I compiled this source http://code.midrange.com/index.php?id=e09b39929c into a folder called Petesjava and then ran QSH. I changed to the Petesjava folder and then ran the following:
java -classpath '/QIBM/ProdData/HTTP/Public/jt400/lib/jt400.jar:.' JDBCPopulate VAS400 Petetemp test
On my V5R3M0 box I get the ClassNotFoundException error. On my customer's box, at the same OS level but different CUME and Group levels, I DON'T get the error. I also have a 520 at V5R4M0 and it works. And, to round out the whole gambit, I have a 720 at V5R2M0 and the program works on that box.
In each case I created the programs exactly the same way on each system and ran them the same way with the same user profile. Yet, on my 270 at V5R3M0, the program doesn't run. That tells me that something in the environment is causing the program. So, I don't think it a classloader issue as you describe. I really not sure. Running the program with the -verbose shows all the classes being loaded except when it gets to the AS400JDBCDriver then it throws the exception.
I am still stumped. Pete NGay@xxxxxxxxxxxxx wrote:
midrange.com
Pete / Mike,
Thought I'd try too to throw some additional version numbers in the mix for
you. On our dev system with:
Open Source Software, JTOpen 4.8, codebase 5722-JC1 V5R3M0.9
SF99530 5298 Not installed
SF99529 67 Not installed
SF99519 102 Installed
SF99503 8 Installed
SF99502 14 Not applicable
SF99314 1 Installed
SF99301 12 Installed
SF99295 7 Installed
SF99290 2 Installed
SF99269 9 Installed
SF99173 3 Installed
SF99169 17 Not applicable
SF99149 9 Installed
I also get the ClassNotFoundException error when trying to run it with:
RUNJVA CLASS(lockBox.UploadLockBox)
CLASSPATH('/QIBM/ProdData/Java400/:/QIBM/ProdData/HTTP/Public/jt400/lib/jt400.jar')
PROP((java.version '1.4')) OPTION(*NONE)
Someone else (sorry, don't remember who to give credit) posted that there
is a special classloader for /QIBM/ProdData/Java400/ and this sounded crazy
enough to be plausible, so I tried moving the classes elsewhere, and then
it works fine (well, I get "connection refused" but clearly to have gotten
this far it has loaded the JDBC drivers in fine), i.e. I had the .class
files in /CpaJavaDevelopment/lockBox:
RUNJVA CLASS(lockBox.UploadLockBox)
CLASSPATH('/CpaJavaDevelopment/:/QIBM/ProdData/HTTP/Public/jt400/lib/jt400.jar')
PROP((java.version '1.4')) OPTION(*NONE)
Personally my 2 cents though is not to be exporting individual class files.
By the time you get hundereds of class files this must become an
administrative nightmare when it comes to releasing classes from your dev
to production systems and getting the folder structure correct. Run them
as a JAR file - I think you mentioned you're using WSAD/WDSC and this makes
it so easy (File -> Export -> JAR file). Then you've just got one file,
you can stick it wherever you like and can use whatever folder structure
you like. I even tried it in /QIBM/ProdData/Java400/ and this worked fine:
RUNJVA CLASS(lockBox.UploadLockBox)
CLASSPATH('/QIBM/ProdData/Java400/LockBox.jar:/QIBM/ProdData/HTTP/Public/jt400/lib/jt400.jar')
PROP((java.version '1.4')) OPTION(*NONE)
Hope this helps,
Nigel Gay,
Computer Patent Annuities Limited.
java400-l-bounces+ngay=cpaglobal.com@xxxxxxxxxxxx wrote on 14/02/2007
04:40:55 PM:
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.
