This content has been marked as final. Show 5 replies
well yes I could,
but then I end up with one Versions per APP - Version and Oracle Version. => hard to mannage
Second is I'm not sure if all needed dll's are free for redistribution.
I would like to be as independent as possible regarding to the Oracle Version.
but if nothing else helps... <:o|
thanks for the idea annyway
I'm still hopeing for something I can tell the DBA/Sysadmin to install on the client according to its Oracle Server Version.
AFAIK with the same cx_Oracle's source code you can build versions for different oracle's clients (at least in my experience it always asked me my $ORACLE_HOME and $LD_LIBRARY_PATH and the setup.py handles different oracle's version). It might work with 9i, 10g and 11g (I wouldn't risk to talk about 8i).1 person found this helpful
Besides that Oracle instant client is free to distribute (see here) so you can bundle it with your code. I can imagine it would be pretty easy to build it in *unix although I'm not sure bout Windows -for lack of experience with that particular OS-.
I'll have to check this out
but the link to the instant client download page could be what I was seraching for :o)
You are admittedly struggling with these deployment issues. I'd like to suggest stop struggling and follow Mariano's advice and check out how deep the rabbit hole really is. What you are perceiving as problematic in all actuality exists by design. By going the next step and discovering why it is so you will gain an advantage by learning something.
ps In fairness for the cs_Oracle developers, I took the liberty of updating the subject of the thread :-)