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

Discussion of open issues, suggestions and bugs regarding ADO.NET provider for Oracle
Post Reply
smokeing
Posts: 23
Joined: Fri 09 Oct 2015 00:51

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

Post by 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.

Shalex
Site Admin
Posts: 8241
Joined: Thu 14 Aug 2008 12:44

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

Post by 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.

Post Reply