Discussion :

[pprem]

Bonjour

J'ai régulièrement des questions sur Crystal Reports auxquelles je ne peux pas répondre car je n'ai pas la licence et ne l'ai jamais utilisé.

Version Delphi abandonnée par SAP lorsqu'ils ont racheté cet outil de reporting, il paraît qu'on arrive à peu près à se servir des sources des versions antérieures lorsqu'on avait achetées.

Y a-t-il encore quelqu'un ici qui serait capable de donner des conseils ou répondre à des questions concernant Crystal Reports en environnement Delphi ?
(Si en plus il y a possibilité de facturation de la prestation c'est un plus.)

[Mingolito]

C'était le générateur d'état le plus utilisé autrefois par les développeurs, y compris pour les outils Borland mais aussi pour aller avec Visual Studio.
Cet outil était vendu à part ou parfois en bundle avec les outils Borland ou Microsoft.

Il y a un très ancien forum Cristal reports sur developpez.net qui avais un très gros trafic dans le temps, maintenant c'est surtout une grosse archive.

[pprem]

Le problème c'est que beaucoup de développeurs Delphi l'ont sur des projets Delphi 7 ou 2005 et que la migration vers des versions récentes est liée à la capacité de reprendre tous les états existants. Pas de convertisseur vraiment fonctionnel vers une techno récente.

En attendant il faut maintenir les outils et le renouvellement des développeurs a le même impact qu'ailleurs : il faut de la connaissance et des compétences car il y a des questions et demandes de formation même si la techno est très ancienne.

[Mingolito]

C'est pourtant pas mort, il y a SAP Crystal Reports 2020, est ce que ils ne veulent plus payer pour le produit en dernière version, ou est ce que la compatibilités ascendante a été perdue en cours de route ?
Je ne suis plus la dedans personnellement c'est juste par curiosité.

[pprem]

SAP a éliminé la branche Delphi/C++Builder de Crystal Reports, se concentrant sur .Net

Il n'est plus possible depuis longtemps d'avoir les sources ou une mise à jour. Plus de support non plus. D'où le problème avec l'existant.

[ShaiLeTroll]

En fait, c'est assez simple d'utiliser Crystal Reports dans Delphi.

Même, le temps de migrer un rapport CR8 VCL vers CR .Net faut pas imaginer une transition immédiate.

Entre 2010-2013, je l'ai vécu, un programme unique contenait tous les rapports, celui-ci était invoqué par d'autres applications pour lancer le rapport voulu.
En interne, les rapports pouvaient être en CR8 ou CR.NET
Oui, la gestion du Pipeline de données, quelques différences de rendus demande un travail de portage.

L'idée est très simple, tous les fonctions utilisées par Delphi de CR.NET était encapsulé par un objet COM en C# (Visual Studio Express)
En gros, juste un objet OLE sui sert de Proxy Interop pour les fonctions .NET

Cela demande un travail pour créer cet objet en VSC# mais cela permet ainsi de débloquer la situation.
Dans l'outil de rapport, il faut préparer le terrain pour une abstraction du lancement du CR pour que le code soit le moins couplé que possible et ainsi pouvoir permettre une transition aisée d'une implémentation directe par VCL ou une implémentation via le Proxy Interop.

Ensuite, la taches de migrer chacun des rapports peut prendre du temps, beaucoup de temps, un collègue devait y être à plein temps sur le rapports, et je me demande si l'on avait trois versions de CR en même temps (version VCL, version ActiveX import du TLB, version Interop-COM-DotNet) car oui migrer un rapport qui fonctionne ce n'est pas une priorité, l'idée était plutôt soit de faire de nouveaux rapports soit de migrer des rapports qui avait un besoin de modernité, lorsqu'il y a un historique de 200 rapports, ça prend un temps fou.

[lave_01]

Hello,

J'utilise encore et très régulièrement Crystal Reports. Si tu as des questions, faut pas hésiter.

Dans Delphi, nous utilisons le composant suivant pour faire l'interaction avec Crystal :

https://code.google.com/archive/p/de...report-viewer/

On a sauvegardé les sources si le lien venait à disparaître.

Bonne journée

[ShaiLeTroll]

Ce source CS ci-dessus est une expression de ce que j'évoquais par une Assembly Interop jouant le Proxy avec Delphi