Kevin,

After additional debugging, the first error is caused by the framework returning the wrong full path to the database. My database is located on a network drive (f:\ics\glpkg\data\glpkg.dbf) but the path (c:\glpkg.dbc) is being returned. I have "Check Default Database" checked in the bizobj dataenvironment 2nd page.

Gary.



>Kevin,
>
>What I'm trying to accomplish and what I am getting:
>I have created several application projects (GL, AP, etc) that are working individual framework projects created as '.app's. I also created a 'main' application as the primary application the user will actually run and logon. I added my own mainAbstractFactory to the main object and a mainclasses.dbf that contains a record for every form class across all applications (example:)
>cKey=GL_ChartofAccountsForm
>cClassName=ChartofAccountsForm
>cLibrary=abiz_Chart_of_Accounts
>cFileName=c:\ics\glpkg\glpkg.app
>
>In a menubar click event I have:
>
>doform(goApp.MainAbstract.GetClassName('GL_ChartofAccountsForm'))
>
>The ChartofAccountsForm has many composite classes from other libraries
>(all contained in c:\ics\glpkg\glpkg.app, but not in abiz_Chart_of_Accounts ). The first indication something is wrong when I run the doform is that all the controlsource's trigger a "invalid controlsource" waitwindow and then an error is displayed indicating the "lodataaccess is not an object". It does not appear the other referenced classes (and their location) that are part of the class being instantiated are being made available by either foxpro or the framework.
>
>I'd hate to think I'll have to instantiate every class, business object, etc that I use with a abstractfactory.make() call instead of dropping the class on the form like I usually do so it can be found when they are in differnet libraries.
>
>The original thread this message originated from had dialog that indicated this might have been worked out with another MM user. Message 564626.
>
>What are my options to get the Abstract Factory with multiple seperate libraries architecture to work?
>
>Gary Pike.
>
>>
>>>I'm having the "but how does the framework handle the situation where multiple libraries need to be referenced?" problem also. How / Has this issue been resolved? I am currently running version 6.1.2.
>>
>>Can you give me some more details?
>>
>>Thanks,