Je suis pas un pro mais il me semble qu'avec un pattern singleton tu devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement une
instance de ta classe puisque tu passe par des méthodes statiques. Tu peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" a écrit dans le message de
news:
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Je suis pas un pro mais il me semble qu'avec un pattern singleton tu devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement une
instance de ta classe puisque tu passe par des méthodes statiques. Tu peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" <java@vcelebres.fr.st> a écrit dans le message de
news:1116026104.530723.126050@g43g2000cwa.googlegroups.com...
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Je suis pas un pro mais il me semble qu'avec un pattern singleton tu devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement une
instance de ta classe puisque tu passe par des méthodes statiques. Tu peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" a écrit dans le message de
news:
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Le singleton oui mais pas en environnement multi thread !
regarde du côté de http://jakarta.apache.org/commons/dbcp/
Tout es prévu sous la forme de pool de connection.
Bernard Koninckx wrote:Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement
une
instance de ta classe puisque tu passe par des méthodes statiques. Tu
peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" a écrit dans le message de
news:
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Le singleton oui mais pas en environnement multi thread !
regarde du côté de http://jakarta.apache.org/commons/dbcp/
Tout es prévu sous la forme de pool de connection.
Bernard Koninckx wrote:
Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement
une
instance de ta classe puisque tu passe par des méthodes statiques. Tu
peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" <java@vcelebres.fr.st> a écrit dans le message de
news:1116026104.530723.126050@g43g2000cwa.googlegroups.com...
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Le singleton oui mais pas en environnement multi thread !
regarde du côté de http://jakarta.apache.org/commons/dbcp/
Tout es prévu sous la forme de pool de connection.
Bernard Koninckx wrote:Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement
une
instance de ta classe puisque tu passe par des méthodes statiques. Tu
peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" a écrit dans le message de
news:
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Le singleton oui mais pas en environnement multi thread !
regarde du côté de http://jakarta.apache.org/commons/dbcp/
Tout es prévu sous la forme de pool de connection.
Bernard Koninckx wrote:Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement
une
instance de ta classe puisque tu passe par des méthodes statiques. Tu
peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" a écrit dans le message de
news:
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Le singleton oui mais pas en environnement multi thread !
regarde du côté de http://jakarta.apache.org/commons/dbcp/
Tout es prévu sous la forme de pool de connection.
Bernard Koninckx wrote:
Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement
une
instance de ta classe puisque tu passe par des méthodes statiques. Tu
peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" <java@vcelebres.fr.st> a écrit dans le message de
news:1116026104.530723.126050@g43g2000cwa.googlegroups.com...
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Le singleton oui mais pas en environnement multi thread !
regarde du côté de http://jakarta.apache.org/commons/dbcp/
Tout es prévu sous la forme de pool de connection.
Bernard Koninckx wrote:Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Un truc du style:
public class connectionDB{
private static Connection connection = null;
private connectionDB(){}
public static Connection getConnection(){
if(connection == null){
//code création connection
}
return connection;
}
public static void closeConnection(){
if (connection != null) connection.close();
}
}
Je pense que ça devrait marcher. Tu ne dois pas créer systématiquement
une
instance de ta classe puisque tu passe par des méthodes statiques. Tu
peux
faire directement : connectionDB.getConnection(); et ainsi récupérer la
connexion existante dans cet objet.
Je crois également qu'il faut vérifier le code et le sécuriser.
Bernard
"tchou" a écrit dans le message de
news:
Bonjour à tous,
Je voudrais optimiser ma classe Connexion qui ouvre une connexion, set
un Resultset et retourne un resultset en la rendant globale, ce qui
éviterait de, dans chaque méthode d'une classe faire un new
Connexion, etc. A la place l'idéal serait de pouvoir instancier la
connexion et la fermer une seule fois, dans le main.
J'ai lu quelques lignes sur les variables globales en Java : est ce que
je dois faire une classe globale, à l'intérieur de laquelle
j'instancierai la connexion => mais après faut bien que je l'appelle
cette classe donc faudrait ENCORE un new? Bref je vois pas trop comment
m'y prendre... Quelqu'un?
Merci,
Tchou.
Une autre solution est d'utiliser la classe ThreadLocal.
Pour le tutorial:
http://www-106.ibm.com/developerworks/java/library/j-threads3.html
Les threadLocal permettent de manipuler des instances uniques mais par
Thread. Cette classe est souvent utilisé dans la pattern ServiceLocator.
Cordialement.
Pierre.
Une autre solution est d'utiliser la classe ThreadLocal.
Pour le tutorial:
http://www-106.ibm.com/developerworks/java/library/j-threads3.html
Les threadLocal permettent de manipuler des instances uniques mais par
Thread. Cette classe est souvent utilisé dans la pattern ServiceLocator.
Cordialement.
Pierre.
Une autre solution est d'utiliser la classe ThreadLocal.
Pour le tutorial:
http://www-106.ibm.com/developerworks/java/library/j-threads3.html
Les threadLocal permettent de manipuler des instances uniques mais par
Thread. Cette classe est souvent utilisé dans la pattern ServiceLocator.
Cordialement.
Pierre.
Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.
Je suis pas un pro mais il me semble qu'avec un pattern singleton tu
devrais
t'en sortir.