OpenText eDOCS 10 server API on Windows 2012R2 error “Cannot load the DM Server interface. The DM server...












0















I have been tasked to upgrade some custom software to work with OpenText eDOCS 10 server API on Windows 2012R2. Previously the software was running with the eDOCS 5.3.1 server API Windows 2008R2.



I cannot get the eDOCS server API to work on Windows 2012R2. The error is "Cannot load the DM Server interface. The DM server may not be started.".



I created a C# test console program to get the eDOCS libraries via the eDOCS API. This program does NOT work (error above) on Windows 2012R2 with eDOCS 10, but DOES work on Windows 2008R2 with eDOCS 10.
The account that executes the program is member of the "Distributed COM users" local group. The test program executes in a elevated DOS box.



As the eDOCS API is implemented with COM objects and a C# interop dll, my suspicion is that something is off with the COM/DCOM/COM+ configuration on a Windows 2012R2 server for the eDOCS components.



I have verified and compared the COM+ activation and access for the "OpenText eDOCS DM Server" component with the 2008R2 configuration.



What am I missing? Has Windows 2012R2 a hardened COM/DCOM/COM+ security?










share|improve this question



























    0















    I have been tasked to upgrade some custom software to work with OpenText eDOCS 10 server API on Windows 2012R2. Previously the software was running with the eDOCS 5.3.1 server API Windows 2008R2.



    I cannot get the eDOCS server API to work on Windows 2012R2. The error is "Cannot load the DM Server interface. The DM server may not be started.".



    I created a C# test console program to get the eDOCS libraries via the eDOCS API. This program does NOT work (error above) on Windows 2012R2 with eDOCS 10, but DOES work on Windows 2008R2 with eDOCS 10.
    The account that executes the program is member of the "Distributed COM users" local group. The test program executes in a elevated DOS box.



    As the eDOCS API is implemented with COM objects and a C# interop dll, my suspicion is that something is off with the COM/DCOM/COM+ configuration on a Windows 2012R2 server for the eDOCS components.



    I have verified and compared the COM+ activation and access for the "OpenText eDOCS DM Server" component with the 2008R2 configuration.



    What am I missing? Has Windows 2012R2 a hardened COM/DCOM/COM+ security?










    share|improve this question

























      0












      0








      0








      I have been tasked to upgrade some custom software to work with OpenText eDOCS 10 server API on Windows 2012R2. Previously the software was running with the eDOCS 5.3.1 server API Windows 2008R2.



      I cannot get the eDOCS server API to work on Windows 2012R2. The error is "Cannot load the DM Server interface. The DM server may not be started.".



      I created a C# test console program to get the eDOCS libraries via the eDOCS API. This program does NOT work (error above) on Windows 2012R2 with eDOCS 10, but DOES work on Windows 2008R2 with eDOCS 10.
      The account that executes the program is member of the "Distributed COM users" local group. The test program executes in a elevated DOS box.



      As the eDOCS API is implemented with COM objects and a C# interop dll, my suspicion is that something is off with the COM/DCOM/COM+ configuration on a Windows 2012R2 server for the eDOCS components.



      I have verified and compared the COM+ activation and access for the "OpenText eDOCS DM Server" component with the 2008R2 configuration.



      What am I missing? Has Windows 2012R2 a hardened COM/DCOM/COM+ security?










      share|improve this question














      I have been tasked to upgrade some custom software to work with OpenText eDOCS 10 server API on Windows 2012R2. Previously the software was running with the eDOCS 5.3.1 server API Windows 2008R2.



      I cannot get the eDOCS server API to work on Windows 2012R2. The error is "Cannot load the DM Server interface. The DM server may not be started.".



      I created a C# test console program to get the eDOCS libraries via the eDOCS API. This program does NOT work (error above) on Windows 2012R2 with eDOCS 10, but DOES work on Windows 2008R2 with eDOCS 10.
      The account that executes the program is member of the "Distributed COM users" local group. The test program executes in a elevated DOS box.



      As the eDOCS API is implemented with COM objects and a C# interop dll, my suspicion is that something is off with the COM/DCOM/COM+ configuration on a Windows 2012R2 server for the eDOCS components.



      I have verified and compared the COM+ activation and access for the "OpenText eDOCS DM Server" component with the 2008R2 configuration.



      What am I missing? Has Windows 2012R2 a hardened COM/DCOM/COM+ security?







      windows api windows-server-2012 dcom






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Jan 11 '17 at 11:30









      VictorVictor

      17412




      17412






















          2 Answers
          2






          active

          oldest

          votes


















          0














          I'll answer my own question. There was definitely something off. A colleague responded with the solution:



          Somehow, things get fixed when the "DM Connection Wizard" is run.



          DM Connection Wizard page 1



          After clicking "Next" on this first page (and I did not even finish the wizard), the server API started to work and my test program showed the loginlibraries!



          I finished the wizard anyway on the second page.



          DM Connection Wizard page 2






          share|improve this answer































            0














            To add to Victor's solution:



            Recently my site upgraded OpenText eDOCS from v10 to v16.5. Their instructions tell you to run their eDOCS Library Upgrade Utility. But attempting to do so was smacking into this same error message Victor originally posted about.



            When running the DM Connection Wizard, I noticed that it was defaulted to HTTPS as the protocol. I had a vague recollection that the API that allows our legacy app to call into their API did so via DCOM. So I changed the dropdownlist choice to DCOM and that seems to have gotten me past the problem of my simple TestApp not being able to login. And I was able to have the simple TestApp call upon their API's prefab Search form and was able to get it to list prior Documents I'd previously added into that server.






            share|improve this answer


























            • It is important when dealing with Techie issues to NOT edit SOMEONE elses answers to the point of leaving out whole parts of the post. For you have no idea how many times, for me personally, seeing all the other side-issues related to a problem has helped me overcome a similar situation I've been faced with. Now... you'll feel compelled to do what you'll do, and I can't stop you from doing that. Just know that unnecessarily editing for terseness to the point of lopping off whole paragraphs of someone elses words is just plain rude and unproductive, we all can just scroll down brother.

              – TheGDog
              Dec 28 '18 at 21:03











            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "3"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1165917%2fopentext-edocs-10-server-api-on-windows-2012r2-error-cannot-load-the-dm-server%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            0














            I'll answer my own question. There was definitely something off. A colleague responded with the solution:



            Somehow, things get fixed when the "DM Connection Wizard" is run.



            DM Connection Wizard page 1



            After clicking "Next" on this first page (and I did not even finish the wizard), the server API started to work and my test program showed the loginlibraries!



            I finished the wizard anyway on the second page.



            DM Connection Wizard page 2






            share|improve this answer




























              0














              I'll answer my own question. There was definitely something off. A colleague responded with the solution:



              Somehow, things get fixed when the "DM Connection Wizard" is run.



              DM Connection Wizard page 1



              After clicking "Next" on this first page (and I did not even finish the wizard), the server API started to work and my test program showed the loginlibraries!



              I finished the wizard anyway on the second page.



              DM Connection Wizard page 2






              share|improve this answer


























                0












                0








                0







                I'll answer my own question. There was definitely something off. A colleague responded with the solution:



                Somehow, things get fixed when the "DM Connection Wizard" is run.



                DM Connection Wizard page 1



                After clicking "Next" on this first page (and I did not even finish the wizard), the server API started to work and my test program showed the loginlibraries!



                I finished the wizard anyway on the second page.



                DM Connection Wizard page 2






                share|improve this answer













                I'll answer my own question. There was definitely something off. A colleague responded with the solution:



                Somehow, things get fixed when the "DM Connection Wizard" is run.



                DM Connection Wizard page 1



                After clicking "Next" on this first page (and I did not even finish the wizard), the server API started to work and my test program showed the loginlibraries!



                I finished the wizard anyway on the second page.



                DM Connection Wizard page 2







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Jan 13 '17 at 11:01









                VictorVictor

                17412




                17412

























                    0














                    To add to Victor's solution:



                    Recently my site upgraded OpenText eDOCS from v10 to v16.5. Their instructions tell you to run their eDOCS Library Upgrade Utility. But attempting to do so was smacking into this same error message Victor originally posted about.



                    When running the DM Connection Wizard, I noticed that it was defaulted to HTTPS as the protocol. I had a vague recollection that the API that allows our legacy app to call into their API did so via DCOM. So I changed the dropdownlist choice to DCOM and that seems to have gotten me past the problem of my simple TestApp not being able to login. And I was able to have the simple TestApp call upon their API's prefab Search form and was able to get it to list prior Documents I'd previously added into that server.






                    share|improve this answer


























                    • It is important when dealing with Techie issues to NOT edit SOMEONE elses answers to the point of leaving out whole parts of the post. For you have no idea how many times, for me personally, seeing all the other side-issues related to a problem has helped me overcome a similar situation I've been faced with. Now... you'll feel compelled to do what you'll do, and I can't stop you from doing that. Just know that unnecessarily editing for terseness to the point of lopping off whole paragraphs of someone elses words is just plain rude and unproductive, we all can just scroll down brother.

                      – TheGDog
                      Dec 28 '18 at 21:03
















                    0














                    To add to Victor's solution:



                    Recently my site upgraded OpenText eDOCS from v10 to v16.5. Their instructions tell you to run their eDOCS Library Upgrade Utility. But attempting to do so was smacking into this same error message Victor originally posted about.



                    When running the DM Connection Wizard, I noticed that it was defaulted to HTTPS as the protocol. I had a vague recollection that the API that allows our legacy app to call into their API did so via DCOM. So I changed the dropdownlist choice to DCOM and that seems to have gotten me past the problem of my simple TestApp not being able to login. And I was able to have the simple TestApp call upon their API's prefab Search form and was able to get it to list prior Documents I'd previously added into that server.






                    share|improve this answer


























                    • It is important when dealing with Techie issues to NOT edit SOMEONE elses answers to the point of leaving out whole parts of the post. For you have no idea how many times, for me personally, seeing all the other side-issues related to a problem has helped me overcome a similar situation I've been faced with. Now... you'll feel compelled to do what you'll do, and I can't stop you from doing that. Just know that unnecessarily editing for terseness to the point of lopping off whole paragraphs of someone elses words is just plain rude and unproductive, we all can just scroll down brother.

                      – TheGDog
                      Dec 28 '18 at 21:03














                    0












                    0








                    0







                    To add to Victor's solution:



                    Recently my site upgraded OpenText eDOCS from v10 to v16.5. Their instructions tell you to run their eDOCS Library Upgrade Utility. But attempting to do so was smacking into this same error message Victor originally posted about.



                    When running the DM Connection Wizard, I noticed that it was defaulted to HTTPS as the protocol. I had a vague recollection that the API that allows our legacy app to call into their API did so via DCOM. So I changed the dropdownlist choice to DCOM and that seems to have gotten me past the problem of my simple TestApp not being able to login. And I was able to have the simple TestApp call upon their API's prefab Search form and was able to get it to list prior Documents I'd previously added into that server.






                    share|improve this answer















                    To add to Victor's solution:



                    Recently my site upgraded OpenText eDOCS from v10 to v16.5. Their instructions tell you to run their eDOCS Library Upgrade Utility. But attempting to do so was smacking into this same error message Victor originally posted about.



                    When running the DM Connection Wizard, I noticed that it was defaulted to HTTPS as the protocol. I had a vague recollection that the API that allows our legacy app to call into their API did so via DCOM. So I changed the dropdownlist choice to DCOM and that seems to have gotten me past the problem of my simple TestApp not being able to login. And I was able to have the simple TestApp call upon their API's prefab Search form and was able to get it to list prior Documents I'd previously added into that server.







                    share|improve this answer














                    share|improve this answer



                    share|improve this answer








                    edited Dec 27 '18 at 7:24









                    Scott

                    15.7k113990




                    15.7k113990










                    answered Dec 27 '18 at 4:28









                    TheGDogTheGDog

                    11




                    11













                    • It is important when dealing with Techie issues to NOT edit SOMEONE elses answers to the point of leaving out whole parts of the post. For you have no idea how many times, for me personally, seeing all the other side-issues related to a problem has helped me overcome a similar situation I've been faced with. Now... you'll feel compelled to do what you'll do, and I can't stop you from doing that. Just know that unnecessarily editing for terseness to the point of lopping off whole paragraphs of someone elses words is just plain rude and unproductive, we all can just scroll down brother.

                      – TheGDog
                      Dec 28 '18 at 21:03



















                    • It is important when dealing with Techie issues to NOT edit SOMEONE elses answers to the point of leaving out whole parts of the post. For you have no idea how many times, for me personally, seeing all the other side-issues related to a problem has helped me overcome a similar situation I've been faced with. Now... you'll feel compelled to do what you'll do, and I can't stop you from doing that. Just know that unnecessarily editing for terseness to the point of lopping off whole paragraphs of someone elses words is just plain rude and unproductive, we all can just scroll down brother.

                      – TheGDog
                      Dec 28 '18 at 21:03

















                    It is important when dealing with Techie issues to NOT edit SOMEONE elses answers to the point of leaving out whole parts of the post. For you have no idea how many times, for me personally, seeing all the other side-issues related to a problem has helped me overcome a similar situation I've been faced with. Now... you'll feel compelled to do what you'll do, and I can't stop you from doing that. Just know that unnecessarily editing for terseness to the point of lopping off whole paragraphs of someone elses words is just plain rude and unproductive, we all can just scroll down brother.

                    – TheGDog
                    Dec 28 '18 at 21:03





                    It is important when dealing with Techie issues to NOT edit SOMEONE elses answers to the point of leaving out whole parts of the post. For you have no idea how many times, for me personally, seeing all the other side-issues related to a problem has helped me overcome a similar situation I've been faced with. Now... you'll feel compelled to do what you'll do, and I can't stop you from doing that. Just know that unnecessarily editing for terseness to the point of lopping off whole paragraphs of someone elses words is just plain rude and unproductive, we all can just scroll down brother.

                    – TheGDog
                    Dec 28 '18 at 21:03


















                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Super User!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1165917%2fopentext-edocs-10-server-api-on-windows-2012r2-error-cannot-load-the-dm-server%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Сан-Квентин

                    8-я гвардейская общевойсковая армия

                    Алькесар