Dependency Problem

5 posts, 0 answers
  1. cori
    cori avatar
    14 posts
    Member since:
    Jul 2010

    Posted 18 Nov 2010 Link to this post

    I'm beginning work on an Office 2010 Customization that will rely (if all goes well) on OpenAccess ORM.  I've got my model developed and am working on the office solution using the model on a machine that doesn't have the OpenAccess toolset installed.

    I've added references to numerous of the OpenAccess dll to my project when I ran into a problem similar to the one described in http://www.telerik.com/community/forums/orm/general-discussions/dependency-problem.aspx.  Once I move the Telerik.OpenAccess.Adonet2.dll file into the GAC I am able to build and step through some code that accesses the model and does a very simple LINQ query.  The problem is that I don't want to have to install the Adonet2 dll in the GAC of all of those machines.

    Oddly, I am running 2010.3.1110.3, and it seems as though the above referenced thread indicates that this issue should be fixed in the Q1 drop.

    Any ideas what I might be able to do to use my model in this project without installing the Adonet2 dll in the gac of all of these machines?

    Thanks!
  2. Serge
    Admin
    Serge avatar
    375 posts

    Posted 22 Nov 2010 Link to this post

    Hi cori,

     You most certainly do not have to install the Telerik.OpenAccess.Adonet2.dll assembly into the GAC. When a project that uses OpenAccess is ran it is enough that in the output directory of the project, the executing directory contains the needed assemblies. As you know the .NET will first try and load the assembly from the GAC and if not there will try and look for it the executing dir, so having the assembly there will give you the expected result. 

    The assemblies you most probably need are Telerik.OpenAcces.dll, Telerik.OpenAccess.Config.dll, Telerik.OpenAccess.Runtime.dll and Telerik.OpenAccess.Adonet2.dll. Please have a look at this help topic explaining the problem.

    However, if this is not the case please be sure to contact us back so that we can further investigate this issue.

    Regards,
    Serge
    the Telerik team
    Accelerate your learning with industry's first Telerik OpenAccess ORM SDK. Download today.
  3. DevCraft banner
  4. Caleb
    Caleb avatar
    10 posts
    Member since:
    Nov 2011

    Posted 09 Dec 2011 Link to this post

    I am not able to install the .ddl's on the production server but I am getting them from my  GAC in the DEV environment.  I am not sure how to place these as a reference for the project because every time I add them They are not referenced from the bin but the GAC?

    Any Help

    Thanks Caleb
  5. Caleb
    Caleb avatar
    10 posts
    Member since:
    Nov 2011

    Posted 09 Dec 2011 Link to this post

    I think I have it.....

    I had to add the .dll's to the bin outside the project because the project refers to the GAC before checking the bin....  If found in GAC than from what I can tell .net does not check the location of the .ddl's

    Caleb
  6. Serge
    Admin
    Serge avatar
    375 posts

    Posted 14 Dec 2011 Link to this post

    Hi Caleb,

     The assembly resolution process always tries to retrieve the assembly from the GAC first (that is of course if it signed and versioned), the next place is the bin folder. So the bin folder (which I assume is your project output folder and the running application folder) is the right place to add them, so that they can be resolved even if they are not installed in the GAC. 

    Can you verify that this solution works for you? 

    I am looking forward to resolving this issue with you. 

    Kind regards,
    Serge
    the Telerik team

    Q3’11 of Telerik OpenAccess ORM is available for download. Register for the What's New in Data Tools webinar to see what's new and get a chance to WIN A FREE LICENSE!

Back to Top
DevCraft banner