Mutualisation "instant client" / "Client lourd"

[thatsallfunk]

Bonjour tout le monde,

Sur le point d'implémenter une solution de GMAO sur un site client, je dois faire face aux contraintes suivantes:

Les futurs postes clients lourds utilisent déjà une version 8i du client lourd oracle.
La base de données que je vais devoir mettre en place est une 10.2.0.1.
Notre application métier donne la possibilité d'effectuer des impressions de rapports "Crystal Report".
Ces impressions ne fonctionnent pas si un client 8 attaque une base en 10g (trop d'écart entre les versions).
Ces mêmes impressions fonctionnent si j'utilise la version "instant client 10 release1" sur les postes mais le problème est que celle-ci ne fonctionne pas si un client lourd est déjà installé.
Je peux mutualiser l'instant client avec le client lourd 8 mais en utilisant l'instant client 10 release 2 (mais dans ces cas là les rapports Crystal ne fonctionnent plus.

Ma question est :
Comment faire pour faire cohabiter un client oracle lourd Vx et n'importe quel instant client 10g?
Existe t'il des versions "instant client" dans d'autres versions que la 10g?

Merci d'avance pour votre aide.

[Vincent Rogier]

Envoyé par thatsallfunk

mais le problème est que celle-ci ne fonctionne pas si un client lourd est déjà installé

Il n'y as pas de raisons...

Sur ma machine de dév, j'ai :

6 clients classiques (7.34, 8.17, 9.0.0, 9.1.0, 10.2, 11.1)
2 clients instant (10g et 11g)

Chaque client fonctionne correctement.

Si l'application en question se contente de charger <oci.dll> sans pouvoir spécifier un répertoire particulier, c'est normal car dans ce cas, l'appli ira chercher l'oci.dll du path, donc celui du client 8i en l'occurence.

A priori, le soucis relève de plutôt de la sélection du client oracle par l'appli que un soucis Oracle en lui même....

[thatsallfunk]

Merci Vicenzo,

Si j'ai bien compris ta remarque, l'application ira chercher par défaut l'oci.dll qui se trouve dans la viriable "ORACLE_HOME"? Si c'est le cas et que je force l'utilisation d'un "oracle_home" particulier (en l'occurrence le répertoire qui contient l'"oci.dll" de mon "instant client") au démarrage de mon application, cette dernière devrait faire fit du client lourd installé et tout sera transparent pour les applications (utilisant le client 8i) déjà installées? Merci en tous cas.

[Vincent Rogier]

En fait cela dépend de l'application et des composants qu'elle utilise pour se connecter à Oracle.

Précise nous ca...

Si l'appli demande à charger oci.dll, c'est le PATH qui est utilisé.

[thatsallfunk]

Ok.

Mais je pense qu'il y a également la possibilité de modifier le "path" en plus de "oracle_home" pour une session particulière non? Comme çà, à défaut de ne pas trop savoir ce qui est chargé par l'appli au démarrage, je définis (dans un cmd par exemple) le répertoire dans lequel se trouve mon "instant client" (qui est d'ailleurs le répertoire dans lequel se trouve l'"exe", les "DLL(s)" etc de mon programme) en tans que "oracle_home" et à la place de mon client oracle lourd dans le path avant de lancer l'appli.