Why Devart.Data.Oracle.Entity.Spatials isn't strong named assembly?

Why Devart.Data.Oracle.Entity.Spatials isn't strong named assembly?

Postby smokeing » Tue 27 Oct 2015 23:01

We would like to have all dependencies in GAC.

Code: Select all
Failure adding assembly /home/smokeing/devArtDlls/Devart.Data.Oracle.Entity.Spatials.dll to the cache: Attempt to install an assembly without a strong name


We would like so, because we are trying to automate building on our development server. We are developing using Visual Studio, and the development server runs Linux. If we had all assemblies in GAC, we wouldn't need to reference it every time manually.

Alternatively is there a way to point where Spatials.dll is? MonoDevelop doesn't find it even when I set Assembly Folder in Preferences->Projects/Build->Assembly Folders.
smokeing
 
Posts: 23
Joined: Fri 09 Oct 2015 00:51

Re: Why Devart.Data.Oracle.Entity.Spatials isn't strong named assembly?

Postby Shalex » Thu 29 Oct 2015 12:30

smokeing wrote:Failure adding assembly /home/smokeing/devArtDlls/Devart.Data.Oracle.Entity.Spatials.dll to the cache: Attempt to install an assembly without a strong name
Devart.Data.Oracle.Entity.Spatials.dll is unsigned because it references unsigned assemblies GeoAPI.dll, NetTopologySuite.dll, ProjNet.dll, and SharpMap.dll.

smokeing wrote:Alternatively is there a way to point where Spatials.dll is?
Theoretically, your application can be built without explicit reference to Devart.Data.Oracle.Entity.Spatials.dll.

Actually, Devart.Data.Oracle.Entity.dll doesn't reference Devart.Data.Oracle.Entity.Spatials.dll but loads it dynamically when necessary.

So just copy Devart.Data.Oracle.Entity.Spatials.dll to the folder with your application.
Shalex
Devart Team
 
Posts: 7600
Joined: Thu 14 Aug 2008 12:44


Return to dotConnect for Oracle