Skip to main content

Notifications

Announcements

No record found.

Microsoft Dynamics NAV (Archived)

Custom DLL & NAV 2013 R2 Database

Posted on by 1,112

Dear All,

The DLL Registration related issue is still not resolved. BTW I have come across a new issue related to the same problem.

The actual scenario is:.

I'm able to access two different Database through RTC Client and as well as through Developer Client from a single Client Computer.

The databases are 1. MGR & 2. OPT.

A custom dll is registered into the Client computer &  I've declared the dll as an automation in Page (ID 43) in the MGR Database. The automation is working fine without any issue.

Now I've export the Page 43 from the MGR database & import the same into the OPT database. The Page 43 could not find the class name in the OPT Database, hence a compilation error is occurred.

Then using the Developer Environment Client I've declared the automation variable with the proper class name (manually) in the OPT database & now it's working good.

Why does one database can able to locate the class while other cannot "from the same computer" ?

Is there any issue related to my Registration Process ?

The Other Client PCs are still not able to locate the Automation Class name & it's not a compulsory that every Client PC should have Developer Environment installed.

Registration Process:

1. Accessing the Command Prompt through Administrative rights.

2. DLL is created in .NET framework version 3.5 & RegAsm.EXE is used to register the dll from the .Net framework  v2.0.50727 folder

3. DLL is dropped into system32 folder

4. /codebase option is used during registration

5. Gacutil.EXE is not used 

What are reasons ?

Kindly reply.

*This post is locked for comments

  • GermanNavNETdev Profile Picture
    GermanNavNETdev 45 on at
    RE: Custom DLL & NAV 2013 R2 Database

    Test your Automation with a VBSCript or Powershell. If NAV couldn't find then, the Automation is not correctly installed. Check also your registry for your COM Dll under

    HKEY_CLASSES_ROOT\Your.Dll.Name

    Another problem could be, that you use the wrong regasm.exe on the other client.

    Also deactivate your Anti Virus Scanner bevore use the regasm.exe

    Better use dotnet dll instead of the old COM technology with NAV - dotnet variable rocks:

    msdn.microsoft.com/.../hh166527(v=nav.71).aspx

    Cheers,

    Dominik

  • Suggested answer
    subrata.bauri Profile Picture
    subrata.bauri 1,112 on at
    RE: Custom DLL & NAV 2013 R2 Database

    How does it matter ?

    I didn't try it. But I'll try it obviously.

    Hope, I figure it out.

    When I import the Object File in the form of Text file it could not get the Class Name of Library file but when I import the object in the form of Fob it gets the Class name properly.

  • Suggested answer
    Suresh Kulla Profile Picture
    Suresh Kulla 43,745 on at
    RE: Custom DLL & NAV 2013 R2 Database

    Did you try restarting NAV services instead of changing manually ?

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Suggested Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,269 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,198 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans