I'm trying to connect to QuickBooks Accountant 2011 using the usual QBFC classes (C#).
QBSessionManager sessionManager = new QBSessionManager();
sessionManager.OpenConnection("", "Application");
A I know, from Intuit samples the code above should connect to the opened instance of aQuickBooks application.
The error that I'm getting is:
Retrieving the COM class factory for component with CLSID {3C801F08-CDC5-4129-AAE8-CCC4F116B5BE} failed due to the following error: 80040154.
Yes, I've build the project using x86 as the target, but I guess I'm missing something. Do I need to install the QuickBooks SDK on the client computer? I'm using QB SDK 10, do I need to use QB SDK 11?
Please guide me in the right direction.
PS: I did another application that uses QBOE, which is working OK, but this time I'm stuck on trying things that don't make sense.
I found the issue. Seems like the client computer, that will be using the application needs to have installed the QuickBooks SDK. Should of tried that earlier :)
In the SDK, you get some installers for the redistributable binaries that resides at
C:\Program Files (x86)\Intuit\IDN\QBSDK11.0\tools\installers
According to the QB site, you can't do the redistribution any other way.
Related
I'm developing a program that uses System.Management.Automation library so I can create an instance of PowerShell. Something like:
using (var instance = System.Management.Automation.PowerShell.Create())
{
// do something
}
In order to avoid forcing the user to have PowerShell v3 installed, I'm using System.Management.Automation Nuget package version 6.3.9600.17400. When testing on my machine, I'm getting the following error:
An error occurred while attempting to load the system Windows PowerShell snap-ins. Please contact Microsoft Customer Support Services. ---> System.Management.Automation.PSArgumentException: Unable to access Windows PowerShell PowerShellEngine registry information.
I'm lost on this. Right now, I'm trying to install PowerShell v3 on my machine to see if it works. I really thought having the package would work. Is there something I can do?
Thanks in advance
Well, I gave up using PowerShell v3 and I'm using v1 instead.
So I referenced System.Management.Automation.dll from:
C:\Windows\assembly\GAC_MSIL\System.Management.Automation.
I've been able to use the needed Snap-Ins so far
I am writing an ASP.Net application which uses the Lync client API to get user availability state from Lync.
Now I get a strange error when calling the Lync api methods:
"The file or assembly 'Microsoft.Lync.Model [...] not found".
But I have referenced the Lync client api in the correct version.
What do I have to change to make this working?
The Lync client api may not be an ideal fit for an ASP .Net application but that depends which of the 2 you are using.
There is one for desktop applications and one for Silverlight applications, see https://msdn.microsoft.com/en-us/library/office/jj933180.aspx for more details.
Regardless of which version you are using you will need the Lync client installed on that machine. To be explicit if you are using the api on the server as I suspect then the server will need the Lync Client installed there.
It's also worth noting that there is a web api for lync https://msdn.microsoft.com/en-us/library/office/dn962133(v=office.16).aspx
You can find here exact instruction
https://msdn.microsoft.com/en-us/library/office/hh378548%28v=office.14%29.aspx
Microsoft.Lync.Model.dll is not added to the global assembly cache on your computer during Microsoft Lync SDK installation. Instead, you must navigate to the install location of these files and select them for inclusion in your project references.
nothing more then this, if you sill have a problem maybe it's a good thing to create new application project in Visual Studio.
Hope it help.
I am in a .NET programming class and am creating a simple web service and a console tester to work with it. I am using C#, the IBM .Net data provider (have also tried it with the OLE DB data provider) - both data providers can successfully access and retrieve/update data from the server, and the .NET Framework 3.5.
The web service works, the console tester works (in it's current state), but when I try to add the service reference to link the two together I am getting the following error:
Method not found: '?'.
Metadata contains a reference that cannot be resolved: 'httppp://localhost:64302/WebServiceV2/Service.asmx'.
Metadata contains a reference that cannot be resolved: 'httppp://localhost:64302/WebServiceV2/Service.asmx'.
If the service is defined in the current solution, try building the solution and adding the service reference again.
VS 2010 is able to discover the reference, but when I try to expand the webservice.asmx file or if I press OK, I get this error.
I am running VS 2010 Pro SP1 on a Windows 7 machine (64 bit), on a PC that I use for work.
I have tried to "repair" VS 2010 and I have uninstalled/re-installed it but cannot get around this error. As mentioned I have installed SP1. Also I have installed the "CU3" update, which from what I can tell is a "cumulative" update for VS 2010.
I have discussed this error with my class instructor, fellow co-workers, and the CTO of my company. None of these people have experienced this nor can they duplicate this error with VS 2010 and are at a loss to explain it. This leads me to believe that VS 2010 is okay but there might be something else on my PC that is causing this error - or perhaps I might be missing a key update of some sort. My next approach will be to install this on my home PC (Windows 7 as well) to see if I get different results.
Every time I try to add the Interactive Brokers API control on my computer it gives me an error that sais....
The application has failed to start because its side-by-side configuration is incorrect. Please see the application event log or use the command-line sxstrace.exe tool for more detail. (Exception from HRESULT: 0x800736B1)
I have been looking for an answer and trying different things for a week now and I can not seem to figure it out. I tried it on my laptop and it worked. I thought it was my windows or my visual studio so i re-installed everything on my PC. I'm not running a Windows 7 Professional x64 with Visual Studio 2013 with the newest update. At this point I have no idea what to try to make it work. Does anybody know what is this error.
Sorry-very late for an answer to this but in case someone else comes across it. There are a number of reasons why Visual Studio might not be able to add the control to your application. For 64-bit windows, one of the main issues is that the ActiveX control (tws.ocx) is not registered properly when the API is installed. I have a web page dedicated to installing IB API on Windows and I list out many of the issues that can happen when working with the ActiveX control on 64-bit windows: http://holowczak.com/ib-install/
I just posted a very simple tutorial on my website that starts at the very beginning and walks you through getting the API to work with interactive brokers using Visual Studio and C# : Get Real-Time Stock data from Interactive Brokers API
If that doesn't help I would consider:
Turn off Windows Firewall and give it a try.
Ensure you have Traders Workstation setup to allow incomming connections for ActiveX/.NET.
Ensure Traders Workstation works on your machine. Try downloading it from IB and launching it. If it works, then the problem is on the .NET or connection from .NET to TWS which is Java.
Also when you say "Interactive Brokers Control" do you mean the API package that you can download? If so to build it into your program all you need is the .DLL file as shown in the tutorial link I posted above.
I have a web application that create an access database. When I want to create this database, I add Microsoft.Office.Interpob.access.dao.dll from COM references.
This application work in my pc very well. But when I put this application in the customer server I get this error:
Retrieving the COM class factory for component with CLSID {CD7791B9-43FD-42C5-AE42-8DD2811F0419} failed due to the following error: 80040154
Note that the Microsoft Office Access is not install in customer server. Must I Install this program on this server or can I add some dll to resolve this problem or I have to do anything else?
Thanks.
Check out these links, they might help:
social.msdn.microsoft.com - "Error 80040154 retreiving COM Class factory"
asp.net - "Retrieving COM class factory failed due to the following error: 80040154"
software602.com - "KB987: Error code 80040154. Class not registered"
I know this is a little late for the the original poster, but hopefully this will be useful to others. The correct answer is:
No, you don't need to install Microsoft Office Access on the server.
But, you do need to install the Microsoft Office Access Runtime on the server. From my limited experience it doesn't seem to matter which office runtime - I had the 2013 runtime installed locally but when I installed the runtime on my server it was fine with the 2016 runtime (so both installed the required COM object). In my case I was installing the x64 version.
The Microsoft Office Access Runtime is free from Microsoft.
The Microsoft Access 2013 Runtime can be downloaded from: https://www.microsoft.com/en-gb/download/details.aspx?id=39358
The Microsoft Access 2016 Runtime can be downloaded from https://www.microsoft.com/en-gb/download/details.aspx?id=50040