dotConnect for Oracle Documentation
In This Topic
    Deployment
    In This Topic

    To deploy applications written with dotConnect for Oracle you should register run-time assemblies Devart.Data.Oracle.dll and Devart.Data.dll at Global Assembly Cache (GAC) for appropriate framework or place them in the folder of your application (Bin folder for web projects). These two assemblies should be available in all applications written with dotConnect for Oracle. Make sure that your project contains the license resource as it is described in Licensing.

    Another way to install the needed *.dll is to launch the dotConnect for Oracle setup program and choose "Minimal installation". Note that according to End-User License Agreement this is the only install you can do on target machine. You must not distribute any other part of dotConnect for Oracle.

    Applications written with dotConnect for Oracle may not contain the license resource when they are deployed on the target machine where dotConnect for Oracle is installed with "Minimal" option.

    When your code uses dotConnect for Oracle via a factory-based class, you should register configuration information in the DbProviderFactories section of the *.config file to inform your environment about the existence of the provider factory. The provider factory is described either in machine.config (globally), in app.config or in web.config (just for your application). This is done as follows:

    <system.data>
      <DbProviderFactories>
        <remove invariant="Devart.Data.Oracle" />
        <add name="dotConnect for Oracle" invariant="Devart.Data.Oracle" description="Devart dotConnect for Oracle" type="Devart.Data.Oracle.OracleProviderFactory, Devart.Data.Oracle, Version=8.4.215.0, Culture=neutral, PublicKeyToken=09af7300eec23701" />
      </DbProviderFactories>
    </system.data>
    

    Replace 8.4.215.0 here with your actual version.


    Continuous Integration

    If you set up a pipeline for compiling your source code from repository on a build server periodically or even after every commit, you should add a step to your pipeline for installing the provider on the build server for copying Devart assemblies, registering provider build action, and enabling automatic generation of .NET Framework license resource from provider entry in licenses.licx. For example, the corresponding step in Azure DevOps Pipeline can be the following one if you copied the provider installation to the root folder of your repository:

    - task: CmdLine@2
      inputs:
        script: '$(Build.SourcesDirectory)\dcoracle.exe /TYPE=FULL /VERYSILENT'
    

    More information about the command line installation keys can be found here.

    ASP.NET Applications

    When deploying ASP.NET applications, the following additional assemblies may be needed:

    When deploying ASP.NET applications using dotConnect for Oracle SimpleMembership providers, you need to deploy the Devart.Data.Oracle.Web.dll assembly for .NET Framework 4, not the one for .NET Framework 2.0. It is located in the Web\ASP.NET 4 subdirectory of the dotConnect for Oracle installation directory (by default, from Program Files\Devart\dotConnect\Oracle\Web\ASP.NET 4) and has the revision number 4 in its version.

    When deploying ASP.NET applications using ADO.NET implementation of ASP.NET Identity via dotConnect for Oracle, you need to deploy the Devart.Data.Oracle.Web.Identity.dll assembly.

    When deploying ASP.NET applications using Entity Framework implementation of ASP.NET Identity via dotConnect for Oracle, you need to deploy the Devart.Data.Oracle.Entity.EF6.dll assembly. It is located in the Entity\EF6 subfolder of the dotConnect for Oracle installation folder.

    Required Permissions

    The following permissions are required by dotConnect for Oracle as partially trusted code (this is actual for web projects):

    Since dotConnect for Oracle uses standard Microsoft .NET licensing licensing, it additionally requires RegistryPermission. And though SecurityPermission is granted by default when using medium trust level, the set of flags for the SecurityPermission must be extended. You need to add the following flags: Assertion, SkipVerification, UnmanagedCode, and SerializationFormatter.

    For the information on how to do this see Configuring Trust Level for Web Applications.

    Entity Framework and LightSwitch Projects

    When deploying Entity Framework (or LightSwitch) projects, it is necessary to:

    1. First, you need to check if the Devart.Data.Oracle.Entity.EF<Version>.dll assembly is available for your application. The <Version> here is the version of Entity Framework used in your application. For Entity Framework v1 the assembly is called Devart.Data.Oracle.Entity.EF1.dll, for Entity Framework v4 it is Devart.Data.Oracle.Entity.EF4.dll, for Entity Framework v5 or v6 it is Devart.Data.Oracle.Entity.EF5.dll or Devart.Data.Oracle.Entity.EF6.dll respectively. For Entity Framework Core it is Devart.Data.Oracle.Entity.EFCore.dll. The assembly should reside in the application's folder or in GAC.

      Please note that there are three versions of Devart.Data.Oracle.Entity.EFCore.dll assemblies for Full .NET Framework - for different Entity Framework Core versions - 1.1, 2.2, and 3.1. They are located respectively in \Entity\EFCore, \Entity\EFCore2, and \Entity\EFCore3 subfolders of the dotConnect for Oracle installation folder.

      dotConnect for Oracle .NET Standard compatible assemblies for Entity Framework Core are available via NuGet packages, except the Devart.Data.Oracle.Entity.EFCore.dll for Entity Framework Core 2. The latter can be found in the \Entity\EFCore2\netstandard2.0 subfolder of the dotConnect for Oracle installation folder.

    2. If you use Code-First Migrations feature of Entity Framework v4 or Entity Framework v5, you also need to check if the Devart.Data.Oracle.Entity.Migrations.EF<Version>.dll assembly is available for your application. For Entity Framework v6 this assembly is not needed.
    3. If you use Entity Framework Spatials and NetTopologySuite for Entity Framework v5 or v6, you also need to check if the Devart.Data.Oracle.Entity.Spatials.EF<Version>.dll assembly is available for your application.
    4. If you use Entity Framework Core Spatials and NetTopologySuite for Entity Framework Core 3, you need to check if the Devart.Data.Oracle.Entity.EFCore3.NetTopologySuite.dll assembly is available for your application. It is located in the \Entity\EFCore3 subfolders of the dotConnect for Oracle installation folder. Additionally, you need to deploy the NetTopologySuite.dll assempbly from the NetTopologySuite 2.1.0 nuget package.
    5. Inform your environment about the provider factory existence (add the entry to the DbProviderFactories section as it is described above).

    You can find these assemblies in the Entity folder in the provider installation folder, in the subforder, corresponding to the Entity Framework version necessary.

    If you are registering the provider in the machine.config file, please take into account the Entity Framework version. Entity Framework v1 - specific applications require an entry in the .NET Framework 2.0 configuration file, and Entity Framework v4 and later - specific applications should be registered in the .NET Framework 4.0 configuration file. For Entity Framework Core there is no need to register the provider in the machine.config file.

    You can also read Microsoft's Deployment Considerations on ADO.NET Entity Framework.

    Deploying LightSwitch applications is described here.

    LinqConnect Projects

    To deploy applications written with LinqConnect support in dotConnect for Oracle, besides deploying the general assemblies you should register run-time LinqConnect assemblies Devart.Data.Oracle.Linq.dll and Devart.Data.Linq.dll at Global Assembly Cache (GAC) or place them in the folder of your application (the Bin folder for web projects).

    Workflow Foundation Projects

    To deploy applications using Oracle Workflow Instance Store or Oracle Workflow Tracking, in addition to the general assemblies, you also need to deploy the Devart.Data.Oracle.WorkflowFoundation.dll assembly.

    Sync Framework Projects

    To deploy applications using Sync Framework, in addition to the general assemblies, you also need to deploy the Devart.Data.Synchronization.dll and Devart.Data.Oracle.Synchronization.dll assemblies. Such application also require the Sync Framework itself installed.