I am packaging an application for deployment to Azure. I'm using DO4.4.

I need to exclude Oracle.DataAccess.DLL because I get the "Could not load assembly" exception because of the 64-bit application pool.

How can I ignore Oracle.DataAccess.DLL?

I have a post-build event in my project to delete the DLL, but that event is not executed when packaging for Azure unfortunately.

asked Jan 12 '11 at 00:15

ara's gravatar image

ara
395868791

edited Jan 12 '11 at 00:30

Alex%20Yakunin's gravatar image

Alex Yakunin
29714412


One Answer:

I suspect it will be enough to delete "[DataObjects.Net Installation]\Lib\Oracle" folder.

answered Jan 12 '11 at 00:29

Alex%20Yakunin's gravatar image

Alex Yakunin
29714412

edited Jan 12 '11 at 00:29

I suppose, it was not a good idea to merge all the providers into 1 assembly. We'll get the same issue I suppose.

(Jan 14 '11 at 04:11) xumix xumix's gravatar image
1

AFAIK, this could happen only if a user enumerates all types from Xtensive.Orm assembly or tries manually loading Oracle provider via Reflection.

(Jan 14 '11 at 06:52) Dmitri Maximov Dmitri%20Maximov's gravatar image

Well, we definetely facing the same problem. We do not manually load any libraries. Possible we may enumerate types from Xtensive.Orm, but that seems like yours problem, not mine. Could you update the installer to not install Oracle/Pgsql/other libs if I dont need it?

(Feb 22 '11 at 09:51) xumix xumix's gravatar image

I have same problem with Oracle dll with my web application, when using "publish" action from visual studio, then it also copy Oracle.DataAccess.dll into published bin folder, and then it starts to show errors with it.

(Feb 22 '11 at 11:22) Peter Ĺ ulek Peter%20%C5%A0ulek's gravatar image
Your answer
Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
toggle preview

Subscription:

Once you sign in you will be able to subscribe for any updates here

Tags:

×573
×9
×5

Asked: Jan 12 '11 at 00:15

Seen: 3,472 times

Last updated: Feb 22 '11 at 11:22

powered by OSQA