Discussion :

[skywaukers]

Bonjour,

j'ai une vieille application Intraweb qui utilise rave report 5.0. elle est publiée via IIS. Tout fonctionnait parfaitement, mais suite à une migration d'AD les comptes utilisateurs ont changés. Avec le nouveau compte, mon application provoque une VA d'entrée.
J'ai procédé par élimination pour trouver le coupable et je suis tombé sur les composants rave Report. En effet si je supprime ces composants et leur utilisation, l'application démarre correctement...
Le nouveau compte utilisé est un compte administrateur, et à priori il a accès à tous les dossiers. Sauriez-vous me dire à quels objets Rave report doit pouvoir accéder ? Je précise que le plantage se fait au moment de la création du datamodule qui contient les composants rave report, même pas lors de la génération d'un état ...

Toute suggestion me serait bien utile.

Merci pour votre attention

Dany

[SergioMaster]

Bonjour,

Que des spéculations mais ....
Se pourrait-il que le fichier soit indiqué (propriété projectfile) et que ce dernier n'existe plus/soit déplacé etc..?
Est-ce que le RAV est stocké dans le DFM ?
Ou est-ce que le projet est chargé rvproject1.ProjectFile:=<nom de fichier> alors qu'il n'existe pas ou ne peut être atteint ?

[skywaukers]

Bonjour,

merci pour la réponse.

Malheureusement ProjectFile n'est pas indiqué dans les propriétés du composant, il est renseigné au moment de l'édition. Il n'est pas non plus stocké dans le DFM.
Ce qui est étrange c'est que le compte utilisé pour IIS accède à tous, y compris à Windows\syswo64 en lecture écriture, donc je ne vois pas à quoi il ne pourrait pas accéder... Et c'est pourtant bien lié au compte puisqu'avec l'ancien tout fonctionnait, et il n'y a eut aucune modification de cette application depuis une éternité.
J'ai pensé aussi au pilote impression, mais il y a bien une imprimante de définie dans le système et elle est présente pour tous les profils. Je ne pense pas qu'il y ait besoin de droits très spéciaux pour imprimer, donc je tourne en rond...

En tout cas merci pour la tentative

Dany

[SergioMaster]

Bonjour,

donc, il ne pourrait s'agir que d'un BPL manquant si le projet a été construit avec les BPL (RPRT<version> et RPRV<version>)
ou d'un dossier temporaire manquant/non accessible qu'utilise Rave (généralement windows/temp je ne sais pas s'il est modifiable)

bon j'ai souvenir qu'il y avait aussi des problèmes avec des noms d'imprimante trop long et une histoire de pile à augmenter si imprimante postscript mais c'est loin tout ça ....

[skywaukers]

re bonjour,

windowd/temp est bien accessible, l'imprimante existait déjà (seul le réseau a changé les serveurs n'ont pas été réinstallés.
J'ai finalement contourné le problème en externalisant les méthodes utilisant Rave Report dans un serveur d'application, puisque il servait à générer les états en PDF ou RTF le serveur s'en charge et envoi le document généré à la dll ISAPI Intraweb.

Merci en tout cas.

Dany

ps : du coup je ne sais pas si je dois marquer le sujet résolu...