Library path problem using JDAPI

HI,
Under Windows XP, I am trying to attach library to forms using JDAPI. But the path also gets hardcoded in this case. When I move the forms to Linux and try to open the forms, it says library not found.
Can anyone help me in this regard ?
I would highly appreciate immediate help.
Thanks & Regds,
Nandakumar

Its home directory does not contain files .profile,.bashrc,.bash_historySo feel free to create it manually.
I have added LD_PATH_LIBRARY in file /etc/init.d/oracle-xe This not much well but all work. Of course it didn't help. Because you set it for root (again) and this setting is ignored because su command (in that script) uses oracle's enviroment settings.
So create .bash_profile in /home/oracle (oracle's home) and set the enviroment in that file.

Similar Messages

Replacement Path Problem (Use in Local Formula or CKF?)

Hello BW Experts,
I have a couple of questions for a query I am currently working on that uses replacement path variables.
I am looking to calculate the difference between 2 dates (u201Ctodays dateu201D u2013 u201Cstatistics dateu201D)
The statistics date is a characteristic in the cube and for u201Ctodays dateu201D I am using a local formula using the SAP replacement path variable for todays date.
Currently I am using the replacement path in a local formula in the columns of the query and this is fine when the reference characteristic is in the querry rows i.e statistics date.
I believe the reference characteristic needs to be in the rows when using a formula variable replacement path in a local formula in the columns as if I remove the u201Cstatistics dateu201D from the rows the replacement path does not work.
The actual query specification requires the u201Cstatistics dateu201D to be a u201Cfree characteristicu201D not part of the rows so the replacement path using a local formula will not work if the u201Cstatistics dateu201D is in the u201Cfree characteristicsu201D
I have also tried using a CKF and using the same formula variable in this but it still did not work with the u201Cstatistics dateu201D in the rows?
Do you know of any solution?
Also could somebody explain what "Characteristic Reference (Constant 1)" means?
Thanks in advance..
Steve

Hi Steve,
I think you are right in infering that the replacement path wouldnt work if you didnt have the reference characteristic key in the rows to enable the replacement.
I think, the solution for you could be Virtual Characteritic.
Have you already thought about this?
I am not aware about the characteristic reference(constant).
Regards,
Sunmit.

JDeveloper 9.0.3 - no ocijdbc9 in java.library.path

I am on Windows XP. I have 8.1.6 and 9.0.3 client drivers installed.
I am trying to connect to an external Oracle database, but having no luck. I can connect fine with Windows apps including TOAD and SQL*Plus.
However, using JDeveloper, if I try to use the oci8 driver (there is no oci9 in the dropdown), I get "no ocijdbc9 in java.library.path).
Using the thin driver, I get
Io exception: Connection refused(DESCRRIPTION=(TMP=)(VSNUM=135296000)(ERR=12505)ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4))))
TNSPING works as well.

The setup requirements for using the OCI driver from JDeveloper are available in the help system:
Working With the Database
=> Configuring Database Connections
=> => Reference: Connection Requirements for Oracle's Type II Drivers (OCI)
-- Brian (JDev Team)

Using JDAPI to reattach PLL Library/Libraries

Hi
I am attempting to change the libraries attached to some forms, to convert the names to lowercase as part of a Unix deployment project.
I am using the standard code posted on Metalink. The Forms were Designer-generated as Forms 4.5 originally and have been upgraded to Forms 9.0.4.0.19. I am using the JDK in the Developer Suite Oracle Home. The Forms are in a different directory to the Libraries, but all the directories are in the FORMS90_PATH set both in the Registry and as a cmd.exe environment variable.
I have two problems:
1) If I attempt to just list the libraries attached to the Form, with something like:
     FormModule fmd;
     fmd=FormModule.open(args[0]);
     System.out.println("Processing module " + fmd.getName() + "...");
     JdapiIterator all_libs = fmd.getAttachedLibraries();
     while (all_libs.hasNext())
          AttachedLibrary lib = (AttachedLibrary)all_libs.next();
          System.out.println("Attached Library = " + lib.getName());
     fmd.destroy();
This returns:
     Processing module MODULE...
     Attached Library = OFG4TEL
     Attached Library = OFG4MES
     Attached Library = OFG4BSL
     Attached Library = OFGMES
Unfortunately, I know that there are more libraries than this. The Form is attached to a single module library (called MODULE.pll), which is attached to an application-level library, which is then attached to the Designer-libraries (OFG4*).
Does anyone know why this code lists the Designer libraries, but not the others?
If you convert the FMB to XML, it also has only the Designer-libraries, but opening the Form in Form Builder shows the full list.
2) I attempted to remove all the libraries from the Form by adding a lib.destroy(); into the loop above and a fmd.save(args[0]); after it. When I run this the loop terminates after the first iteration. It doesn't report any errors, but it doesn't actually remove the module library either. It is doing something though, because if you reopen the Form in Form Builder the module and application library attachments have been lost and just the Designer ones remain?
I don't really want to update all the modules by hand, and any assistance would be greatly appreciated.
FWIW I also tried converting the FMBs to XML using the IFF2XML90 batch file, and then doing a search & replace on the XML file before converting back into a Form using IFXML2F90.bat. This doesn't work either because it also loses the module and application library attachments as described above, possibly because these batch files are using JDAPI internally and JDAPI doesn't like my Forms!
Thanks
Roger

I sincerely hope that you have found a solution by now....
It is a strange situation that you describe.
I think you might have found that the OFG-libraries are actually in a different directory from where you expected them to be found by JDAPI. Have you used lib.getLibraryLocation()?
The next step would have entail trying to find out where this different path was set, and why JDAPI uses that setting, instead of the settings in registry and batchfile.
Just some thoughts.
Greetings!
Remco

Replacing library Location using Jdapi ??? SUCCESS

Hi,
we want to replace physical directory names by only the name of pll attached to forms and menus.
(eg : C:\directory\mypll.pll replaced by mypll)
to be able to use the forms_path.
Using Jdapi the first problem is that whith FormModule.open() the library is not found of course.
Is there a way to trap this exception like the forms migration assistant does
ERROR opening myform.fmb :oracle.forms.jdapi.JdapiException: FRM-10102: Imposs. attacher biblio PL/SQL C:\directory\mypll.pll : risque de perte d'attachement en cas d'enreg. de module.???
And than reattach the pll trapped by the exception?
Last point, there is method getLibraryLocation which give the physical path to the pll, but there is no setLibraryLocation method that will be usefull in our case.
Is there a way to achieve that ?
Thanks
JeanYves
Message was edited by:
JeanYves
Message was edited by:
JeanYves
Message was edited by:
JeanYves
Message was edited by:
JeanYves

Hi Christian,
Thank you very much for your answer !
when using the wrong working direcotry, the library attachment gets lost when saving the form.The problem is that the fmb and pll are in about 20 different dir. And the lib are attached by relative path from a starting directory (that was working fine in 6i C/S windows mode) :
C:\app\startdir and then the fmb and pll are in C:\app\startdir C:\app\dir1 C:\app\dir2 etc. So one fmb in dir1 can have an attached library like ..\startdir\st.pll and another ..\dir2\dir2.pll.
What we wanted to do is to regroup they by file type directory (fmb pll mmb rdf ) because the forms path will be too long. And that's why we lost the attachment.
I made some tests with frmf2xml but the attachment is also lost.
So we went back to the initial structure with all the directories.
I made a test frmf2xml starting from C:\app\dir1 and when i convert an fmb then the attachment was not lost.
In the tag AttachedLibrary the LibrayLocation was ..\dir2\dir2.pll.
I will see this morning with our java developer to make appropriate changes (i.e: CurrLib.setStringProperty(JdapiTypes.LIBRARY_LOCATION_PTID, "mypll")
and test it.
Thanks again for your help !
JeanYves

Jdev 10.1.2: Using environment variable in library path?

Hi,
I'm trying to use Maven2 for my build process besides JDeveloper for maintaining the code. MAven puts all necessary jars in a local repository, in my case in the folder: 'C:\Documents and Settings\PAlma\.m2\repository'. Now if I want to compile the code in JDeveloper I add libraries to my projects that are refering to the jars in the Maven local repository. In that way I am sure they use the same jars.
The problem arises if another developer on another machine wants to use this Jdeveloper configuration. Because his Maven repository will not be in the folder 'c:\...\palma\..' but in 'c:\...\HIS_NAME\...'.
So it would be great if I could use some variable like M2_REPOSITORY_HOME in my library path and each machine can have it's own value for that variable. I tried to use an enviroment-variable but that isn't working.
Does anyone have an idea for this?
Kind regards,
Paskal

Refer to
http://www.oracle.com/technology/products/jdev/htdocs/10.1.2.0.0/install.html#migrating

Dreamweaver CS4 Library Update Pathing Problem

Hi folks,
I've been using Dreamweaver since version 3, but I just
recently encountered a very strange problem which breaks my ability
to update my site with library items. When the problem occurred, I
tried creating a new site definition and the update process worked
until I made a change to the remote host directory for the site.
Once I made that change, the host directory is now somehow part of
the library path even though the host directory does not exist in
my local folder structure.
For example, the correct path to my library item in my
templates and pages is:
"/library/footer.lbi"
However, if in the Site definition window I add the following
entry to the Remote Info category:
Host directory: ABC (or ABC/ as Dreamweaver redefines it)
I get this error message when trying to update the site's
pages (even after rebuilding the site cache):
item E:\My Documents\Web
Sites\www.abc.com\library\footer.lbiE:\My Documents\Web
Sites\www.abc.com\library\footer.lbi contains an invalid path.
When I add the library item to a page (after the Host
Directory change), then this is the path it creates in the Web page
to the library item (and thus causes the error message above):

This site definition worked perfect in previous versions of
Dreamweaver, so I'm confused as to why this strange glitch is
happening.
Links are relative to the document for this site and all of
my sites (as they always have been). Any ideas?

Hi Alan,
I resolved this issue a few months ago. I'm sorry for the delay in a response--multiple career syndrome and online classes are the culprits.
I believe the solution was removing an entry that Dreamweaver had automatically entered in the HTTP address field of the Local Info category on the Advanced tab of my site definition. If my memory serves correctly, Dreamweaver had entered the Host Directory from the Remote Info tab after the HTTP address' domain and somehow this affected library updates. (I have no Testing Server settings entered, by the way.)
Here are answers to your numerous questions as a courtesy, albeit much delayed:
Question: "is this a regular site or an RDS site?"
Answer: I am not familiar with the RDS acronym. I will assume that this may be an acronym referring to data in some way, such as the now deprecated Microsoft Remote Data Services technology. The generic problem posed in my question refers to a static site without any database components.
Question: "Is the icon next to the topmost folder in the local side of the Files Panel a folder icon, or a network icon? [two tiny computers with a wire between them]"
Answer: The icon next to the top identifier or container for my site in the Files Panel under Local Files is always a folder in all of my sites.
Question: "is the Library folder in the root level of the local site folder?"
Answer: Yes.
Question(s): "what kind of drive is E? is it a removable or a network drive? Or is it in your computer?"
Answer: Drive E is an internal hard drive partition in my computer.

Detach library using Jdapi

Hi,
I am using JDAPI to detach libraries from the forms(10g). I am using the following code to detach library. The system run successfully without error but the libraries were not detached and it is still attached in the forms.
private static void destroyLibrarys(FormModule formModule){
JdapiIterator formAttachedLibraries = formModule.getAttachedLibraries();
while (formAttachedLibraries.hasNext()){
AttachedLibrary formAttachedLibrary = (AttachedLibrary)formAttachedLibraries.next();
System.out.println("Library: " + formAttachedLibrary.getName());
formAttachedLibrary.destroy();
Has anyone faced such problem and resolved it? Please help me in this issue.
Regds,
Nandakumar

Hi Nandakumar,
i faced the same problem and got the following solution, not very pretty but working. First i count the libraries to instantiate a string array, then write the names of the libraries to the array. For each element in the array i refresh the iterator for the AttachedLibraries after destroying one library. I used this method to change the library names to lowercase and to replace some libraries in the migration process.
The String switchLibrary is of format oldPllName:newPllName, oldPllName:newPllName; you may ignore this.
* Get a list of all attached libraries
* Destroy the attached library and attach it again with new name
* @param fmb - FormModule we are working on
private void reAttachLibraries(FormModule fmb) {
writeLogln("");
writeLogln("Attach libraries");
String switchLibrary = getMigrationProperties().getProperty("migration.process.plsqllibrary.switch");
String[] switches = null;
String[] oldPll = null;
String[] newPll = null;
if (!isNullOrEmpty(switchLibrary)) {
switches = switchLibrary.split(",");
oldPll = new String[switches.length];
newPll = new String[switches.length];
for (int i = 0; i < switches.length; i++) {
String[] tmpArray = switches[i].split(":");
oldPll[i] = tmpArray[0].toLowerCase();
newPll[i] = tmpArray[1].toLowerCase();
JdapiIterator attLibItr = fmb.getAttachedLibraries();
int libCounter = 0;
while (attLibItr.hasNext()) {
AttachedLibrary lib = (AttachedLibrary)attLibItr.next();
libCounter++;
attLibItr = fmb.getAttachedLibraries();
String[] libNames = new String[libCounter];
libCounter = 0;
while (attLibItr.hasNext()) {
AttachedLibrary lib = (AttachedLibrary)attLibItr.next();
String attLibName = lib.getName().toLowerCase();
if (!isNullOrEmpty(switchLibrary)) {
for (int i = 0; i < oldPll.length; i++) {
if (attLibName.equals(oldPll[i])) {
attLibName = newPll[i];
writeLogln("Library "+oldPll[i]+" replaced with "+attLibName);
libNames[libCounter] = attLibName;
libCounter++;
for (int i = 0; i < libNames.length; i++) {
attLibItr = fmb.getAttachedLibraries();
AttachedLibrary lib = (AttachedLibrary)attLibItr.next();
lib.destroy();
for (int i = 0; i < libNames.length; i++) {
AttachedLibrary lib = new AttachedLibrary(fmb, libNames[i]);
writeLogln("Attached Library: "+libNames[i]);
regards Perry

LoadLibrary doesn't use java.library.path set at runtime

I'm trying to set the property java.library.path at runtime so I don't have to drop my .dll in the regular system path for a System.loadLibrary to work. This is the sequence I use in a static initilizer:
System.setProperty("java.library.path", "C:\\");
System.loadLibrary("DialButton");
When I put the file DialButton.dll in C:\ I get an java.lang.UnsatisfiedLinkError, but when I put it in D:\WINNT it works fine. I would expect it to do the opposite because presumably I blew away the real java.library.path when I ran setProperty and it shouldn't know to check D:\WINNT.
I'm trying to keep my application install clean and use a directory structure that maintains all of the required files without cluttering system directories. I also want to dynamically load JNI libraries for a distributed application after copying them to the local machine.
Thanks in advance,
Ryan

In the bug parade I've heard excuses from Sun programmers that this is a read-only property and isn't supposed to be changed. It probably took them longer to write the reply to the bug than it would have to fix the code.
I looked at the source code for the ClassLoader and for the source release of the JDK 1.3.1 and here's the code I found in the ClassLoader.loadLibrary() method:
        if (sys_paths == null) {
                usr_paths = initializePath("java.library.path");
                sys_paths = initializePath("sun.boot.library.path");
        }It seems it parses and caches the system and user library paths on startup and then never bothers to check them to see if they've changed ever again. I think it would be pretty simple to rewrite that code block by moving one line of code down two lines as this:
        if (sys_paths == null) {
                sys_paths = initializePath("sun.boot.library.path");
        usr_paths = initializePath("java.library.path");I mean, it's not as if loadLibrary is really performance intensive or even critical enough to bother caching at all!
This one code change could fix a lot of headaches.
The particular headache I'm working on is that there doesn't seem to be any support in the Servlet 2.2 or 2.3 specification for JNI files. I'd really love to be able to use a directory like WEB-INF\jni to store libraries that need to be distributed with my web application. I tried to dynamically change java.library.path to include WEB-INF\jni, but alas I ran into the same problem you did, it doesn't work.
Is is possible for this to be fixed, ever? I think it would take longer to say no and make up a reason why not then it would to actually make the fix... seems a good enough arguement to do it to me.
And alternately, can we come up with a standard place to put JNI stuff for web applications in the next Servlet standards?
Thanks in advance!
-J.C.
[email protected]

[svn] 3037: Update flex-config. xml files used by the team and qa webapps to use the {targetPlayerMajorVersion} token instead of a hardcoded player version in the library-path and external-library-path .

Revision: 3037
Author: [email protected]
Date: 2008-08-29 06:54:15 -0700 (Fri, 29 Aug 2008)
Log Message:
Update flex-config.xml files used by the team and qa webapps to use the {targetPlayerMajorVersion} token instead of a hardcoded player version in the library-path and external-library-path. This will allow the correct playerglobal.swc to be located when the target player version is set in the flex-config.xml or passed to mxmlc or compc.
Modified Paths:
blazeds/trunk/apps/team/WEB-INF/flex/flex-config.xml
blazeds/trunk/qa/resources/config/flex-config.xml

Unfortunately I don't have the
"org.eclipse.swt.win32.win32.x86_3.1.2.jar" file. On my computer
the folder is not set up the same way (C:\Program Files\Adobe\Flex
Builder 2\plugins) instead it is set up as (C:\Program
Files\Adobe\Flex Builder 2\metadata\plugins) but I've looked in
everything and that file just isn't in there. I've re downloaded it
twice. Still not there. Is there anything else i can do.

Problems with spaces in Library Paths - JDEV 9.0.4.0

We recently moved from JDev 9.0.3 on NT to JDEV 9.0.4 on XP.
None of the projects we had previously will run in OC4J under the new version of JDeveloper. The problem appears to be the class paths of the library files, some of the root project folders have spaces in them and JDev doesn't appear to like it.
our file structure is like this
D:\Dev\My Workspace\MyProject\src
D:\Dev\My Workspace\MyProject\classes
etc.. with the root package under source. All no brainer stuff.
The error reported in the logging window looks like this
Source Workspace\\MyProject\\classes;D:\\Dev\\My does not exist.
Now if I change "My Workspace" to "MyWorkspace" in the library path the app runs fine.
Can anyone tell me why the space is causing a problem when it never has before?

Seems like the JDEV 9.04 Classpath format is set to not include any spaces in it.

Problems with java.library.path

Hi.
I'm having trouble with the java.library.path setting. Ok, this is the scenario:
My app is inside a JAR. What I need is to load a native library, and for user convenience I'm putting some common locations manually in java.library.path. Like this:
          // append custom path for the native libraries
          String libraryPath = System.getProperty("java.library.path");
          String sep = System.getProperty("path.separator");
          libraryPath = "." + sep + "libs" + sep + "native" + sep + libraryPath;
          System.setProperty("java.library.path", libraryPath);
          System.out.println(libraryPath);Pretty easy, right? (This is the first thing in my main method). Ok, so I've put the native libraries in the same dir than my JAR. I just do 'java -jar myjar.jar' and my app spits this:
.:libs:native:/usr/java/jdk1.5.0_06/jre/lib/i386/client:/usr/java/jdk1.5.0_06/jre/lib/i386:/usr/java/jdk1.5.0_06/jre/../lib/i386so my hack is working but... voila! I get UnsatisfiedLinkError.
What is really annoying and has me out of my mind is the fact that if I run my app as:
java -Djava.library.path=. -jar myapp.jarit works! If I do this my app prints:
.:libs:native:.and everything works as expected. What the ff$�(�&$ is going on here??
Please, help me I'm desperate.
Thanks

this one drove me batty for a while too.
once the library path is set, that's it, playing with it has no effect.
my solution involved a new instance the VM, something along the lines of:
String[] C = new String[] { "bash", "-c", "java -Djava.library.path="+libraryPath };
Runtime rt = Runtime.getRuntime();
Process proc = rt.exec( C );
int eVal = proc.waitFor();
System.exit( eVal );
or cmd/command in C[0], /c in C[1] for a M$ system.
the err and out streams are available using proc.getErrorStream() and proc.getInputStream() as well.

No ifjapi90 in java.library.path

Hi,
I am receiving following error when I am running my code.
C:\oracle\oraform10gr1\jdk\bin\javaw.exe -ojvm -classpath C:\oracle\oraform10gr1\jdev\mywork\datawiztools\deptform\classes;C:\oracle\oraform10gr1\lib;C:\oracle\oraform10gr1\jlib;C:\oracle\oraform10gr1\jdev\lib\jdev-rt.jar;C:\oracle\oraform10gr1\forms90\java\f90upgrade.jar;C:\oracle\oraform10gr1\forms90\java\f90jdapi.jar deptform
java.lang.UnsatisfiedLinkError: no ifjapi90 in java.library.path
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491)
     at java.lang.Runtime.loadLibrary0(Runtime.java:788)
     at java.lang.System.loadLibrary(System.java:834)
     at oracle.forms.jdapi.Jdapi.<clinit>(Unknown Source)
     at oracle.forms.jdapi.JdapiModule.<init>(Unknown Source)
     at oracle.forms.jdapi.FormModule.<init>(Unknown Source)
     at deptform.main(deptform.java:9)
Exception in thread main
Process exited with exit code 1.
Does anybody have faced problem like this before.
Please let me know
I have already tried adding %ORACLE_HOME/lib and jlib path to $PATH variable but of no use.
Thanks & Regards,
Raj

Thanks Frank!
As a last resort I reinstalled the JDeveloper and it start working fine :)
Thanks & Regards,
Raj

Migration 10.1.2 - 10.1.3, error:: no ocijdbc10 in java.library.path

Hi,
I'm using Jdev 10.1.3, and my problem is the following one:
In my connection definition, that ORACLE_JDBC_TYPE is oci8 and when i try to conenct to BD, it occurs:
java.lang.UnsatisfiedLinkError: no ocijdbc10 in java.library.path
I've Oracle Client 9i and 8i, i've used each of them, but it doesn'nt work
I've drivers,jar, dll of client 10, becuase i supposse that it is that application need,
and i copy them in jdbc/lib of Oracle client(8i and 9i) and in jDev 10.1.3, but it doesn`t work.
The files are :
jars:: classes12.jar and ojdbc14.jar
dll ::oci.dll,ocijdbc10.dll, ociw32.dll,orannzsbb10.dll,oraocci10.dll and oraociei10.dll
Is there other path else where i should copy this jars,dllls?
Could we help me?
Thanks.

I am not familiar with Mac OS, but there are two things I can think of that you can check:
- This is trivial, and you probably did that: ist libocijdbc10.dylib in /usr/local/oracle/instantclient10_1 ?
- Could it be that Java is 32-bit and libocijdbc10.dylib is 64-bit or vice versa?
Yours,
Laurenz Albe

Problem using standard libraries in C++ class

Hi
I am new to JNI. I am having problems using standard C++ library.
My java code looks like
public class JavaSide {
public native void sayHello();
static {
System.loadLibrary("NativeSideImpl");
public static void main(String[] args) {
JavaSide app = new JavaSide();
app.sayHello();
and My NativeSideImpl.cpp code is
#include <stdio.h>
#include "JavaSide.h"
JNIEXPORT void JNICALL Java_JavaSide_sayHello
(JNIEnv *env, jobject obj)
cout<<" Hello";
I am compiling this on solaris 5.8 using the following command
CC -G -Kpic -I/usr/java/include -I/usr/java/include/solaris NativeSideImpl.cpp -o libNativeSideImpl.so
when I run my java program using
java JavaSide
I get the following exception
Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/oracle/temp/libhello.so: ld.so.1: java: fatal: relocation error: file /home/oracle/temp/libhello.so: symbol __1cDstdEcout_: referenced symbol not found
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1473)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1397)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:832)
at HelloWorld.<clinit>(HelloWorld.java:6)
The program works if I replace cout with printf() .
My LD_LIBRARY_PATH does include the path where of the C++ standard libraries.
Any help would be much appreciated
Thanks in advance..

Well, cout was just a a simple example. I was having problems with using the std C++ libraries, e.g ostringstream . and likes .
I tried using the -lCstd in the compile option and it worked.

Library path problem using JDAPI

Similar Messages

Maybe you are looking for