Discussion :

[ribeheld]

Hello tout le monde,

alors voici ma problèmatique, je construit un intranet en C# qui se connecte à l'AD et à une base SQL (Serveur 2008). Dans une page j'ai un SQLDatasource qui me rempli un GridView.
Infos du Datasource : "Data Source=monServeur;Initial Catalog=GestionProjets;Integrated Security=True" dans lequel je fais un select assez complex mais l'erreur ne vient pas de la il est testé et approuvé.
Lorsque je lance en local depuis VisualStudio tout marche nickel mais lorsque je déploie et que je test j'obtiens l'erreur suivante :

Le format de la chaîne d'initialisation n'est pas conforme à la spécification qui débute à l'index 0

J'ai cherché du coté de www.connectionstrings.com et tout m'a l'air en ordre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

web.config = <add name="GestionProjetsConnectionString" connectionString="Data Source=monServeur;Initial Catalog=GestionProjets;Integrated Security=True" providerName="System.Data.SqlClient" />

Ma requête passe les tests dans le queryBuilder et pourtant je ai une grosse erreur une fois déployé.

Qu'est ce que j'ai loupé?
Pour info je fais un autre acces à la bd dans l'événement RowDataBound du GridView en code behind mais même cette option désactivée l'erreur reste la même
Des idées?
merci

[Bluedeep]

Je ne connais pas les SqlDataSource (le code en violation de couches c'est pas trop ma tasse de thé) mais sur quelle ligne exactement est levée l'exception ?

[ribeheld]

là est mon soucis, la trace ne me donne pas d'infos et comme l'erreur ne se produit pas dans le code behin je ne peut utiliser le debugger

Voici la trace, peut être que ça aidera

[ArgumentException: Le format de la chaîne d'initialisation n'est pas conforme à la spécification qui débute à l'index 0.]
System.Data.Common.DbConnectionOptions.GetKeyValuePair(String connectionString, Int32 currentPosition, StringBuilder buffer, Boolean useOdbcRules, String& keyname, String& keyvalue) +6298813
System.Data.Common.DbConnectionOptions.ParseInternal(Hashtable parsetable, String connectionString, Boolean buildChain, Hashtable synonyms, Boolean firstKey) +253
System.Data.Common.DbConnectionOptions..ctor(String connectionString, Hashtable synonyms, Boolean useOdbcRules) +134
System.Data.SqlClient.SqlConnectionString..ctor(String connectionString) +103
System.Data.SqlClient.SqlConnectionFactory.CreateConnectionOptions(String connectionString, DbConnectionOptions previous) +35
System.Data.ProviderBase.DbConnectionFactory.GetConnectionPoolGroup(String connectionString, DbConnectionPoolGroupOptions poolOptions, DbConnectionOptions& userConnectionOptions) +253
System.Data.SqlClient.SqlConnection.ConnectionString_Set(String value) +60
System.Web.UI.WebControls.SqlDataSource.CreateConnection(String connectionString) +49
System.Web.UI.WebControls.SqlDataSourceView.ExecuteSelect(DataSourceSelectArguments arguments) +208
System.Web.UI.DataSourceView.Select(DataSourceSelectArguments arguments, DataSourceViewSelectCallback callback) +28
System.Web.UI.WebControls.DataBoundControl.PerformSelect() +274
System.Web.UI.WebControls.BaseDataBoundControl.EnsureDataBound() +105
System.Web.UI.WebControls.CompositeDataBoundControl.CreateChildControls() +183
System.Web.UI.Control.EnsureChildControls() +182
System.Web.UI.Control.PreRenderRecursiveInternal() +60
System.Web.UI.Control.PreRenderRecursiveInternal() +222
System.Web.UI.Control.PreRenderRecursiveInternal() +222
System.Web.UI.Control.PreRenderRecursiveInternal() +222
System.Web.UI.Control.PreRenderRecursiveInternal() +222
System.Web.UI.Control.PreRenderRecursiveInternal() +222
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +4185

[Bluedeep]

Ok.

Entre la version sur ton poste local et la version déployée, rien ne change sur la configuration ? le web.config est identique ? (même chaine de connexion ou pas).

[ribeheld]

Voici les web.config, il y 2 connection string car j'ai voulu tester les 2 variantes d'Integrated Security

VisualStudio

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<configuration>
  <connectionStrings>
    <add name="GPConnectionString" connectionString="server=monServeur;Initial Catalog=GestionProjets;Integrated Security=SSPI"
      providerName="System.Data.SqlClient" />
    <add name="GestionProjetsConnectionString" connectionString="server=monServeur;Initial Catalog=GestionProjets;Integrated Security=True"
      providerName="System.Data.SqlClient" />
  </connectionStrings>

Coté serveur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<configuration>
  <connectionStrings>
    <add name="GPConnectionString" connectionString="$(ReplacableToken_GPConnectionString-Web.config Connection String_0)"
      providerName="System.Data.SqlClient" />
    <add name="GestionProjetsConnectionString" connectionString="$(ReplacableToken_GestionProjetsConnectionString-Web.config Connection String_0)"
      providerName="System.Data.SqlClient" />
  </connectionStrings>

[Bluedeep]

Voici les web.config, il y 2 connection string car j'ai voulu tester les 2 variantes d'Integrated Security

ce qui est inutile.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

connectionString="$(ReplacableToken_GestionProjetsConnectionString-Web.config Connection String_0)"

Peut être envisager un problème sur cela ?

je ne connais pas cette syntaxe. C'est quoi c'est $(ReplacableToken etc .. ?

En debut de chargement de l'application, log quelque part le contenu de la connectionstring; je pense que tu trouveras un problème là.

[ribeheld]

Hello

Le ReplacableToken est généré automatiquement par VS lors de la construction du package de déploiement, il provient directement de mon web.config source

[ribeheld]

Je ne sais pas si ça pose un problème de sécurité ou non mais en copiant mon web.config source au lieu de celui généré par VS ça marche niquel. Je metterai donc en résolu s'il n'y pas d'autres commentaires concernant cette "potentielle" faille de sécurité

[ribeheld]

Ayé, apparemment le problème venait du fait que je fais appel à des drivers odbc 32bit alors que toute mon architecture est en 64bits.

La solution qui a marché pour moi est de tout compiler en 32 bits

Dans VS, Générer->Gestionnaire de configurations puis modifier la plateforme et sélectionner x86. Tout recompiler, ensuite apparait un répertoire x86 dans le répertoire obj de la solution. Celui ci est construit de la même façon que le répertoire Debug, transférer les fichiers sur le serveur et le tour est joué.

En espérant que ça en aidera d'autres

[winni333]

bonjour , o fait j'ai le même problème mais j'arrive pas à comprendre comment vous avez fait ou apparait le répertoire x86 dans l'explorateur de solution? et le coller ou ? plus de précision svp (chemin ).