-1

During a deployment of an update to our Web Service that QuickBooks Web Connector calls, we are not having a bunch of issues related to the Interop.QBFC13.IQBSessionManager. Note our code all works in development environment and has worked in the past on our production server.

We are running on a 64 bit Windows 2016 server, but are running the IIS site for our web service as 32bit and did compile the project as x86 and verified the dlls are x86.

We started with this error, then added the App Pool Identity permission to the registry keys associated with this class Id/

Error message: System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> System.InvalidCastException: Unable to cast COM object of type 'Interop.QBFC13.QBSessionManagerClass' to interface type 'Interop.QBFC13.IQBSessionManager'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{50F59D7F-4E65-45D8-8F19-135F9FE05296}' failed due to the following error: No such interface supported (Exception from HRESULT: 0x80004002 (E_NOINTERFACE)).

After that, the error message changes from No such interface supported... to Library Not Registered.

Now its giving

System.Runtime.InteropServices.COMException: Could not read key from registry (Exception from HRESULT: 0x80040150 (REGDB_E_READREGDB)) at Interop.QBFC13.IQBSessionManager.CreateMsgSetRequest

But it doesn't state which registry key it is trying to read.

It is always at the same place in our code where the error is triggered:

IMsgSetRequest msgSetRq = sessMgr.CreateMsgSetRequest(qbXMLCountry, (Int16)qbXMLMajorVers, (Int16)qbXMLMinorVers);

We've tried uninstalling, re-installing the QB SDK, QBFC13_0Installer.exe and QBXMLRP2Installer.exe...all with reboots after uninstalling and reinstalling.

halfer
  • 19,824
  • 17
  • 99
  • 186
crichavin
  • 4,672
  • 10
  • 50
  • 95
  • 1
    Not sure if it helps, but you can most likely figure out the registry key using [Process monitor](https://learn.microsoft.com/en-us/sysinternals/downloads/procmon) – James Z Nov 12 '19 at 15:51
  • @JamesZ - YES! It did...thanks so much! I used Process Monitor to see which registry keys it was trying to read, found the ACCESS DENIED results, added the IIS APPPool Identity to the permissions, and bingo! Make this an answer, and I'll accept it. – crichavin Nov 12 '19 at 23:38
  • 1
    Please read [Under what circumstances may I add “urgent” or other similar phrases to my question, in order to obtain faster answers?](//meta.stackoverflow.com/q/326569) - the summary is that this is not an ideal way to address volunteers, and is probably counterproductive to obtaining answers. Please refrain from adding this to your questions. – halfer Nov 13 '19 at 11:01

1 Answers1

1

Not really the answer to the actual problem, but you can usually figure out permission (and other) issues with registry by using Process Monitor.

The actual problem seemed to have been that IIS APPPool did not have proper rights for the registry key.

James Z
  • 12,209
  • 10
  • 24
  • 44