Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2398 connectés 

  FORUM HardWare.fr
  Programmation
  Java

  BlaBlaTech@JAVA [ELITE, viendez les boobs]

 
 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  327  328  329  330  331  332
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

BlaBlaTech@JAVA [ELITE, viendez les boobs]

n°749175
nraynaud
lol
Posté le 02-06-2004 à 17:24:04  profilanswer
 

Salut à tous.
 
 
Ici ça sera le bistrot-geek de java, là où on pose pas de vraies questions, mais où on discute de choses techniques et du cul de la serveusee la meilleure manière de faire telle ou telle action, de ce qu'on découvre de marrant ou d'intéressant. Et des petites questions à la cons.
 
 
En espérant que les modos ferment pas.
 
 
en résumé :
- uniquement du java
- pas un vrai blabla
- du technique
- pas de vraies questions

Message cité 2 fois
Message édité par nraynaud le 23-05-2007 à 14:10:33

---------------
trainoo.com, c'est fini
mood
Publicité
Posté le 02-06-2004 à 17:24:04  profilanswer
 

n°749181
nraynaud
lol
Posté le 02-06-2004 à 17:26:56  profilanswer
 

hop crosspost from blabla :
 

Code :
  1. public void store(CustomerBean ejb) throws EJBException {
  2.         Connection c = null;
  3.         PreparedStatement ps = null;
  4.         ResultSet rs = null;
  5.         try {
  6.             c = jdbcFactory.getConnection();
  7.             ps = c
  8.                     .prepareStatement("update customer set userid=?, firstname=?,"
  9.                             + " latsname=?,address=?, phone=?, shareholder_stat=? "
  10.                             + "where customerid=?" );
  11.             ps.setString(1, ejb.getUserID());
  12.             ps.setString(2, ejb.getFirstName());
  13.             ps.setString(3, ejb.getLastName());
  14.             ps.setString(4, ejb.getAddress());
  15.             ps.setString(5, ejb.getPhone());
  16.             ps.setString(6, ejb.getShareholderStatus());
  17.             ps.setString(7, ejb.getCustomerID());
  18.             ps.executeUpdate();
  19.         } catch (SQLException e) {
  20.             e.printStackTrace();
  21.         } finally {
  22.             try {
  23.                 ps.close();
  24.                 rs.close();
  25.                 c.close();
  26.             } catch (SQLException e) {
  27.                 e.printStackTrace();
  28.             }
  29.         }
  30.     }


bien essayé le try/finally, mais c'est pas ça !
 
à propos les javateux, vous les faites correctements vos try/finally sur les bdd ou vous laissez tomber comme le code d'au-dessus ?


---------------
trainoo.com, c'est fini
n°749183
nraynaud
lol
Posté le 02-06-2004 à 17:27:26  profilanswer
 

re-crosspost :

R3g a écrit :

C'est quoi exactement le problème là pour toi ? Parce que moi je vois surtout que rs est encore null dans le finally, et qu'il catche les même exceptions et fait le même traitement dans les deux catch.
Maintenant vu qu'il est toujours recommandé de fermer ce qui a été ouvert, moi dans le finally je mets des trucs genre  

Code :
  1. finally {
  2.     try{ rs.close(); } catch.....
  3.     try{ ps.close(); } catch.....
  4.     try{ c.close(); } catch....
  5. }


Mais quelque chose me dit que c'est pas ça que tu voulais dire par "faire correctement les try/finally".

heu le rs, c'est de ma faute, étourderie.
 
quand on ouvre des ressources récursivement, c'est la misère, il faut emboiter les try/catch, sinon il seront pas refermés corectement à la sortie. Sauf que la règle habituelle veut que si l'ouverture a foiré, on le ferme pas (logique).
 
je déplace le vrai try/catch, pour simplifier :

Code :
  1. public void store(CustomerBean ejb) throws EJBException {
  2.         try {
  3.             Connection c = jdbcFactory.getConnection();
  4.             try {
  5.                 PreparedStatement ps = c
  6.                         .prepareStatement("update customer set userid=?, firstname=?,"
  7.                                 + " latsname=?,address=?, phone=?, shareholder_stat=? "
  8.                                 + "where customerid=?" );
  9.                 try {
  10.                     ps.setString(1, ejb.getUserID());
  11.                     ps.setString(2, ejb.getFirstName());
  12.                     ps.setString(3, ejb.getLastName());
  13.                     ps.setString(4, ejb.getAddress());
  14.                     ps.setString(5, ejb.getPhone());
  15.                     ps.setString(6, ejb.getShareholderStatus());
  16.                     ps.setString(7, ejb.getCustomerID());
  17.                     ps.executeUpdate();
  18.                 } finally {
  19.                     ps.close();
  20.                 }
  21.             } finally {
  22.                 c.close();
  23.             }
  24.         } catch (SQLException e) {
  25.             e.printStackTrace();
  26.         }
  27.     }


 
ce qui est quand même un beau bordel.
 
évidement, il faut remonter la SQLException, mais j'ai pas encore étudié comment il faut la wrapper dans l'EJBException (et je vais pas le faire tout-de-suite).


---------------
trainoo.com, c'est fini
n°749191
the real m​oins moins
Posté le 02-06-2004 à 17:37:47  profilanswer
 

[:blueflag]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749207
uriel
blood pt.2
Posté le 02-06-2004 à 17:53:51  profilanswer
 

bon ben crosspost alors [:dawa]
.........................................
dites les moules, j'ai une ligne de commandes comme ca:


/usr/local/apps/gamess/rungms /home/y****/Gamess/input/java.inp > /home/y****/Gamess/input/java.log 2>&1


ca marche bien :)
 
je veux maintenant l'appeler a partir de java:

Code :
  1. try{
  2.     String cmd = "/usr/local/apps/gamess/rungms /home/y****/Gamess/input/java.inp > /home/y****/Gamess/input/java.log 2>&1";
  3.     System.out.println(cmd);
  4.     Process child = Runtime.getRuntime().exec(cmd);
  5.     InputStream in = child.getInputStream();
  6.     int i;
  7.     while ((i = in.read()) != -1) {
  8.           System.out.print((char)i);
  9.     }
  10.     in.close();
  11.     try {
  12.           child.waitFor();
  13.     } catch (InterruptedException e) {
  14.           e.printStackTrace();
  15.     }
  16.     System.out.println("runGamess exited with " + child.exitValue());
  17.     } catch (IOException ioe) {
  18.           ioe.printStackTrace();
  19.     }


 
et la, le script rungms est bien appele, mais ca ne fonctionne pas, il s'arrete avant la fin du processus, j'ai oublie un truc :??:
 
edit: pour le buffer tout ca, je sais c'est le reste qui est important, et pour l'indentation, c'est copier/coller depuis vi :O


Message édité par uriel le 10-11-2004 à 13:42:02

---------------
IVG en france
n°749209
the real m​oins moins
Posté le 02-06-2004 à 17:55:23  profilanswer
 

ben c'est tes > qui foutent la merde à tous les coup


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749211
uriel
blood pt.2
Posté le 02-06-2004 à 17:56:59  profilanswer
 

the real moins moins a écrit :

ben c'est tes > qui foutent la merde à tous les coup


 
en quoi? la redirection fonctionne en ligne de commande, pourquoi pas dans un String ?


---------------
IVG en france
n°749213
the real m​oins moins
Posté le 02-06-2004 à 17:57:31  profilanswer
 

parce que c'est ton shell qui gere ça, pas ton os :??:


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749215
uriel
blood pt.2
Posté le 02-06-2004 à 17:58:59  profilanswer
 

the real moins moins a écrit :

parce que c'est ton shell qui gere ça, pas ton os :??:


 
[:meganne] alors le "Runtime.getRuntime().exec(cmd)" est pas gerer pr l'OS ??
deja le "2>&1" a la fin, c'est du bash, ca peut sans doute foutre la merde... vais tester avec un bete ls et un >


---------------
IVG en france
n°749218
the real m​oins moins
Posté le 02-06-2004 à 18:00:45  profilanswer
 

ptain jte parle de la redirection qu'est pas gérée par ton os !


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
mood
Publicité
Posté le 02-06-2004 à 18:00:45  profilanswer
 

n°749219
the real m​oins moins
Posté le 02-06-2004 à 18:01:21  profilanswer
 

dans le fond j'en sais rien, mais c'est une grosse suggestion.
pis t'as largement de quoi faire la redirection en java, plus proprement qu'avec ses poullasseries de > & etc


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749221
the real m​oins moins
Posté le 02-06-2004 à 18:02:39  profilanswer
 

PUTAIN ILS VONT SE D2CIDER A PRENDRE MES MESSAGES SES FOUTUS MDB DE MERDE :fou:


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749222
uriel
blood pt.2
Posté le 02-06-2004 à 18:03:10  profilanswer
 

the real moins moins a écrit :

dans le fond j'en sais rien, mais c'est une grosse suggestion.
pis t'as largement de quoi faire la redirection en java, plus proprement qu'avec ses poullasseries de > & etc


 
t'enerve pas biquet [:itm]
sinon pour la redirection ok, mais le fait est que le script rungms fonctionne comme ca, si je lui donne pas d'arguments comme la, ca plante  [:spamafote]


---------------
IVG en france
n°749224
the real m​oins moins
Posté le 02-06-2004 à 18:04:28  profilanswer
 

raaah :fou:
mais quel rapport entre tes redirections et ton argument!! :fou:
 
et exec prend aussi un String[], voit si c pas fait pour passer des arguments, justement.


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749227
nraynaud
lol
Posté le 02-06-2004 à 18:05:57  profilanswer
 

je contiue :
 
cette manière de faire, veut dire qu'on ne peut pas faire une méthode prepareStatement(String) qui ouvrirait la connection et préparerait la chose passée en paramètre (et le closeBidule() correspondant) car il serait automatiquement fermé à la sortie de la fonction. Mais on a bien envie de fatoriser cette merde.
 
c'est là qu'intervient la programmation fonctionnelle : on va utiliser le style passage par continuation (CPS).
 
passer une continuation, c'est passer une expression qui sera exécutée après la méthode qu'on appelle.
 
en gros on va faire :
executeUnTruc(executeCaEnsuite);
 
car si c'est la fonction de préparation elle-même qui fait l'exécution, ellepeut le faire dans le try/finally le plus interne (au bon endroit quoi)
 
bon vous avez rien compris, mais voici le code de la fonction d'au-dessus en CPS (continuation passing style) :

Code :
  1. public void store(final CustomerBean ejb) throws EJBException {
  2.         try {
  3.             String statement = "update customer set userid=?, firstname=?,"
  4.                                         + " latsname=?,address=?, phone=?, shareholder_stat=? "
  5.                                         + "where customerid=?";
  6.             SQLWork w = new SQLWork() {
  7.                 public Object work(PreparedStatement ps) throws SQLException {
  8.                     ps.setString(1, ejb.getUserID());
  9.                     ps.setString(2, ejb.getFirstName());
  10.                     ps.setString(3, ejb.getLastName());
  11.                     ps.setString(4, ejb.getAddress());
  12.                     ps.setString(5, ejb.getPhone());
  13.                     ps.setString(6, ejb.getShareholderStatus());
  14.                     ps.setString(7, ejb.getCustomerID());
  15.                     ps.executeUpdate();
  16.                     return null;
  17.                 }
  18.             };
  19.             sqlWork(w, statement);
  20.         } catch (SQLException e) {
  21.             e.printStackTrace();
  22.         }
  23.     }
  25.     private Object sqlWork(SQLWork work, String statement) throws SQLException {
  26.         Connection c = jdbcFactory.getConnection();
  27.         try {
  28.             PreparedStatement ps = c.prepareStatement(statement);
  29.             try {
  30.                 // on appelle la suite des évènements.
  31.                 return work.work(ps);
  32.             } finally {
  33.                 ps.close();
  34.             }
  35.         } finally {
  36.             c.close();
  37.         }
  38.     }
  40.     private interface SQLWork {
  41.         // la suite des évènements.
  42.         Object work(PreparedStatement ps) throws SQLException;
  43.     }


 
le Object comme valeur de retour est malheureusement nécessaire, dans une chaine d'appel par continuation, toutes les fonctions de la chaine doivent avoir la même valeur de retour (car la valeur de retour de la dernière continuation va revenir par tous les "return" de la chaine).
Avec les generics, ça devrait aller mieux.
 
comme l'appel de la continuation est terminal, il est théoriquement optimisable, mais avec les finally, il est plus terminal.
 
on notera que les exceptions continuent d'arriver au bon endroit et que le bouffage dégueulasse a toujours lieu.
 
edit : merde, j'ai trashé mon statement sql par erreur, heureusement que je l'avais posté ici !


Message édité par nraynaud le 02-06-2004 à 18:13:26

---------------
trainoo.com, c'est fini
n°749230
uriel
blood pt.2
Posté le 02-06-2004 à 18:07:42  profilanswer
 

the real moins moins a écrit :

raaah :fou:
mais quel rapport entre tes redirections et ton argument!! :fou:
 
et exec prend aussi un String[], voit si c pas fait pour passer des arguments, justement.


 
vais voir ca :jap:  mais calme toi quand meme [:skeye]


---------------
IVG en france
n°749238
the real m​oins moins
Posté le 02-06-2004 à 18:12:35  profilanswer
 

nan me calme pas :fou: ça fait des heures que j'essaie de capter pourquoi mes messages sont pas processés et ça fait chier la bite :fou:


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749243
simogeo
j'ai jamais tué de chats, ...
Posté le 02-06-2004 à 18:15:32  profilanswer
 

the real moins moins a écrit :

nan me calme pas :fou: ça fait des heures que j'essaie de capter pourquoi mes messages sont pas processés et ça fait chier la bite :fou:


 
t'es sûr de bien catcher tes exceptions en static overflow jdbcFactory.getConnection() ? [:tinostar]  
 
 
 
 
 [:simogeo]


---------------
from here and there -- \o__________________________________ -- la révolution de la terre, en silence
n°749244
uriel
blood pt.2
Posté le 02-06-2004 à 18:15:35  profilanswer
 

the real moins moins a écrit :

nan me calme pas :fou: ça fait des heures que j'essaie de capter pourquoi mes messages sont pas processés et ça fait chier la bite :fou:


 
ben trouves toi un stagiaire, je suis pas ton souffre douleur [:itm]


---------------
IVG en france
n°749248
nraynaud
lol
Posté le 02-06-2004 à 18:17:18  profilanswer
 

uriel a écrit :

ben trouves toi un stagiaire, je suis pas ton souffre douleur [:itm]

je vais peut-être retirer mon CV de ses mains moi ...


---------------
trainoo.com, c'est fini
n°749259
the real m​oins moins
Posté le 02-06-2004 à 18:25:51  profilanswer
 

[:ddr555]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749261
benou
Posté le 02-06-2004 à 18:26:16  profilanswer
 

nraynaud a écrit :

hop crosspost from blabla :
à propos les javateux, vous les faites correctements vos try/finally sur les bdd ou vous laissez tomber comme le code d'au-dessus ?


 
pkoi pas ca :  
 

Code :
  1. public void store(CustomerBean ejb) throws EJBException {
  2.         Connection c = null;
  3.         PreparedStatement ps = null;
  4.         try {
  5.             Connection c = jdbcFactory.getConnection();
  6.             PreparedStatement ps = c
  7.                     .prepareStatement("update customer set userid=?, firstname=?,"
  8.                             + " latsname=?,address=?, phone=?, shareholder_stat=? "
  9.                             + "where customerid=?" );
  10.             ps.setString(1, ejb.getUserID());
  11.             ps.setString(2, ejb.getFirstName());
  12.             ps.setString(3, ejb.getLastName());
  13.             ps.setString(4, ejb.getAddress());
  14.             ps.setString(5, ejb.getPhone());
  15.             ps.setString(6, ejb.getShareholderStatus());
  16.             ps.setString(7, ejb.getCustomerID());
  17.             ps.executeUpdate();
  18.         } catch (SQLException e) {
  19.             e.printStackTrace();
  20.         } finally {
  21.             JDBCUtils.closeLeBordel(ps, c);
  22.         }
  23.     }


avec une méthode close le bordel qui close en try-catchant correctement ?


---------------
ma vie, mon oeuvre - HomePlayer
n°749263
the real m​oins moins
Posté le 02-06-2004 à 18:26:58  profilanswer
 

[:mlc] [:totoz] :(


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749266
nraynaud
lol
Posté le 02-06-2004 à 18:34:06  profilanswer
 

benou a écrit :

pkoi pas ca :  
 

Code :
  1. public void store(CustomerBean ejb) throws EJBException {
  2.         Connection c = null;
  3.         PreparedStatement ps = null;
  4.         try {
  5.             Connection c = jdbcFactory.getConnection();
  6.             PreparedStatement ps = c
  7.                     .prepareStatement("update customer set userid=?, firstname=?,"
  8.                             + " latsname=?,address=?, phone=?, shareholder_stat=? "
  9.                             + "where customerid=?" );
  10.             ps.setString(1, ejb.getUserID());
  11.             ps.setString(2, ejb.getFirstName());
  12.             ps.setString(3, ejb.getLastName());
  13.             ps.setString(4, ejb.getAddress());
  14.             ps.setString(5, ejb.getPhone());
  15.             ps.setString(6, ejb.getShareholderStatus());
  16.             ps.setString(7, ejb.getCustomerID());
  17.             ps.executeUpdate();
  18.         } catch (SQLException e) {
  19.             e.printStackTrace();
  20.         } finally {
  21.             JDBCUtils.closeLeBordel(ps, c);
  22.         }
  23.     }


avec une méthode close le bordel qui close en try-catchant correctement ?


techniquement, je vois pas de pb. si closeLeBordel est isolé-lui même correctement (c'est-à-dire les closes isolés les uns des autres).
 
 
Mais alors sémantiquement ! les ouvertures et fermetures de ressources qui sont pas en paires, choisir de tenter de fermer sur une valeur nulle ou pas, devoir "faire attention" (à pas mettre à null le bidule). Je suis pas pour du tout.


---------------
trainoo.com, c'est fini
n°749278
benou
Posté le 02-06-2004 à 18:42:20  profilanswer
 

nraynaud a écrit :

Mais alors sémantiquement ! (1)les ouvertures et fermetures de ressources qui sont pas en paires, (2)choisir de tenter de fermer sur une valeur nulle ou pas, (3)devoir "faire attention" (à pas mettre à null le bidule). Je suis pas pour du tout.


1) j'ai pas bien compris ... Tu veux dire que le close n'est pas fait là où est ouvert (ou plutot accédé : y a pas de open ...) l'objet. Je vois pas trop le problème ... la méthode utilitaire peut porter un nom explicite genre closeAll() ... on comprend que ca va closer, quoi ...
 
2) la méthode testera si c'est null avant de tenter un close dessus bien sûr ...
 
3) j'ai pas compris  :(


---------------
ma vie, mon oeuvre - HomePlayer
n°749285
nraynaud
lol
Posté le 02-06-2004 à 18:50:29  profilanswer
 

benou a écrit :

1) j'ai pas bien compris ... Tu veux dire que le close n'est pas fait là où est ouvert (ou plutot accédé : y a pas de open ...) l'objet. Je vois pas trop le problème ... la méthode utilitaire peut porter un nom explicite genre closeAll() ... on comprend que ca va closer, quoi ...
 
2) la méthode testera si c'est null avant de tenter un close dessus bien sûr ...
 
3) j'ai pas compris  :(

oui, on est d'accord sur tous les points techniques.
 
Je sais pas, ça m'enchante pas, c'est la philosophie du truc qui me plait pas. Je dirais "trop fragile", mais c'est assez difficile à expliquer comme critère. je suis plus pour les choses qui fonctionnent "par construction".
 
Mais techniquement ça marche, avec un closeAll() bien écrit.
 
 
edit : et pourtant, je suis attaché aux performances et ton truc est plus performant que le mien.


Message édité par nraynaud le 02-06-2004 à 18:53:54

---------------
trainoo.com, c'est fini
n°749310
R3g
fonctionnaire certifié ITIL
Posté le 02-06-2004 à 19:07:44  profilanswer
 

uriel > essaie d'appeler bash tacommande dans ta String, tu verras bien si c'est un problème du shell. Ensuite tu pourras essayer de refaire ça proprement avec les paramètres comme il faut et les redirections gérées par ton programme.


---------------
Au royaume des sourds, les borgnes sont sourds.
n°749350
nraynaud
lol
Posté le 02-06-2004 à 19:24:25  profilanswer
 

http://www.tusc.com.au/tutorial/images/chap5/CustomerDAOImplFindBy.png
 
y'a quelqu'un pour m'expliquer l'intérêt de cette fonction svp ?


---------------
trainoo.com, c'est fini
n°749356
benou
Posté le 02-06-2004 à 19:26:43  profilanswer
 

nraynaud a écrit :

http://www.tusc.com.au/tutorial/im [...] FindBy.png
 
y'a quelqu'un pour m'expliquer l'intérêt de cette fonction svp ?


vérifier la présence d'un client en base à partir de son id [:spamafote]


---------------
ma vie, mon oeuvre - HomePlayer
n°749357
the real m​oins moins
Posté le 02-06-2004 à 19:27:06  profilanswer
 

mais qu'est-ce que tu lis toi? un tuto sur ejb0.1 ou quoi ?
ça n'as pas d'interet, tu fais home.findByPrimary(pk) et hop, tu trashes cette connerie.
 
ha et puis superbe, j'avais pas vu ce que la methode retournait.  


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749359
benou
Posté le 02-06-2004 à 19:27:34  profilanswer
 

the real moins moins a écrit :

[:mlc] [:totoz] :(


c'est quoi que tu aimais pas dans ce que j'avais écrit au fait ?


---------------
ma vie, mon oeuvre - HomePlayer
n°749364
nraynaud
lol
Posté le 02-06-2004 à 19:29:29  profilanswer
 

benou a écrit :

vérifier la présence d'un client en base à partir de son id [:spamafote]

ok, merci.
 
 
et elle est utilisée dans quel cas ?


---------------
trainoo.com, c'est fini
n°749384
the real m​oins moins
Posté le 02-06-2004 à 19:40:20  profilanswer
 

benou a écrit :

c'est quoi que tu aimais pas dans ce que j'avais écrit au fait ?

static [:totoz]
et que ce n'est jamais que "cacher" le problème de faire ça, alors qu'il serait plus sain d'extraire toute la logique du bordel (pas seulement la fermeture) dans un objet à part entiere


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749386
nraynaud
lol
Posté le 02-06-2004 à 19:42:11  profilanswer
 

the real moins moins a écrit :

mais qu'est-ce que tu lis toi? un tuto sur ejb0.1 ou quoi ?
ça n'as pas d'interet, tu fais home.findByPrimary(pk) et hop, tu trashes cette connerie.
 
ha et puis superbe, j'avais pas vu ce que la methode retournait.

je sais pas moi j'ai trouvé ça sur le net, c'était ni du pron, ni du pédophile ni du néonazi, alors j'ai pris.
 
ça cause de J2EE, de lomboz, et de jboss, tout ce qui m'intéresse.
http://www.tusc.com.au/tutorial/html/index.html
 
 
mon bouquin est sensé arriver demain puisque je l'ai raté aujourd'hui.


---------------
trainoo.com, c'est fini
n°749390
benou
Posté le 02-06-2004 à 19:43:56  profilanswer
 

nraynaud a écrit :

et elle est utilisée dans quel cas ?


ben j'en sais rien moi ... pour vérifier que l'objet passé en paramêtre est persistent par exemple ...
 
mais bon, pour moi c'est une méthode à la con.


Message édité par benou le 02-06-2004 à 19:44:19

---------------
ma vie, mon oeuvre - HomePlayer
n°749397
benou
Posté le 02-06-2004 à 19:45:45  profilanswer
 

the real moins moins a écrit :

static [:totoz]
et que ce n'est jamais que "cacher" le problème de faire ça, alors qu'il serait plus sain d'extraire toute la logique du bordel (pas seulement la fermeture) dans un objet à part entiere


et alors ? ton objet à part entière faudra bien qu'il les fasses les close ... et qu'est ce qi te fait dire qu'on est pas dans cet objet ?
 
et je vois pas le problème de la méthode static. C'est utile pour ce genre de méthode utilitaire ...


---------------
ma vie, mon oeuvre - HomePlayer
n°749404
uriel
blood pt.2
Posté le 02-06-2004 à 19:48:36  profilanswer
 

R3g a écrit :

uriel > essaie d'appeler bash tacommande dans ta String, tu verras bien si c'est un problème du shell. Ensuite tu pourras essayer de refaire ça proprement avec les paramètres comme il faut et les redirections gérées par ton programme.


 
en precisant le type de shell ca fonctionne  :whistle:  
 
  donc j'ai rajoute un petit morceaux pour reconnaitre l'OS et plop j'ajoute /bin/sh si besoin (linux/darwin) ou cmd.exe pour windows, en tout cas sur Linux, ca roule, vais tester sur mac
 
edit: donc merci :D :jap:


Message édité par uriel le 02-06-2004 à 19:49:56

---------------
IVG en france
n°749405
the real m​oins moins
Posté le 02-06-2004 à 19:49:04  profilanswer
 

t'es pas non plus obligé de te sentir agressé et d'etre aggressif en retour parce que je critique tes methodes de merde hein [:kiki]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°749427
nraynaud
lol
Posté le 02-06-2004 à 20:03:15  profilanswer
 

hep, je risque des grosses surprises à utiliser systématiquement setObject(int, Object) de preparedStatements ?
 
J'ai été voir la spec ( https://jsecom16.sun.com/ECom/EComA [...] 2c1d592e71 p 181 ) et j'y vois pas de piège à con.


---------------
trainoo.com, c'est fini
n°749436
Taiche
(╯°□°）╯︵ ┻━┻
Posté le 02-06-2004 à 20:08:31  profilanswer
 

[:linouille]


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  327  328  329  330  331  332
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  Java

  BlaBlaTech@JAVA [ELITE, viendez les boobs]

 

Sujets relatifs
[java]Ouvrir un fichier dans la fenetre principaleformation pour developpeurs Java
crontab : programme java[JAVA] Aide pour packager un jar
[java] copie de fichier et progressbarinstallation java
[JAVA]Comment insérer un texte dans un fichier audio?[JAVA] Intégrer ANT : API ou ligne de commande ?
[Java][Bouley]Serializable : mauvaise instanciation des champs[JAVA : JNI] Pb a l'execution avec library
Plus de sujets relatifs à : BlaBlaTech@JAVA [ELITE, viendez les boobs]

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.147 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)