IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Tomcat et TomEE Java Discussion :

Tomcat et Sessions inactives sur Oracle


Sujet :

Tomcat et TomEE Java

  1. #1
    Candidat au Club
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2017
    Messages
    2
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Juin 2017
    Messages : 2
    Points : 2
    Points
    2
    Par défaut Tomcat et Sessions inactives sur Oracle
    Bonjour à Tous,

    J'ai un souci sur mon appli Java. Lorsque les utilisateurs font des actions IHM, des requêtes JDBC vont chercher un ensemble d'éléments sur une base Oracle. De côté là, pas de souci.

    Hors, lorsqu'on analyse côté Oracle, des sessions inactives augmentent à vue d'oeil.

    Historiquement, ces requêtes ne contiennent pas de fermeture de connexion et cette appli est déjà en PROD et le client ne veut pas que l'on corrige cela pour le moment. Il nous reste donc soit la modif côté Oracle, soit la modif côté Tomcat.

    Pour Tomcat, nous avons ajouté dans le context.xml, les paramétres "minIdle = 10 ; initialSize=10;maxIdle=25" mais cela n'a aucun résultat. Nous avons essayé : removeAbandonedTimeout="60"; removeAbandoned="true"; logAbandoned="true" mais apreil, on a l'impression qu'il n'en tient pas compte.

    Pourriez-vous m'aider sur ce sujet svp?

    Autre question: Si on modifie le paramètre du timeout de la session du fichier web.xml de Tomcat, l'utilisateur serait obligé de se reconnecter. Cela pourrait être une solution?

  2. #2
    Modérateur
    Avatar de joel.drigo
    Homme Profil pro
    Ingénieur R&D - Développeur Java
    Inscrit en
    Septembre 2009
    Messages
    12 430
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur R&D - Développeur Java
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2009
    Messages : 12 430
    Points : 29 131
    Points
    29 131
    Billets dans le blog
    2
    Par défaut
    Salut,

    Citation Envoyé par smoke987 Voir le message
    Historiquement, ces requêtes ne contiennent pas de fermeture de connexion
    Comment ça ? C'est obligatoire de le faire dans le code.
    Et ton application semble ne pas utiliser le pool pour créer les connexions, parce que le paramètre maxActive est par défaut à 100, donc au-delà de 100 connexions non fermées (rendues au pool), plus aucun utilisateur ne pourrait ne faire de requête.
    Citation Envoyé par smoke987 Voir le message
    Autre question: Si on modifie le paramètre du timeout de la session du fichier web.xml de Tomcat, l'utilisateur serait obligé de se reconnecter. Cela pourrait être une solution?
    La session http n'a rien à voir avec la connexion. Son expiration ne provoque pas automatiquement la fermeture de connexion JDBC. Et heureusement avec un pool.

    Je ne suis pas vraiment expert sur Oracle (tu devrais poser la question sur le forum dédié), mais, sans toucher au code Java (ce qui est une erreur), on doit pouvoir limiter les temps de vie des connexions inactives par profile (voir aussi).
    L'expression "ça marche pas" ne veut rien dire. Indiquez l'erreur, et/ou les comportements attendus et obtenus, et donnez un Exemple Complet Minimal qui permet de reproduire le problème.
    La plupart des réponses à vos questions sont déjà dans les FAQs ou les Tutoriels, ou peut-être dans une autre discussion : utilisez la recherche interne.
    Des questions sur Java : consultez le Forum Java. Des questions sur l'EDI Eclipse ou la plateforme Eclipse RCP : consultez le Forum Eclipse.
    Une question correctement posée et rédigée et vous aurez plus de chances de réponses adaptées et rapides.
    N'oubliez pas de mettre vos extraits de code entre balises CODE (Voir Mode d'emploi de l'éditeur de messages).
    Nouveau sur le forum ? Consultez Les Règles du Club.

  3. #3
    Candidat au Club
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2017
    Messages
    2
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Juin 2017
    Messages : 2
    Points : 2
    Points
    2
    Par défaut
    Merci Joël

    On va voir si le client accepte que nous relivrions une nouvelle version et modifier les connexions côté java.

    Pour la gestion des profils, je ne connaissais pas mais je le garde sous le coude car c'est intéressant

    Merci pour ton aide

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. JSP supprimer session inactive oracle
    Par papouel dans le forum Tomcat et TomEE
    Réponses: 3
    Dernier message: 15/01/2008, 10h24
  2. verouillage sur session inactive
    Par flouflou dans le forum Windows Serveur
    Réponses: 3
    Dernier message: 30/10/2006, 12h13
  3. Sessions inactives sous Oracle 9.2
    Par davy.g dans le forum Oracle
    Réponses: 12
    Dernier message: 06/10/2006, 10h20
  4. [VB6] Oracle ODBC Driver et sessions inactive dans oracle
    Par sboffin dans le forum VB 6 et antérieur
    Réponses: 2
    Dernier message: 17/05/2006, 21h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo