I began with Visual Studio 2010 and installed the ODT 11G. This worked completely fine and allowed me to open Oracle projects (.oradbproj).
I ran into another problem while working on Visual Studio 2015. I thought my problem would be fixed by installing ODT 12. This installed fine, however, I realised after that this was unnecessary.
When I came to open VS 2010 and open my Oracle project, I get the error:
"The selected file cannot be opened. 'XXX.oradbproj' cannot be opened
because its project type (.oradbproj) is not supported by this version
of the application. To open it, please use a version that supports
this type of project."
I then uninstalled both instances of ODT (11.2 and 12) and proceeded to install 11g. When I opened VS2010 afterwards, I was greeted with the following error:
"The 'Oracle Developer Tools for Visual Studio .NET' package did not
load correctly. The problem may have been caused by a configuration
change or by the installation of another extension. You can get more
information by running the application together with the /log
parameter on the command line and then examining the following
file..."
When I examine this file I get quite a few ERRORS ranging from:
Access is denied and could not load types: Shims.1_0_0_0.dll &
Shims.2_0.dll
-
OracleVSGPkg.SetSite - Exception Oracle Developer Tools VS Package
SetSite Oracle.DataAccess The type initializer for
'Oracle.DataAccess.Client.OracleCommand' threw an exception. at
Oracle.DataAccess.Client.OracleCommand..ctor() at
Oracle.VsDevTools.OracleUILGlobal.Initialize(OracleVSGPkg vsgPkg) at
Oracle.VsDevTools.OracleVSGPkg.Microsoft.VisualStudio.Shell.Interop.IVsPackage.SetSite(IServiceProvider
psp) Additonal Information - Oracle.DataAccess Unable to load DLL
'OraOps12.dll': The specified module could not be found. (Exception
from HRESULT: 0x8007007E) at
Oracle.DataAccess.Client.OpsInit.CheckVersionCompatibility(String
version) at Oracle.DataAccess.Client.OracleInit.Initialize() at
Oracle.DataAccess.Client.OracleCommand..cctor()
-
SetSite failed for package [Oracle Developer Tools for Visual Studio
.NET]
-
End package load [Oracle Developer Tools for Visual Studio .NET]
-
OracleVSGPkg.SetSite - Exception Oracle Developer Tools VS Package
SetSite Oracle.DataAccess The type initializer for
'Oracle.DataAccess.Client.OracleCommand' threw an exception. at
Oracle.DataAccess.Client.OracleCommand..ctor() at
Oracle.VsDevTools.OracleUILGlobal.Initialize(OracleVSGPkg vsgPkg) at
-
Oracle.VsDevTools.OracleVSGPkg.Microsoft.VisualStudio.Shell.Interop.IVsPackage.SetSite(IServiceProvider
psp) Additonal Information - Oracle.DataAccess Unable to load DLL
'OraOps12.dll': The specified module could not be found. (Exception
from HRESULT: 0x8007007E) at
Oracle.DataAccess.Client.OpsInit.CheckVersionCompatibility(String
version) at Oracle.DataAccess.Client.OracleInit.Initialize() at
Oracle.DataAccess.Client.OracleCommand..cctor()
-
SetSite failed for package [Oracle Developer Tools for Visual Studio
.NET]
When I check the "About Microsoft Visual Studio" there is no product "Oracle Developer Tools" listed (there was before) and in my Tools there is an option at the side labelled "Oracle Developer Tools" but when I click on it there are no options, just a single message saying "An error occurred loading this property page."
I've tried endless guides found on this website such as going through my registry, deleting all instances of Oracle and uninstalling all related files, then reinstalling. But that did not work. The rest of the questions seem to be similar, but not the same. All I want is to have Oracle 11.2 installed and all instances of 12 deleted, basically what I had before I installed 12.
I had this problem before and ended up having to revert my PC to factory settings.
Related
Problem Statement
I have a lot of SQL Server environments locally.
When trying to parse a SQL task with very basic truncate table dbo.table syntax, I get the following error message.
I should note that when I execute the task it works fine despite throwing an error when parsed.
My understanding is that it's related to a corrupt .ddl file at the 'Microsoft SQL Server/1XX/DTS/Binn/'
- having trouble determining which SQL Server version's components be the cause.
Is there a way of determining the corrupt .dll and reconciling this issue?
Error Message
------------------------------
Retrieving the COM class factory for component with CLSID {dummy123-dum1-dum2-dum3-dummyds2309}
failed due to the following error: 80040153 Invalid value for registry
(Exception from HRESULT: 0x80040153 (REGDB_E_INVALIDVALUE)).
What I've Tried
Tested on Visual Studio 2017/2019
Figuring out What Com Object is the Problem
Because the message only gives me the CLSID I'm having trouble locating the actual com object it's referencing.
I've run reg query HKCR\CLSID /s /f "{<CLSID>}"
This confirmed that it isn't there, but that wasn't helpful.
Environment
Microsoft Visual Studio Enterprise 2019 Version 16.4.1 VisualStudio.16.Release/16.4.1+29609.76 Microsoft .NET Framework Version 4.8.03752 Installed Version: Enterprise
SQL Server Data Tools 16.0.61912.09160 Microsoft SQL Server Data
Tools
SQL Server Integration Services 15.0.1900.80 Microsoft SQL Server
Integration Services Designer Version 15.0.1900.80
SsmsVsIntegration 1.0 Visual Studio Container Tools Extensions
(Preview) 1.0 View, manage, and diagnose containers within Visual
Studio.
Just installed ODAC for Visual Studio 2017 version 19.3 from here: https://www.oracle.com/database/technologies/dotnet-odacmsi-vs2017-downloads.html to replace ODT for Visual Studio 2017 NuGet Package. Then I noticed my Oracle NuGet packages were gone in my VS solution, and I had to re-add them. But this time I used Oracle.ManagedDataAccess 19.3 (previously had used 12.2.1100), and Oracle.ManagedDataAccess.EntityFramework 19.3 (previously used 12.2.1100).
Now my EDMX gets an error when I try to open it: "Error 168: The provider did not return a ProviderManifest instance. The type initializer for 'OracleInternal.Common.ProviderConfig' threw an exception."
I found an interesting answer by Mitaka here: Entity Framework: The provider did not return a providermanifest instance, so I opened my EDMX with XML Text Editor and found my ProviderManifestToken="12.1". So just for grins, I tried "19.3" and "19.1" but neither worked.
Anybody know the magic value? I'm just hoping that is how to solve the error. Thanks.
Got it. "18.0"
It actually updated itself after I got a bunch of other kinks worked out including "There is a duplicate 'oracle.manageddataaccess.client' section defined." Turns out the definition for Oracle.ManagedDataAccess was in my WebAPI web.config and also the machine config. Had to update THIS specific machine.config:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config - do a search on "managed" and comment out in 3 places.
Then it let me create a connection in Visual Studio 2017 Server Explorer and open the EDMX. Finally the EDMX update wizard is no longer aborting on the Data Connection screen. Back in business.
I've just installed Visual studio Professional 2015 on a Microsoft 2019 Server with the following tools:
VS update 3
Sql Server Data Tools
BI Developer Extensions for Visual Studio 2015
Apex tools
ZappySys SSIS tools
When I go to run an SSIS package that works on other machines I get the following error message:
TITLE: Microsoft Visual Studio
------------------------------
Exception deserializing the package "The type initializer for 'Microsoft.SqlServer.Dts.Runtime.XMLSerializationHelper' threw an exception.".
------------------------------
ADDITIONAL INFORMATION:
The type initializer for 'Microsoft.SqlServer.Dts.Runtime.XMLSerializationHelper' threw an exception. (Microsoft.SqlServer.ManagedDTS)
------------------------------
Could not load file or assembly 'Microsoft.SqlServer.Diagnostics.STrace, Version=14.100.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified. (Microsoft.SqlServer.ManagedDTS)
------------------------------
Could not load file or assembly 'Microsoft.SqlServer.Diagnostics.STrace, Version=14.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified.
I've repaired SQL Server Data tools and Visual studio itself with no luck. Any suggestions?
I had created a new SSIS project and facing same problem while executing it.
Generally this type of issue occurred when you have not selected the right SQL Server Version.
You have to first check the SQL Server version installed in your or remote machine and verify it with the SSIS Project. You have choose the same SQL Server version in Visual studio for your SSIS project.
SSIS Project>>Right Click (properties)>>Configuration Properties>>General>>Target Server Version
After setting this if still you are facing the same issue then please check the below settings.
SSIS Project>>Right Click (properties)>>Common Properties>>project>>Security>>Select the appropriate protection level.
Solution-1
Solution-2
I have downloaded and installed the free Community Edition of VS 2015 from Microsoft. After the install, I am unable to use VS 2013 Professional, which was working fine before the install. The start page shows, "Content Load Error". The solution explorer shows the following errors:
An exception was encountered while constructing the content of this frame. This information is also logged in "C:\Users\VeluMain\AppData\Roaming\Microsoft\VisualStudio\12.0\ActivityLog.xml".
Exception details:
System.IO.FileNotFoundException: The specified module could not be found. (Exception from HRESULT: 0x8007007E)
at Microsoft.VisualStudio.Shell.Interop.IVsShell5.LoadPackageWithContext(Guid& packageGuid, Int32 reason, Guid& context)
at Microsoft.VisualStudio.Platform.WindowManagement.WindowFrame.GetPackage()
at Microsoft.VisualStudio.Platform.WindowManagement.WindowFrame.ConstructContent()
I searched in Google, but couldn't find any solution.
Thanks
It's possible that one of your plugins for VS2013 has been broken by the VS2015 installer. For example I had an issue where VS2015 installer also installed .NET Framework 4.6 which alters the .NET Framework 4.5.1 DLLs, I guess there's a chance it could be the same kind of thing...
Try running VS2013 in Safe Mode (i.e. without plugins). If this works fine then you know it's one of your plugins that is causing the issue, you should then use a process of elimination to determine which one is the culprit. If it doesn't work then you might want to reinstall VS2013.
(I'm running Windows7 and using Visual Studio 2010.)
I'm using ClamAV in a .NET Azure project, and I'm running into side-by-side errors whenever I run clamd.exe, either through my code or by running clamd.exe on it's own.
In Visual Studio 2010 I am getting the error:
Win32Exception was unhandled 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
And in Event Viewer I get:
Activation context generation failed for
"C:\Users\pconerly\code\AntiVirus_source\WorkerRole\clamav\clamd.exe".
Dependent Assembly
Microsoft.VC80.CRT,processorArchitecture="x86",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="8.0.50727.6195"
could not be found. Please use sxstrace.exe for detailed diagnosis.
When I searched for "8.0.50727.6195" it led me to the 2005 redist, so I downloaded it
http://www.microsoft.com/download/en/details.aspx?id=3387
After a restart I am still getting the side-by-side error. Additionally, I think that the redist installer is not completing it's install-- like it's seeing visual studio 2010 and saying "oh, that's good enough, no need for me to install". I haven't tried uninstalling 2010 and using 2005, because the rest of my Dev team is using VS 2010.
What's the deal? How can this be fixed? I'm ready to pull out my hair.
The link Timores posted is the update for Visual Studio. The actual redistributable package is this:
http://www.microsoft.com/en-us/download/details.aspx?id=26347
The version you mention is actually at found here
Microsoft Visual Studio 2005 Service Pack 1 MFC Security Update
Timores is right: the redist should be this one, which is related to this KB entry
As you can see there, msvcr80.dll has been updated to version 8.0.50727.6195.
It is the "security update" of the "SP1" of the 2005 C++ runtime..
Your exe probably requires (through an internal manifest) that specific version.
If it is not found on the system (there's a lot of places searched for) nor in the current folder (with a suitable manifest aside) it won't load the exe since it is not able to "activate the context", that is load the specific DLL required in the manifest.
I had similar issues when my system got updated (windows updates) and the newly compiled EXEs were not working with an old-versioned runtime placed on the same folder.
I had to update msvcr80.dll and its manifest (which I found deep in \windows\winsxs) to make everything work.
Context activation is a tricky matter, anyway :)
HTH