|
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:
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 copyright@midrange.com.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.