Compiling using .net Framework 3.5

Compiling using .net Framework 3.5

Postby Cla Software Dev » Tue 18 Oct 2016 09:09


our product is using DotConnect for Oracle 9.0.26, standard version.
We compile our product with .net framework 3.5 in order to maintain compatibility with windows XP and Windows Server 2003 operating systems.

On some computers or virtual machines our product is extremely slow when it tries to load Devart.Data.Oracle.Dll and Devart.Data.Dll assemblies.
If we compile our product with .net framework 4.0 or 4.5 we didn't see any delay on assemblies loading.

We didn't yet discovered the real reason why on some computers the assemblies loading process is so slow, when on other computers everything is fine.

Do you have any idea?
Of course the solution is to re-compile our product with framework 4.0 or higher but, as i told you, we have to maintain the compatibility with older version of Windows operating system.

Thanks in advance.
Cla Software Dev
Posts: 1
Joined: Tue 18 Oct 2016 08:50

Re: Compiling using .net Framework 3.5

Postby Pinturiccio » Wed 19 Oct 2016 15:04

This is a strange behaviour. The Devart assemblies of dotConnect for Oracle are built with .NET Framework 2.0. .NET Framework loads Devart assemblies, and the speed of loading depends on the Framework itself.

Could you please describe how exactly you measured the assembly loading speed. How did you find out that this is assembly loading that takes much time, and not query execution against the database or some other operation?

Please also provide your connection string (roughly, without credentials).
Devart Team
Posts: 2062
Joined: Wed 02 Nov 2011 09:44

Return to dotConnect for Oracle