Page 1 of 1

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

Posted: Tue 27 Oct 2015 23:01
by smokeing
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.

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

Posted: Thu 29 Oct 2015 12:30
by Shalex
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.