Discussion :

[obi]

Bonjour,

Est-il possible de faire cohabiter une version 6 et une version 8 du moteur d'éxécution de crystal report sur une même machine ???

Soit une machine utilisant un produit utilisant le moteur crystal report 6 depuis pas mal d'années sans soucis.

Lors de l'installation d'un autre produit, (utilisant lui une version 8 de crystal report), apparement, les DLL de la version 6 ont été supprimées.

Quelqu'un à une solution pour faire cohabiter ces 2 versions de crystal sur une même machine et comment réinstaller les DLL de la version 6 sans risque de conflit avec les DLL de la version 8 ??

[L.nico]

J'ai les 2 versions de Crystal sur ma machine, car mes anciens projets utilisent le moteur CRPEAuto et les autres CRAXDRT. donc pas de soucis. les 2 éditeurs cohabitent correctement. En tout cas pour moi il n'y a pas de problème. Il faut juste faire attention à ne pas modifier un état 6 avec la version 8 sous peine de ne plus pouvoir l'executer ensuite dans ton projet.

[Nico118]

Attention aussi à ne pas les installer dans les mêmes dossiers

[Machuet]

Moi j'ai testé avec une 8.5 et une 9 et cela fonctionne très bien, mais bien sûr il faut bien faire attention avec quelle version on modifie un état.

[sur_uix]

OU la attention, Officielement on peut faire cohabiter deux version de Crystal seulement depuis la 9.

Maintenant L.nico a réussi, car il a utilisé deux moteurs différents, le CRPE et le CRAXDRT.
Mais s'il avait utilisé le CRPE v6 et CRPE v8 il aurai eu qlq problèmes.
Ensuite il faut savoir que dans les anciennes version (<9) Crytsal utilise un répertoire commun <windowsfolder>\Crystal et dedans il mais les DLL d'exportation, les drivers de base de données, les UFL etc... Donc dans ce répertoire tu aura un problème pour y faire cohabiter les version 6 et 8 à moins que (Je ne connais pas la liste des DLL version 6) leur nom de DLL soient différent. Mais j'en doute.

Si Machuet dit qu'il y est arrivé c'est justement qu'il est dans le cas de figure prévue par Crystal, étant donnée que l'on ne peut plus sauver des rapports au format 8 avec la 9, Crystal à permit d'avoir les deux version sur un poste.

[L.nico]

eclaircissement pour Sur_uix :
Pourquoi ca marche chez moi ? car je n'ai plus le CRPEAUTO version 6.
il a été écrasé par la version 8.
Mais le CRPEAuto version 8 est sensiblement le même.
Et le référencement DLL dans mon projet ne change pas.
J'ai créé des classes pour chaque type de DLL.
Car le pilotage de CRAXDRT est très différent du CRPEAUTO.
Ce qui fait que je peux compiler mon projet qui est censé utiliser la DLL cRPE 6.0
tout en utilisant la 8.0.
Sur le poste client la Dll est 6.0 mais elle porte le même nom.
Mon exe en VB6 pointe sur DLL nommée CRPEAUTO.
Le seul PB pour moi réside dans le fait qu'une édition crée en 6 doit être modifiée avec Crystal 6.0

Nicolas.

[Nico118]

Qui dit mieux ? Crystal 6, 8 et 9 sur un même poste 8)
Précision, la version 6 ne me sert pas pour attaquer des bases de même type que les version 8 et 9. Y'a des limites au délire

[sur_uix]

{...}
J'ai créé des classes pour chaque type de DLL.
Car le pilotage de CRAXDRT est très différent du CRPEAUTO.
Ce qui fait que je peux compiler mon projet qui est censé utiliser la DLL cRPE 6.0
tout en utilisant la 8.0.
{...}
Nicolas.

Alors ça c'est cool tu as développé une couche au-dessus de crystal pour que ton soft ne percois plus la différence entre les moteurs de Crystal.
Mais dit moi c'est pas trop lourd à maintenir ?
Et est-ce que tu arrives à exploiter tout le potentiel des différents moteurs, où cela est bloquant ?

Par ce que moi p.ex. j'ai développé un petit soft pour extraire la structure d'un rpt (exporté la définition n'est pas assez complet pour moi) avec la CRPE8 mais il ne fonctionne pas du tout avec la CRPE9 par ce que ils ont fait plein de modife entre ces deux moteurs. J'envisagais de faire deux exe un pour crpe8 et un pour la crpe9. Mais bon si tu me dis que tu a réussi, je veux bien en savoir plus.

[L.nico]

Quand même pas à ce point ...
Les projets utilisent soit CRPE soit CRAX par l'intérmédiaire d'une classe dédiée.
La classe porte le même nom dans les 2 cas.
Ce qui est pratique c'est que le code de l'application lui ne change pas ... Excepté une ligne de code dans le lanceur de l'application qui spécifie le moteur.
Cela n'est pas bloquant du tout ... du tout ....
Il n'y a aucune maintenance car une fois que la classe est créée, il n'y a plus rien à faire ...
A +