Plus de données à lire dans le socket

Tout d'abord bonjour à tous et merci d'avance à ceux qui prendront le temps de me répondre,
Je viens vers vous car après multiples recherches je ne trouve pas solution à mon soucis et peut être que parmis vous une personne a déja été confronté à ce soucis..
En deux (trois) mots :lol: J'ai développé sous la base du design pattern DAO une appli qui attaque une BDD et qui me fabrique un gros xml.
Cette appli fonctionne tant que je la sollicite régulièrement et tous les matins j'ai le message plus de données à lire dans le socket.
J'utilise un design pattern Singleton pour ma connection dans une classe déclaré dans le fichier de déploiement comme listener.
Exemple Source de la servlet listener :

Code:

---

1 2 3 4 5 6

@Override public void contextInitialized(ServletContextEvent sce) { // Instancier notre SingletonConnector BDD et mise dans le context Connection connection = SingletonConnector.getInstance(); sce.getServletContext().setAttribute(ConstantesApplication.SINGLETON_CONNECT, connection); }

---

Je vous passe le code du singleton il me renvoie une instance de connection si elle existe pas sinon il me renvoie celle qui existe.

Mes pistes et questions sont les suivantes :
Quelle est le cycle d'une instance de connection mis en mémoire lors du déploiement d'une application JAVAEE par le biais de ma servlet listener ?
Est-ce que le singleton est détruit par le garbage collector ou est-ce oracle qui considère que ce n'est plus utilisé et qui me kill cette connection entre lui et java ? bref j'ai un soucis de persistence de mon connector à mon avis ? car les statements je les rénitialise à chaque instance de traitement et les results idems et je close toujours bien à la fin les statements et les results ? donc je suis paumé.
Je vous remercie par avance du temps que vous voudrez bien consacrez à ce message.
Cordialement,;)
Hervé

Re à tous,
Je reviens vers vous car j'ai trouvé comment réglé mon soucis et comme toute bonne pratique je viens poster ma solution.
En fait le serveur oracle sur lequel je prends mes données est arrêté toutes les nuits et relancé chose que je ne savais pas.
donc on objet de connection (cursor) est toujours valide mais il pointe vers plus rien de valide.
donc j'ai modifié mon singleton de connection je vous donne une soluce.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38

public class SingletonConnector {   private static Connection connector = null; private static Logger log = Logger.getLogger(SingletonConnector.class);   private SingletonConnector() { }   public static Connection getInstance() {   try { if (connector != null && !connector.isValid(5)) { connector.close(); } } catch (SQLException e1) { log.warn("ERREUR close Singleton : " + e1.getMessage()); } finally { connector = null; }   if (connector == null) { try { Class.forName(ConstantesApplication.CLASS_FOR_NAME); connector = DriverManager.getConnection( ConstantesApplication.URL_USER_PROTOCOL, ConstantesApplication.USER, ConstantesApplication.PASSWORD); } catch (SQLException ex) { System.out.println("Impossible d'ouvrir une nouvelle connexion\n" + ex.getMessage()); } catch (NullPointerException e) { System.out.println("Impossible d'ouvrir une nouvelle connexion\n" + e.getMessage()); } catch (ClassNotFoundException e) { System.out.println("Impossible de retrouver la classe\n" + e.getMessage()); } } return connector; } }

---

J'ai rajouté le test de validation. ne fonctionnant que sur JAVA 1.6 par contre. sinon il faudrait poser une requete de base genre select * from dual et tester le retour pour voir si ca fonctionne dans les version java inférieures.
et dans la class qui utilise voila mon test sachant que je mets mon objet de connection dans la portée application (context) voila le test a rajouté ainsi vous saurez si votre singleton de connection est toujours opérationnel :lol:

Code:

---

1 2 3 4 5 6 7 8

try { Connection cnx = (Connection) this.getServletContext().getAttribute(ConstantesApplication.SINGLETON_CONNECT); if (!cnx.isValid(5)) { cnx = SingletonConnector.getInstance(); this.getServletContext().setAttribute(ConstantesApplication.SINGLETON_CONNECT, cnx); } this.daolheoindex = new DaoLheoIndex(cnx); this.serviceslheoindex = new ServicesLheoIndex(this.daolheoindex);

---

etc... fin traitement du try et catch

Cordialement,
Je mets en résolu

Hervé

Dans l'ensemble, il est plutôt recommandé d'utiliser un pool de connexions configuré au niveau du serveur d'application java. Et d'utiliser ce pool de connexions dans la définition d'une datasource. Datasource utilisée dans l'appli pour obtenir des connexions dont on est sur d'être valide.

De plus ta méthode est extrêmement limitante dans le sens où elle te permet une et une seule connexion en parallèle, ce qui risque de finir par devenir un goulet d'étranglement pour ton application. Alors qu'un pool de connexions te permettra d'en avoir un bon nombre à disposition.

De plus le mécanisme de datasource te permet de déporter la configuration de ta base de données à l'extérieur de ton application, et donc de ne pas avoir à refaire un livrable pour chaque environnement ou à chaque changement de serveur.

Bonjour à tous et merci à sinok pour sa réponse,

Tout d'abord merci pour avoir mis la balise autour de mon code :ccool: désolé de l'oubli :oops:
Pour ce qui est du pool de connexion j'avoue ne pas maitriser ce sujet je suis actuellement en stage et analyse l'ensemble du projet sur lequel je travaille en grande autonomie.

J'ai fais le choix glassfish, je l'ai installé avec un développeur java sur place sur un serveur de test sans grande maitrise hélas d’où l'intérêt du serveur de tests:lol:...
J'ai en effet vu qu'il y avait un paramétrage des pool de connexion je n'en ai jamais paramétré je vais me pencher sur la question si tu as des pistes d'exemples assez simples sur le sujet je suis preneur cela va de soi que je vais chercher pas moi même (pour rappel JAVAEE/ORACLE).

Encore merci de ta réponse et ton professionnalisme malgré le sujet notifié comme résolu.:ccool:

Hervé

Pour configurer le pool de connexion et la datasource, il suffit de suivre les exemples fournis dans la documentation de Glassfish: http://download.oracle.com/docs/cd/E...html#scrolltoc

Pour utiliser une datasource, bah suffit d'aller voir les exemples dans la FAQ ;)