je vais essayer d'exposer clairement mon probl=E8me.=20
Je d=E9veloppe un site accessible par identification. Le=20
site exploite plusieurs BdD SQL Server 2000 :=20
- une base d'identification (login, pass, nombase)=20
- des bases de donn=E9es (les "nombase")=20
L'id=E9e est de faire en sorte qu'une fois l'utilisateur est=20
identifi=E9, il est "aiguill=E9" vers la base lui=20
correspondant.=20
Mes infos de connexion sont stock=E9es en dur au format xml=20
dans le Web.config.=20
J'utilise une classe connexion avec une m=E9thode de=20
cr=E9ation qui va chercher les infos dans ce fichier (et=20
j'aimerais bien la garder telle quelle).=20
J'ai pens=E9 =E0 cette solution, de mettre la base en variable=20
de session, mais le hic c'est que pour executer mes=20
proc=E9dures stock=E9es SQL j'ai des classes toutes faites qui=20
vont chercher dans le web.config les infos de connexion.
J'ai l'impression qu'on ne peut pas acc=E9der aux variables=20
de session/application depuis des classes compil=E9es (=3Dpas=20
des pages de Code Behind). Est ce que je me trompe ?=20
Sinon, est ce que je suis oblig=E9 de rajouter un parametre=20
(nom de la base) =E0 toutes mes classes qui ex=E9cutent les=20
traitements SQL pour pouvoir le transmettre ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrice Manac'h
Bonjour,
vous pouvez tout à fait accéder aux variables de sessions depuis du Code Behind. Quel problème constatez vous ?
Cordialement,
P. Manac'h MCS France
"romainw" a écrit dans le message de news: b0d401c488e4$6aad9ba0$ Bonjour,
je vais essayer d'exposer clairement mon problème.
Je développe un site accessible par identification. Le site exploite plusieurs BdD SQL Server 2000 : - une base d'identification (login, pass, nombase) - des bases de données (les "nombase")
L'idée est de faire en sorte qu'une fois l'utilisateur est identifié, il est "aiguillé" vers la base lui correspondant. Mes infos de connexion sont stockées en dur au format xml dans le Web.config. J'utilise une classe connexion avec une méthode de création qui va chercher les infos dans ce fichier (et j'aimerais bien la garder telle quelle).
J'ai pensé à cette solution, de mettre la base en variable de session, mais le hic c'est que pour executer mes procédures stockées SQL j'ai des classes toutes faites qui vont chercher dans le web.config les infos de connexion.
J'ai l'impression qu'on ne peut pas accéder aux variables de session/application depuis des classes compilées (=pas des pages de Code Behind). Est ce que je me trompe ? Sinon, est ce que je suis obligé de rajouter un parametre (nom de la base) à toutes mes classes qui exécutent les traitements SQL pour pouvoir le transmettre ?
merci pour votre aide !
Bonjour,
vous pouvez tout à fait accéder aux variables de sessions depuis du Code
Behind. Quel problème constatez vous ?
Cordialement,
P. Manac'h
MCS France
"romainw" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: b0d401c488e4$6aad9ba0$a401280a@phx.gbl...
Bonjour,
je vais essayer d'exposer clairement mon problème.
Je développe un site accessible par identification. Le
site exploite plusieurs BdD SQL Server 2000 :
- une base d'identification (login, pass, nombase)
- des bases de données (les "nombase")
L'idée est de faire en sorte qu'une fois l'utilisateur est
identifié, il est "aiguillé" vers la base lui
correspondant.
Mes infos de connexion sont stockées en dur au format xml
dans le Web.config.
J'utilise une classe connexion avec une méthode de
création qui va chercher les infos dans ce fichier (et
j'aimerais bien la garder telle quelle).
J'ai pensé à cette solution, de mettre la base en variable
de session, mais le hic c'est que pour executer mes
procédures stockées SQL j'ai des classes toutes faites qui
vont chercher dans le web.config les infos de connexion.
J'ai l'impression qu'on ne peut pas accéder aux variables
de session/application depuis des classes compilées (=pas
des pages de Code Behind). Est ce que je me trompe ?
Sinon, est ce que je suis obligé de rajouter un parametre
(nom de la base) à toutes mes classes qui exécutent les
traitements SQL pour pouvoir le transmettre ?
vous pouvez tout à fait accéder aux variables de sessions depuis du Code Behind. Quel problème constatez vous ?
Cordialement,
P. Manac'h MCS France
"romainw" a écrit dans le message de news: b0d401c488e4$6aad9ba0$ Bonjour,
je vais essayer d'exposer clairement mon problème.
Je développe un site accessible par identification. Le site exploite plusieurs BdD SQL Server 2000 : - une base d'identification (login, pass, nombase) - des bases de données (les "nombase")
L'idée est de faire en sorte qu'une fois l'utilisateur est identifié, il est "aiguillé" vers la base lui correspondant. Mes infos de connexion sont stockées en dur au format xml dans le Web.config. J'utilise une classe connexion avec une méthode de création qui va chercher les infos dans ce fichier (et j'aimerais bien la garder telle quelle).
J'ai pensé à cette solution, de mettre la base en variable de session, mais le hic c'est que pour executer mes procédures stockées SQL j'ai des classes toutes faites qui vont chercher dans le web.config les infos de connexion.
J'ai l'impression qu'on ne peut pas accéder aux variables de session/application depuis des classes compilées (=pas des pages de Code Behind). Est ce que je me trompe ? Sinon, est ce que je suis obligé de rajouter un parametre (nom de la base) à toutes mes classes qui exécutent les traitements SQL pour pouvoir le transmettre ?
merci pour votre aide !
YJLAMOTTE
Bonjour, Il faut juste donner le nom complet HTTPContext.Current.Session[""] etc... ou ajouter le ns System.Web
Mais mieux vaut ne pas y faire appel dans des classes et passer un paramètre supplémentaire pour pouvoir réutiliser ton code en winform ou pour un service nt..
YJLAMOTTE
"Patrice Manac'h" a écrit :
Bonjour,
vous pouvez tout à fait accéder aux variables de sessions depuis du Code Behind. Quel problème constatez vous ?
Cordialement,
P. Manac'h MCS France
"romainw" a écrit dans le message de news: b0d401c488e4$6aad9ba0$ Bonjour,
je vais essayer d'exposer clairement mon problème.
Je développe un site accessible par identification. Le site exploite plusieurs BdD SQL Server 2000 : - une base d'identification (login, pass, nombase) - des bases de données (les "nombase")
L'idée est de faire en sorte qu'une fois l'utilisateur est identifié, il est "aiguillé" vers la base lui correspondant. Mes infos de connexion sont stockées en dur au format xml dans le Web.config. J'utilise une classe connexion avec une méthode de création qui va chercher les infos dans ce fichier (et j'aimerais bien la garder telle quelle).
J'ai pensé à cette solution, de mettre la base en variable de session, mais le hic c'est que pour executer mes procédures stockées SQL j'ai des classes toutes faites qui vont chercher dans le web.config les infos de connexion.
J'ai l'impression qu'on ne peut pas accéder aux variables de session/application depuis des classes compilées (=pas des pages de Code Behind). Est ce que je me trompe ? Sinon, est ce que je suis obligé de rajouter un parametre (nom de la base) à toutes mes classes qui exécutent les traitements SQL pour pouvoir le transmettre ?
merci pour votre aide !
Bonjour,
Il faut juste donner le nom complet HTTPContext.Current.Session[""] etc...
ou ajouter le ns System.Web
Mais mieux vaut ne pas y faire appel dans des classes et passer un paramètre
supplémentaire pour pouvoir réutiliser ton code en winform ou pour un service
nt..
YJLAMOTTE
"Patrice Manac'h" a écrit :
Bonjour,
vous pouvez tout à fait accéder aux variables de sessions depuis du Code
Behind. Quel problème constatez vous ?
Cordialement,
P. Manac'h
MCS France
"romainw" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: b0d401c488e4$6aad9ba0$a401280a@phx.gbl...
Bonjour,
je vais essayer d'exposer clairement mon problème.
Je développe un site accessible par identification. Le
site exploite plusieurs BdD SQL Server 2000 :
- une base d'identification (login, pass, nombase)
- des bases de données (les "nombase")
L'idée est de faire en sorte qu'une fois l'utilisateur est
identifié, il est "aiguillé" vers la base lui
correspondant.
Mes infos de connexion sont stockées en dur au format xml
dans le Web.config.
J'utilise une classe connexion avec une méthode de
création qui va chercher les infos dans ce fichier (et
j'aimerais bien la garder telle quelle).
J'ai pensé à cette solution, de mettre la base en variable
de session, mais le hic c'est que pour executer mes
procédures stockées SQL j'ai des classes toutes faites qui
vont chercher dans le web.config les infos de connexion.
J'ai l'impression qu'on ne peut pas accéder aux variables
de session/application depuis des classes compilées (=pas
des pages de Code Behind). Est ce que je me trompe ?
Sinon, est ce que je suis obligé de rajouter un parametre
(nom de la base) à toutes mes classes qui exécutent les
traitements SQL pour pouvoir le transmettre ?
Bonjour, Il faut juste donner le nom complet HTTPContext.Current.Session[""] etc... ou ajouter le ns System.Web
Mais mieux vaut ne pas y faire appel dans des classes et passer un paramètre supplémentaire pour pouvoir réutiliser ton code en winform ou pour un service nt..
YJLAMOTTE
"Patrice Manac'h" a écrit :
Bonjour,
vous pouvez tout à fait accéder aux variables de sessions depuis du Code Behind. Quel problème constatez vous ?
Cordialement,
P. Manac'h MCS France
"romainw" a écrit dans le message de news: b0d401c488e4$6aad9ba0$ Bonjour,
je vais essayer d'exposer clairement mon problème.
Je développe un site accessible par identification. Le site exploite plusieurs BdD SQL Server 2000 : - une base d'identification (login, pass, nombase) - des bases de données (les "nombase")
L'idée est de faire en sorte qu'une fois l'utilisateur est identifié, il est "aiguillé" vers la base lui correspondant. Mes infos de connexion sont stockées en dur au format xml dans le Web.config. J'utilise une classe connexion avec une méthode de création qui va chercher les infos dans ce fichier (et j'aimerais bien la garder telle quelle).
J'ai pensé à cette solution, de mettre la base en variable de session, mais le hic c'est que pour executer mes procédures stockées SQL j'ai des classes toutes faites qui vont chercher dans le web.config les infos de connexion.
J'ai l'impression qu'on ne peut pas accéder aux variables de session/application depuis des classes compilées (=pas des pages de Code Behind). Est ce que je me trompe ? Sinon, est ce que je suis obligé de rajouter un parametre (nom de la base) à toutes mes classes qui exécutent les traitements SQL pour pouvoir le transmettre ?
