Discussion :

[CYFL]

Salut tous le monde !

je voudrais mettre en place la gestion des sessions sur un autre processus :

Code :

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

1
2
3
4
5
6
 
    <sessionState
      mode="StateServer"
      stateConnectionString="tcpip=127.0.0.1:42424"
      cookieless="false"
    />

mais je met en mémoire des objets et surtout un qui gère ma connexion oracle.
j'ai bien mis mon objet serialisable, mais il ne veut pas le faire pour la dll :

Code :

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

1
2
 
"Le type 'System.Data.OracleClient.OracleConnection' dans l'assembly 'System.Data.OracleClient, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' n'est pas marqué comme sérialisable."

c'est possible ?
pas possible ?

Merci !

[Philippe Vialatte]

le probleme que tu rencontre est que ton type nést pas serialisable...

tous les objets mis dans ta session doivent pouvoir etre serialises dans le cas d;une session sur un serveur d'etat.

Par contre, clairement, mettre en session une connection a ta base de donnee, c'est maaaaal®

[CYFL]

pourtant j'ai mis ça :

Code :

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

1
2
3
4
 
<Serializable()> _
Public MustInherit Class GestConnection
....

On ne peut pas sérialiser la dll oracleclient ?


et pourquoi ça serrait mal de gérer ma connexion en session ?
(l'ouverture de ma connexion est très longue).

[Philippe Vialatte]

On ne peut pas sérialiser la dll oracleclient ?

Non, pas si l'objet n'a pas ete marque comme serializable.

et pourquoi ça serrait mal de gérer ma connexion en session

deja, est-ce que tu maitrises la taille de ton objet ? Si tu stockes des gros objets en session, tu risques de rencontrer pas mal de pb de scalabilite

Ensuite, normalement, avec le pooling de connections, tu ne devrais pas avoir de gros impact de perfs a l'ouverture des sessions suivantes, a moins d'avoir une configuration bizarre (sur des projets précédents, on pouvait avoir quelques dizaines de requêtes oracle, avec des connexions tuées après chaque requête, en utilisant le pooling, pas de pb de perfs...)

Dans la session, j'ai pour principe de ne mettre que des petites données dont je vais avoir souvent besoin partout et/ou assez couteuses a retrouver (par ex, un nom de projet/d'utilisateur courant que je ne veux pas redemander a chaque aller-retour, et pas me trimballer dans la query a chaque requête).

Si les donnees sont trop grosses, autant les sérialiser en local, ou les mettre dans le cache de l'appli...