View previous topic :: View next topic
|
Author |
Message |
latha s
New User
Joined: 04 May 2012 Posts: 2 Location: India
|
|
|
|
We were trying to execute JAVA pgm to connect to IMS DB from OMVS region.
We have set CLASSPATH, LIBPATH and PATH environment variables.
WHile executing the java pgm it gives me error libjavTDLI.so not found in native java.library.path.
kindly help us to solve the issue. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello and welcome to the forum,
Then you need to work with your local support people to get the .so library into the proper path or use some different location.
Suggest you determine why this is missing. . .
Only someone supporting your environments will have access to the needed info i suspect. |
|
Back to top |
|
|
Ed Goodman
Active Member
Joined: 08 Jun 2011 Posts: 556 Location: USA
|
|
|
|
Not sure if I'm getting exactly what you're doing, but...
Maybe the code is executing in a different "shell"/"enclave"/"run time environment" from where you are setting the environment variables.
You can add a few lines of code to display the active environment variables when you run the program.
I had an issue where something was running out of sequence based on system startup and it like to drove me crazy trying to figure it out. |
|
Back to top |
|
|
latha s
New User
Joined: 04 May 2012 Posts: 2 Location: India
|
|
|
|
java.sql.SQLException: com.ibm.ims.base.IMSException: Error loading 32 bit versi
on of the native library. Either libJavTDLI.so or libJavTDLI_64.so not found in
LIBPATH. Exception: java.lang.UnsatisfiedLinkError: JavTDLI (Not found in java.l
ibrary.path)
at com.ibm.ims.db.DLIConnection.<init>(DLIConnection.java:231)
at com.ibm.ims.db.DLIConnection.createInstance(DLIConnection.java:275)
at com.ibm.ims.db.DLIQueryConnection.<init>(DLIQueryConnection.java:21)
at com.ibm.ims.db.DLIDriver.connect(DLIDriver.java:61)
at java.sql.DriverManager.getConnection(DriverManager.java:572)
at java.sql.DriverManager.getConnection(DriverManager.java:218)
at test.main(test.java:9)
$
this is the exact error i am getting when i try to execute JAVA pgm to connect to IMS DB from OMVS region. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
latha s wrote: |
We have set CLASSPATH, LIBPATH and PATH environment variables. |
sure you have. the computer is at fault...
Ed Goodman wrote: |
You can add a few lines of code to display the active environment variables when you run the program. |
until you know what values are in the environmental variables at run time
you have no way of knowing to which value you have set your LIBPATH variable. |
|
Back to top |
|
|
Ed Goodman
Active Member
Joined: 08 Jun 2011 Posts: 556 Location: USA
|
|
|
|
Dick, feeling a little grumpy?
By showing the three variable values that the TS already listed, they can see if they have updated them correctly at run time.
My guess is they either didn't really set them, or they DID set them, but in a way that doesn't make it to the run time environment when they execute the code. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
ED, as a matter of fact i have what is known as a 'good buzz-on'.
i used your quote to show the TS,
that unless he did as you suggested,
he was/probably still is
in the dark about what the values are at run time.
if i worded it improperly, sorry.
as far as your analysis and conclusion, i totally agree. |
|
Back to top |
|
|
Ed Goodman
Active Member
Joined: 08 Jun 2011 Posts: 556 Location: USA
|
|
|
|
I'm still in the "how do you do that in Eclipse" phase, so I get how confusing it can be.
I think the biggest problem with all of the docs is that they are written by developers for other developers. We all know what that means: the writer assumes all KINDS of things about what the reader knows.
I'd bet in this case, the connecting program is running on the server (either a separate box, or a test server like TomCat), but the developers are testing from the local environment. |
|
Back to top |
|
|
|