Pll attached libraries

Hi All,
I have this problem,
all forms on the application server are working,
when I download any fbm file for modify things to make a new one (I dont need to make new forms from zero) I get an
error with the attached library.
I can fix this when I remove and attach it again (if I keep the access path) because all forms on the server have this path removed from they were made.
how can I work without removing and attaching again ?
My partner can do it, his computer was configurated by a friend some years ago and he is not here anymore.
we tried copy some configuration files but did not work, so i have mine again.
regards.

The problem is that the directory where you put the library (.pll) files is not listed in the FORMS_PATH environment variable. If you developing on Windows, then you can set the FORMS_PATH environment variable either through the Registry or through the System Environment Settings. The easiest option is to edit the Registry. Open the Windows Registry and navigate to: HKEY_LOCAL_MACHINE -> Software -> Oracle. Since you didn't specify your Forms version, you will want to find the Oracle Home where the Developer Suite is installed and then find the FORMS_PATH (could also be FORMS90_PATH or FORMS60_PATH depending on your version). Once you have added the full path to the directory where your library files are located to the FORMS_PATH, you should be able to open your Forms Module files without this error.
Since you are fairly new to the Oracle Forums, I suggest you take a few minutes to review the following:
<ul>
<li>Before posting on this forum please read
<li>10 Commandments for the OTN Forums Member
<li>Announcement: Forums Etiquette / Reward Points
</ul>
It is always helpful to post as must information about your situation as possible, to always include your Forms version at a minimum.
Hope this helps,
Craig B-)
If someone's response is helpful or correct, please mark it accordingly.

Similar Messages

Troubles with attached libraries - Forms6i

I'm working with Forms6i (6.0.8.8.0).
I have some troubles with attached libraries.
I have to modify an old forms project. All server elements are on the original
server computer (database, sources, libraries , ect..). Now I installed
on a new client Pc forms6i and I tried to open forms modules.
When I open modules I don't see attached library (pll and olb).
I reattached the object library and the pl/sql library but when I close and open forms6i I can see in module structure only
object library. No pl/sql library . I reattached pl/sql library too but i get errors like "identifier xyz must be declared" about functions and procedures defined in my pl/sql library .
First I try to add in registry the pll library path in FORMS60_PATH then I try following suggestion :
" just put all of your forms (*.fmx), menu (*.mmx) and PLL libraries (*.PLL or *.PLX) files into the same
directory, then change your shortcut (icon) that you start the Oracle Forms runtime environment from so it's
"Start in" (working directory) is set to the directory where your forms, menus and libraries are. "
I get same errors.
Could you help me ?
Thanks in advance.
Antonio

Are your computers running the same operating system ?
The pll file is a strange beast - although it contains portable source code, it also contains compiled code which has to be compiled on the right platform. plx files
are entirely optional, and are only really required if you want to ship an executable without giving away the source code.

Application Server and performance with Attached Libraries

We are moving toward Forms 9i and 9iAS.
I have common SQL code that should be accessed from many Forms and considering
between creating Database Packages and Oracle Forms Packages as Attached
Libraries.
Have been told that they both operate differently with the Forms PL/SQL packages
loaded 'thinly' (only the components being called and also in 4k memory size).
So there is an argument to go for Forms Package as opposed to Database packages
this way!.
Obviously the Forms package will be loaded somewhere in a Run Forms session, but
does this means other Oracle Forms programs can access the loaded program unit.
Let me say user A running Forms A has an attached library which is also accessed
by user B running Forms B but trying to access the same program unit in the same
attached library.
Would the 9iAS recognise this and load only one copy, assuming user A started
first and hasnt closed his/her session while user B starts Forms B soon after?

You should probably ask this on the Forms discussion forum.
http://www.oracle.com/technology/discussionforums/forms.html
But in general Forms on the Web share objects in the memory on the application server - including plls.

Forms/Designer 10g - problem with attached libraries

I've problem with forms with attached libraries. All of libraries have removed paths. I can run all forms without any problem on my local application server from Forms Builder 9i or Designer 9i. I added all paths in registry FORMS90_PATH. WORKINGDIRECTORY in formsweb.cfg is blank.
Unfortunately I can't do it with Developer 10g on second workstation. I added all paths in registry FORMS_PATH. WORKINGDIRECTORY in formsweb.cfg is blank too. When form is running I get ORA-06508. I can't store all files (fmb, fmx, pll, plx etc.) in one folder because I've to use CVS. In this case I can't set any folder in WORKINGDIRECTORY.

Assuming Forms 10.1.2.x, FMX, MMX, PLX, and OLB files are found based on the value of FORMS_PATH which is set in default.env and not the Registry. This applies to runtime only. The Builder uses the Registry.
Understand that "runtime" refers to any time a form is displayed in a browser, regardless of whether is was started from the Builder or Application Server.
Also, be aware that if you have FMX, MMX, or PLX files which were created in older versions they must be recompiled using the 10.1.2 compiler.

Can't delete or sort Attached Libraries....strange !

When I delete all the attached libraries in a form,
and save the form, they are back when I re-open this form.
I also can't sort the libraries in a correct order,
they are in a wrong order again when I re-open the from.
Greetings,
rob

You probably have libraries atteched to a library. Only in this case - when u delete a sublibrary, but not the master one, next time it will be automatically re-attached, because it wasn't attached to the form directly, but to another library (which is directly attached to the form)
For the second question - there is no difference in what order you have the libraries in the list. So u don't have to even try to reorder.

Attached Libraries and Performance issues on the AS

We are moving toward Forms 9i and 9iAS.
I have common SQL code that should be accessed from many Forms and considering
between creating Database Packages and Oracle Forms Packages as Attached
Libraries.
Have been told that they both operate differently with the Forms PL/SQL packages
loaded 'thinly' (only the components being called and also in 4k memory size).
So there is an argument to go for Forms Package as opposed to Database packages
this way!.
Obviously the Forms package will be loaded somewhere in a Run Forms session, but
does this means other Oracle Forms programs can access the loaded program unit.
Let me say user A running Forms A has an attached library which is also accessed
by user B running Forms B but trying to access the same program unit in the same
attached library.
Would the 9iAS recognise this and load only one copy, assuming user A started
first and hasnt closed his/her session while user B starts Forms B soon after?

Ravi,
as far as I know the answer is yes, Forms only loads the library only once and shares it in memory.
Frank

JDAPI - method getAttachedLibraries does not get all attached libraries

Hello,
i've a strange behavior while using JDAPI to list all Libraries attached to forms.
I've the following code:
Jdapi.startup(true, true, true);
String startModule = new String("c:\\test.fmb");
FormModule fmd = FormModule.open(startModule);
System.out.println(formPath+"\\"+form);
JdapiIterator libs = fmd.getAttachedLibraries();
while ( libs.hasNext())
AttachedLibrary currLib = (AttachedLibrary) libs.next();
System.out.println("Lib="+currLib.getName());
if (currLib.getName().equalsIgnoreCase("WEBUTIL") || currLib.getName().equalsIgnoreCase("WEBUTIL_LIB")) {
System.out.println("->"+startModule);
Jdapi.shutdown();
This code is very simple and the idea is to check form for Attached Libraries named WEBUTIL or WEBUTIL_LIB.
However i'm getting an annoying behavior, because i see that it is not reading all Libraries attached to the form, but only some of them ... is there anything i'm doing wrong?
Thanks,
Pedro Ribeiro
Edited by: pribeiro on Sep 23, 2009 11:36 AM

Hi Ruslim,
you get the below mentioned error due to following:
1: for payment method T = "ACH" street, bank address is a required filed in FBZP configuration. so vendor master data needs to have street, city & bank inforamtion filled.
2: vendor line items should have payment method as T = "ACH"
3: delete all the previous open proposal for same vendor
Hope this helps
Pls assing points as way to say thanks

Oracle Forms - Compilation error due to attached libraries

Hi,
I am builing forms using Oracle Forms 10g and almost everytime I recompile the form, I have to delete some attached libraries and add them again. This happens a lot of times and I don't know why. These attached libraires have not been changed.
Can anyone help me with this issue please? It's very anoying :(
Thanks.
Regards,
Amado
Edited by: 973539 on 27/Nov/2012 20:09

That should be correct. If you attached the libraries without a path, modified your FORMS_PATH to include the path that the libraries are sitting in, then the form should pick them up.
I would:
1. Verify that FORMS_PATH has the correct path. Make sure the '\' are pointing in the right direction and that the path is separated from the other paths by a semicolon.
2. Make sure you changed the correct FORMS_PATH. You might have multiple ORACLE_HOMEs so you need to make sure the ORACLE_HOME you are using is the one that has FORMS_PATH set up in it.
3. After FORMS_PATH is correct you shouldn't have to reattach the libraries, but try it again without including the path.
I read CraigBs reply below and it made me think of something else you might want to look at:
4. Check all the directories that are listed in your FORMS_PATH and see if there are older versions of the libraries in one of the paths that shouldn't be there and remove the unneccessary ones. For example, if your FORMS_PATH is set to "C:\Work\11g;C:\Oracle11g\Middleware\as_1\forms;C:\Oracle11g\Middleware\asinst_1\FormsComponent\forms;" then there are three directories that forms looks through everytime it runs. In this case, you would check all three directories and see if there were older libraries in there that needed to be removed because they are overwriting the one that you want to be picked up.
Edited by: MLBrown on Nov 28, 2012 7:37 AM

Forms to XML Misses Some Attached Libraries

Trying both iff2xml90 and frmf2xml to generate a 6i Form to XML only a few Attached Libraries get included in the output. Are there other requirements/tricks/gotchas in getting them to be included?
keywords: iff2xml90.bat frmf2xml.bat "forms to xml" "AttachedLibrary"

OK, this is a flagrant bump, I admit it :)
Anybody got any ideas? Any clues on some additional configuration I can do either for frmf2xml, my Oracle environment, or maybe even my Java environment itself?
Even guesses would be appreciated.
Dave

FRMCMP unable to find attached libraries

Hi,
I am currently migrating a web application to 10.1.2.0.2 on Sun Solaris. The object libraries, libraries, menus and forms have all been upgraded successfully on the Windows 2000 client machine using forms builder and Forms Migration Assistant.
The files have now been ftp'd over to the server and are being converted using frmcmp.sh to produce the executables to be deployed on the application server.
The libraries have been converted to plx files (included those with attached libraries) as have the form and menu modules which do not have attached libraries, I did have to move (cd) to the actual directory to get frmcmp to see the menu and form module. However I cannot get the modules with attached libraries to produce an executable.
I have tried moving into the directory with the source code, setting the environment varaibles, and calling frcmp directly and implicitly from this directory.
There seems to be a number of threads where this problem has been raised and it appears on metalink as closed but with what appears to be no resolution to the original question.
Can someone offer a solution

Thanks,
I was in the process of translating my menu module to a text version. It appears I made a very silly assumption that this was not the case on live but there appears to be a number of the files all differently named.
In the text version it expects an initcapped version. I had assumed (oops!) that if I corrected the names on windows and recompiled and saved the menu modules then the name held internally would be the same.
I was wrong!
Advice much appreciated.

Unable to find attached libraries

I installed 9iAS (1.0.2.0.0) and Headstart (6.5.1) on Windows 2000 Server. I can successfully run a web form, but the form is unable to open any of the attached libraries. Also, the Headstart utilities are not functioning (again, it seems as though none of the libraries are found). I have tried placing the FORMS60_PATH and all of the HSD65 registry settings in both HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE and HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMEx, but still cannot open the attached libraries. Does anyone have any clue where the problem may be?
Here is the error that I receive when I launch the application:
FRM-21011: Pl/SQL unhandled exception ORA-06508
Thanks in advance.
Rick

Rick,
Can you run these forms client server? (Try to open in form builder, I suppose form builder is installed in the same Oracle home as Oracle Forms Server?).
Do you still encounter the same problem?
What is the length of your forms60_path?
Are there plx files somewhere in the forms60_path that are found first?
Does it help if you try to put the libraries in the same directory as the form that apparently is found?
Hope this helps
Kind Regards, Marc Vahsen
Headstart Team

Forms jdapi and attached libraries

using Jdapi to manipulate forms is an exciting experience, especially, when misterious things happen
i wrote a simple code to list all the attached libraries (the reason for that is i want to migrate Forms application from Windows env to Unix and i wanted to change all attached libraries to lower case)
JdapiModule.openModule("c:\\MODULE2.FMB");
JdapiIterator fmbs = Jdapi.getModules();
FormModule fmb = (FormModule)fmbs.next();
//FormModule fmb = new FormModule("myform.fmb");
JdapiIterator libs = fmb.getAttachedLibraries();
while (libs.hasNext())
AttachedLibrary lib = (AttachedLibrary)libs.next();
// System.out.println(lib);
System.out.println(lib.getLibraryLocation());
// System.out.println(lib.getLibrarySource());
System.out.println(lib.getName());
This works only if the libarary is attached with library path included!
When i run the same code against a form where the library is attached with path removed, the code above does not detect the attached library at all?
ie libs.hasNext() return false
Ammar Sajdi
www.e-ammar.com
www.palco-me.com
founder and managing partner

I created another form with an attached library on another PC.
I ran the same program, and the program runs perfectly!!!!!!!
i really do not understand this behaviour!
The forms i am using is 9.0.4.19
Glad it works on other pc's
Ammar Sajdi

Forms debugger with attached libraries

Hi
Is it possible to use the forms debugger with attached libraries ? ( 9I 10g )
And how to do that if it is possible ?
thanks

In fact there is no problem, I had a procedure with a "procedure spec" in my attached library and that caused a PL/SQL problem when I tried to call my procedure. The code in the procedure was never executed and I got no result with the debugger.
I don't understand why Forms allows me to create a "procedure spec" for an alone procedure in the library ( not in a package ). I got no compilation error for it and the library was generated as well. But there is an error at runtime.
sorry.

Problem in Attached libraries

Hi,
For one package variable assigning the value form attached library procedure.
If i serach that variable using Find and Relace PL/SQL ... then searching in form level not attached library level.
This problem is coming only some forms. For some forms it is finding in attached libraries procedure also.
To serach in attached libraries need to set any setting.
Please do the needufl. I am new to Oracle Forms.

Hi,
So now you need to search the variable that is Attached libraries correct.
Then just drag the attache Library to program unit, and now you find the procedures defined inside the attached libraries in the Program unit. And now you can search the variable.
Remember after searching, close the form without saving..
Regards
Sri

Open a forms in line command with pll attached.

Hi guys,
I'm trying to open one fmb by line command, but this fmb has a pll attached and i receive the error frm-18108, so
there is a somehow to open this forms with his pll, in line command....
if I try with one fmb without pll, he works out
i´m using forms 6i and oracle 10g
ifbld60.EXE c:\sa\fmb_work\wx010.fmbl userid=wl/wl@P10G
thanks...

There are two ways for the Forms Runtime to find the attached PL/SQL Library.
First, the .pll file must be located in a directory with the exact same path used when the .pll is attached to the .fmb. For example, if you attach a library called "TESTING.pll" to your form in the Forms Builder and this TESTING.pll is located in C:\TESTING, then when you run your form on a client computer, you must have a C:\TESTING directory with the TESTING.pll file in this directory. When you attached your .pll, you would have received the message, +"Attached library name C:\TESTING\TESTING.pll contains a non-portable directory specification. Remove path?"+ You would have answered "No" to this alert.
Second (and preferred method), is to remove the non-portable directory specification by answering "Yes" to alert listed above. When you distribute your Forms executables to your client computer, you will need to ensure you deliver your library executable as well (.plx). For the Forms Runtime to find your TESTING.plx library, you will need to have the FORMS_PATH environment variable specified on each client computer and have the C:\TESTING directory listed in this FORMS_PATH variable, as well as the directory when the rest of your Forms executables (.fmx) are located. The FORMS_PATH can also be specified in the Windows Registry as Amatu Allah indicated when he/she asked:
Have u set the paths in registery correctly.?You can tell if you have a non-portable directory specification on your library by opening the property pallet for your attached library. If you have a non-portable directory specified, it will be listed in the PL/SQL Library Location property.
Craig...

Pll attached libraries

Similar Messages

Maybe you are looking for