Framework .DLL's

4 posts, 0 answers
  1. David
    David avatar
    90 posts
    Member since:
    Jan 2011

    Posted 18 Sep Link to this post

    I am new to the "MVC" world so I expect that I am doing something wrong.  I am constantly moving between a desktop station and a laptop.  Projects created on one system will not load successfully from Team Foundation Services on the second system.  Both computers have are fully licensed and have all the same levels of .NET and other tools installed.  Both are kept "current" from the "Telerik" and "Microsoft" perspective.

    The problem seems to be related to the "Kendo.Mvc.dll".  The computer knows where it is and links and compiles perfectly fine on machine #1.  When I save all to TFS then move to workstation #2 the problems occur.  A complete get of all source code, and subsequent compilation, shows that the computer cannot find "Kendo.Mvc.dll".  The reference shows a small symbol indicating its reference is invalid.  I am forced to manually remove the .DLL, then browse for the .DLL.  This solves the immediate problem however it then reoccurs when I do the reverse (move back to machine #1).  All Telerik/Kendo .DLL's are set to "copy local".

    A possible symptom of the problem:  A "upgrade" action causes the upgrade wizard to crash.  It dies reporting that it cannot find the .DLL despite it being present in the respective folders.  If it is of concern, the projects are targeted at .NET Framework 4.6.1.  I appear to be using MVC 5.

    Is anyone else having similar issues?  What am I doing wrong?  While this is in no way a showstopper, it is an annoyance I would like to resolve.

  2. Stephen
    Stephen avatar
    86 posts
    Member since:
    Jan 2011

    Posted 20 Sep in reply to David Link to this post

    What is the full path to the dll on each machine once you have it working on each one?

    It sounds to me that each machine has installed Kendo to a slightly difference path/folder and the project is referencing the dll in the kendo installation folder rather than a "lib" folder that is part of the source tree(and thus would be in the exact same spot no matter what machine fetched the code).

  3. UI for ASP.NET MVC is VS 2017 Ready
  4. David
    David avatar
    90 posts
    Member since:
    Jan 2011

    Posted 20 Sep in reply to Stephen Link to this post

    That is what I have considered however I have two basic environments.  One in a virtual environment, one in "reality".  To the best of my knowledge both have the same path.  That path is:

    C:\Program Files (x86)\Telerik\UI for ASP.NET MVC R3 2016\wrappers\aspnetmvc\Binaries\Mvc5.

     

    Obviously the folders can change when framework changes however the problems occur when both systems have the same frameworks.  (i.e., R3 2016 or such)

    I am aware that different .DLL's seem to exist based upon the flavor of MVC used.

     

  5. Vessy
    Admin
    Vessy avatar
    1380 posts

    Posted 21 Sep Link to this post

    Hi David,

    Can you try copying the Kendo.MVC.dll directly in the bin folder of the application and refer it directly from there? This should allow you the application to run properly, no matter what the installation folder of the controls is.

    Regards,
    Vessy
    Telerik by Progress
    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Feedback Portal and vote to affect the priority of the items
Back to Top
UI for ASP.NET MVC is VS 2017 Ready