I installed TFS 2010 (RC) on my servers then installed VS2008 Team Explorer and SPs on my client. Next, I installed VS2010 Team Explorer (VS Shell). I've been using it for a few days now and I've been able to right-click/open in Project with no problem. Today, I am getting:
Unable to cast COM object of type 'Microsoft.Office.Interop.Outlook.ApplicationClass' to interface type 'Microsoft.Office.Interop.Outlook._Application'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{00063001-0000-0000-C000-000000000046}' failed due to the following error: Library not registered.
Two questions:
Why is it trying to talk to Outlook when I requested Project?
How do I fix my machine?
TIA
OK. Several reboots later I cannot get this to do this anymore.
Related
In my company I'm running Visual Studio 2015 Enterprise and just recently upgraded to Windows 10. Unfortunately, now I can't run any web project using versions of asp.net earlier than 5 (owin/katana) - always getting error :
"Could not load file1or assembly 'XXX' or one of its dependencies.
The process cannot access the file because it is being used by another
process. (Exception from HRESULT: 0x80070020) ".
Now, I've found a few posts like this and the answer is mostly that some other application is running on port 80, 8080 etc blocking visual studio's iis express. The problem is that I get this error regardless of port I'm using (even on some random 34535 etc).
The interesting part is that when I run kestrel (app on asp.net 5) it works and runs fine without any error.
Anyone has any ideas ?
Okay, so I had this issue and resolved it by uninstalling Panda antivirus, which presumably was locking the assemblies for just long enough to interfere with loading them some of the time.
If anyone else is having this issue, and there is definitely an assembly that won't load (as opposed to a port that's already been bound to) then try checking your antivirus!
we have an ASP.Net 4.5.2 application using the latest Oracle.ManagedDataAccess.dll from nuget with Entity Framework 5.
File version: 4.121.1.0
Product version: 4.121.1.20131211
When deployed to production environment (Windows Server 2008 r2 x64) all works fine, until we need distributed transactions.
Oracle documentation states that we need to provide Oracle.ManagedDataAccessDTC.dll (of same version, for specific platform x64) in order to get distributed transactions working.
Could not load file or assembly 'Oracle.ManagedDataAccessDTC.DLL' or one of its dependencies. The specified module could not be found.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.IO.FileNotFoundException: Could not load file or assembly 'Oracle.ManagedDataAccessDTC.DLL' or one of its dependencies. The specified module could not be found.
Stack Trace:
[FileNotFoundException: Could not load file or assembly 'Oracle.ManagedDataAccessDTC, Version=4.121.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342' or one of its dependencies. ]
Install the Microsoft Visual C++ 2010 Redistributable.
If your server is a Windows Server 2008 R2 x64, install from this page:
http://www.microsoft.com/en-us/download/details.aspx?id=14632 the with SP1 don't work for this server.
If your server is a Windows Server 2012 x64, install from this page:
http://www.microsoft.com/en-us/download/details.aspx?id=13523
My solution turned out to be stop using TransactionScope, and remove a reference to System.Transactions, then the issue went away.
I could get away with this TransactionScope didn't give me any further performance improvements.
I had this problem for several months where our product would have problems in some computers (say 1 out of every 10) when the application used transactions.
I tried John's answer and the problem stopped but later I noticed that the transactions where not working at all anymore, in any of the installations.
Finally I got to this, where you can see that the Oracle.ManagedDataAccessDTC won't be used in .NET Framework Version 4.5.2 or higher. We were using 4.5, so I upgraded the framework to 4.5.2 in two of the computers with that problem and now they work perfectly.
So to sum up, upgrading the .Net version to 4.5.2 or higher should solve the problem.
I Googled for this error, and found many links on SAP as well as StackOverflow, but none of these seem to answer my specific problem.
I have developed a web application using VS 2010, ASP.NET 4.0 and Crystal Reports. I have deployed this application on Windows 2003 R2, Enterprise Edition, SP 2, 32-bit, on IIS 6. I have installed Crystal Report Distributable 32-bit, Version - 13.0.8.1216, on the server. The data source is Oracle 11g XE, on a separate server
When I browse the report from the browser (IE, FF), the reports are visible in the viewer for some time. The problem is after some time, I start getting the following error:
Unsupported Operation. A document processed by the JRC engine cannot be opened in the C++ stack
As suggested in many solutions, i have checked the availability of the report files(.rpt) and they are available on \Reports folder. The aspnet_client folder is also available which has a crystalreportviewer13 folder inside aspnet_client\system_web\4_0_30319
I have no clue, why it will work perfectly fine initially, but later it will start giving this error. I thinks it is probably when I try to access the application concurrently from 3-4 different machines. I replicated this behaviour once.
Now if restart the server machine, it again works fine. Restarting just IIS does not help
Would appreciate any help, as I am at my wits end to find a solution. I will readily provide any other information if required.
We are getting this error when updating site on new server. We are using mysql with asp.net project in visual studio 2010.
Unable to find the requested .Net Framework Data Provider. It may not be installed
Thanks.
The MySql provider specified in your connection string is not installed on the server. Install it. It'll be whatever is installed on your development machine.
For a better answer, please post the part of your connection string that shows which provider/version to use.
I have a web site project that has been existing for a while - it has been ASP.NET MVC2 based up until right now. .Net 4, Visual Studio 2010 Sp1, deployed to IIS 7.5 running on Win2008 R2.
I have four separate deployment profiles - "alpha", "test", "staging" and "live". Yes, I could probably have come up with better names, but they should hopefully convey what they are for.
It was recently decided to upgrade to MVC3 to take advantage of new awesomeness like Razor, global filter attributes, and start using NuGet etc. So I went on an upgrade binge with the Web Platform Installer. One of the things I updated was the Web Deployment Tool - both my developer machine (where the MVC3 upgrade happens) and the web server got this new version of the tool installed.
Since then, I have not been able to do deployments. I have gone back to earlier versions of my project (thanks to git for allowing me to painlessly go back to any previous version) and tried to deploy them, and they don't work either.
Whenever I try to do a deployment from Visual Studio I get the following error:
Web deployment task failed.((23.05.2011 11:18:24) An error occurred when the request was processed on the remote computer.)
(23.05.2011 11:18:24) An error occurred when the request was processed on the remote computer.
Unable to cast object of type 'Microsoft.Web.Deployment.DeploymentSyncOptions' to type 'Microsoft.Web.Deployment.DeploymentSyncOptions'.
I can see why that cast would be hard. ;)
But seriously - how can we get deployment from Visual Studio to work again? In the future we will do this using our CI server, and install a deployment package using MsBuild automatically on the correct web server depending on the git branch that was updated, but that is some time in the future.
I have full access to both machines so any other information need can hopefully be gathered.
You might be having beta version of web deploy on your box if you have ever installed web platform installer v2 beta. YOu can check that by
gacutil -l Microsoft.web.deployment.
If you see any 7.5.0.0 version then you have a beta version. Uninstall this version. You need to check and change this on both the client as well as the server.
Owais is right - this is very likely because you have a pre-release version installed. Rune can you please check and let me know?