[Mono-dev] System.data.oracleclient with dataset
Ruffel Antoine (DCTI)
antoine.ruffel at etat.ge.ch
Mon Jan 15 09:22:15 EST 2007
Hi,
I'm testing the possibility to execute my applications (developed with
visual studio 2005) with mono.
I have some troubles with the use of System.data.oracleclient :
- First, I've done some tests with simple code found in
http://www.mono-project.com/Oracle.
-> Compiled in a VS solution (with Microsoft dll 2.0.0.0)
Execution OK with my Windows workstation
Execution FAILED with Mono (Windows and Linux
Suse 10.2) ->
Unhandled Exception: System.InvalidOperationException: An open
Connection object is required to continue.
at System.Data.OracleClient.OracleCommand.AssertConnectionIsOpen ()
[0x00000]
at System.Data.OracleClient.OracleCommand.ExecuteReader
(CommandBehavior behavior) [0x00000]
at System.Data.OracleClient.OracleCommand.ExecuteReader () [0x00000]
at (wrapper remoting-invoke-with-check)
System.Data.OracleClient.OracleCommand:ExecuteReader ()
at EssaiMono.Program.Main (System.String[] args) [0x00000]
-> Compiled in a monodevelop solution (with mono dll
2.0.0.0)
Execution FAILED with my Windows workstation
Execution OK with mono (Windows and Linux Suse
10.2)
-> Compiled in a VS solution (with mono dll 2.0.0.0)
Execution OK with my windows workstation
Execution OK with mono (Windows and Linux Suse
10.2)
- Then, I decided to use the mono version of this
System.data.OracleClient in my visual studio solutions (of applications
I want to execute with mono). But, I have a lot of "dataset objects"
that are "processed" by a MSDataSetGenerator to generate C# code. But
this "generated source code" doesn't compile because of a constructor of
OracleParameter which is not implemented in the mono version of
System.data.OracleClient... what can I do ?
Can you help me ?
Sorry for this poor English ...
Best regards,
Antoine.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070115/c3b1d66b/attachment.html
More information about the Mono-devel-list
mailing list