Connexion rapport Crystal à ACCESS [Résolu]

[capitaine]

Bonjour, je possède Visual Studio 2005 et je cherche à baser un état crystal report sur ma base de données.

Quand je travail en local, ca marche bien. J'utilise l'IdUtilisateur de ma machine pour la connexion à la base.
Mais ca ne marche plus du tout quand je mets mon état crystal sur le serveur.
A l'ouverture du rapport, on me demande le nom d'utilisateur et le mot de passe. (aucun ne fonctionne de prime abord)

La base n'est pas sécurisée, impossible de se connecter.

C'est mal barré, avez vous déjà rencontré ce problème?

[kikidrome]

bonjour
Quelle version de crystal utilises tu ?
Comment fais tu la connexion avec la base ?

[capitaine]

J'utilise la version intégrée à Visual Studio 2005.
Je fais ma connexion à la base avec l'expert (connexion ACCESS/Excel)
J'ai l'impression que je ne peux pas ouvrir le rapport car le serveur ne connaît pas le fichier system.mdw qui contient les logins et mot de passe pour access.
Il semblerait que des clefs dans le registre soient nécessaire côté serveur pour indiquer le chemin du fichier System.mdw (clefs Seagate).

[Aitone]

Question toute bête, tu as décoché "Connexion sécurisée" ?

[capitaine]

Non c'est coché.
Si je décoche, il m'est impossible de me créer ma connection depuis ma machine de developpement. (ça me met compte ou mot de passe non valide)

[capitaine]

Sur ma machine, j'ai deux clefs dans le registres:

HKEY_LOCAL_MACHINE\SOFTWARE\Seagate Software\Jet\3.0\Engines

HKEY_LOCAL_MACHINE\SOFTWARE\Seagate Software\Jet\3.0\Engines\Jet

Ces clefs pointent sur mon fichier system.mdw. Ces clefs n'existent pas sur le serveur. Mon admin réseau en a fait une copie qu'il a installé dans la base de registre du serveur et les a fait pointer sur une copie de mon system.mdw. Rien n'y fait.

D'où viennent mes clefs Seagate? Y a t il un module à installer? Seul le fichier CRRedist2005_x86.msi copié depuis ma machine a été installé sur le serveur.

[Fleur-Anne.Blain]

tu fais juste des rapport crystal ou tu as une application avec ou tu intègres tes crystal...

Pour info ton package CRredist permet d'afficher la toolbar de ton crystal c'est tout il ne gène ou améliore en rien le fonctionnement de ton CR

Envoyé par capitaine

Sur ma machine, j'ai deux clefs dans le registres:

HKEY_LOCAL_MACHINE\SOFTWARE\Seagate Software\Jet\3.0\Engines

HKEY_LOCAL_MACHINE\SOFTWARE\Seagate Software\Jet\3.0\Engines\Jet

Ces clefs pointent sur mon fichier system.mdw. Ces clefs n'existent pas sur le serveur. Mon admin réseau en a fait une copie qu'il a installé dans la base de registre du serveur et les a fait pointer sur une copie de mon system.mdw. Rien n'y fait.

D'où viennent mes clefs Seagate? Y a t il un module à installer? Seul le fichier CRRedist2005_x86.msi copié depuis ma machine a été installé sur le serveur.

[capitaine]

Je développe des pages en Asp. Certaines ouvrent des rapports crystals en leur passant des paramètres (nom du salarié, date, etc...)

[Fleur-Anne.Blain]

Et ces rapports s'ouvrent sans te redemander le mot de passe de connection bdd pour les crystal?

Envoyé par capitaine

Je développe des pages en Asp. Certaines ouvrent des rapports crystals en leur passant des paramètres (nom du salarié, date, etc...)

[capitaine]

Non, ils n'arrivent pas à s'ouvrir lorsque je teste mes pages sur le serveur. Mon login access n'est pas reconnu.

[Fleur-Anne.Blain]

Je ne sais aps comment ca fonctionne avec acess mais moi avec un SQL Server je devais dans mon code .net passer les info de connection sinon il em faisait comme toi

Envoyé par capitaine

Non, ils n'arrivent pas à s'ouvrir lorsque je teste mes pages sur le serveur. Mon login access n'est pas reconnu.

[capitaine]

Ca pourrait être une solution.
Dans mon webconfig, j'ai des connections strings qui me permettent de me connecter aux bases Access, pour remplir mes Datasets. Et je n'ai aucun besoin de spécifier un utilisateur access particulier ou de faire référence à un quelconque fichier system.mdw.

Code :

1
2
3
4
5
 
 
<connectionStrings>
<ADD name="RVConnectionString" connectionString="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\Données\Bases\AccesInterfaceWeb\RVWEBtest.mdb" providerName="System.Data.OleDb"/>
</connectionStrings>

Je trouvais ça très surprenant que d'un côté ASP ne me demande rien, et que de l'autre côté Crystal Report ai absolument besoin de ces paramètres. Je vais tester ta solution.

[Fleur-Anne.Blain]

Exactement si webconfig il y a en asp (je pense vu que je l'avais en asp.net) c'est la que tu peux définir pour toute ton application ce qui est nécessaire à ta connection.

Envoyé par capitaine

Ca pourrait être une solution.
Dans mon webconfig, j'ai des connections strings qui me permettent de me connecter aux bases Access, pour remplir mes Datasets. Et je n'ai aucun besoin de spécifier un utilisateur access particulier ou de faire référence à un quelconque fichier system.mdw.

Code :

Je trouvais ça très surprenant que d'un côté ASP ne me demande rien, et que de l'autre côté Crystal Report ai absolument besoin de ces paramètres. Je vais tester ta solution.

[capitaine]

Bon alors.

Je suis allé sur l'ordinateur d'un collègue. Il n'utilise pas de login/mdp Access pour créer ses bases de données.
J'ai crée une base (en décochant connexion sécurisée) et j'ai essayé d'y accéder avec les pages sur le site intranet.
Toujours le même message demandant de m'authentifier.
J'ai alors créer l'installation des merges modules que nous avons installé sur le serveur.
Cette fois ca marche, l'état crystal arrive à se connecter à la base.
Toutefois, ca ne marche toujours pas avec des connexions sécurisées, lorsque c'est moi qui crée les bases. Mais on a pas encore pu redémarrer le serveur, et il y a sans doute le paramètrage à faire avec les clefs pour indiquer le chemin du system.mdw (j'ai désinstallé les clefs précédémments testés).
C'est déjà un grand pas!