Java

BlaBlaTech@JAVA [ELITE, viendez les boobs]

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 125 126 127 .. 327 328 329 330 331 332 Page Suivante Page Précédente Bas de page
Auteur	Sujet : BlaBlaTech@JAVA [ELITE, viendez les boobs]

the real moins moins

Reprise du message précédent :
http://jgmail.sourceforge.net [:marc]
connaissiez ? [:marc]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Publicité

charly007

Salut,

J'ai besoin de lire un fichier texte ligne par ligne.
Je pense utiliser un BufferedReader.
Mais, plutôt que de faire :

Code :

BufferedReader in = new BufferedReader(new FileReader("C:/tests/error_log" ));
String s;
while ((s = in.readLine()) != null) {
// Traitement
}

je pensais créer une classe héritant de BufferedReader et implémentant Iterator, et ensuite définir les méthodes next() et hasNext().

1. Est-ce une bonne idée ?
2. Problème : comment récupérer un itérateur sur cette nouvelle classe ?
3. Dois-je faire un topic pour cette question ?

Merci

:jap:

Message édité par charly007 le 26-11-2005 à 21:52:59

benou

ouais fais un topic.
Par contre je vois pas bien l'intérêt de la faire hériter de BufferedReader ... fait simplement une classe qui implémente Iterator et qui encapsule un BufferedReader.

---------------
ma vie, mon oeuvre - HomePlayer

charly007

C'est fait :
http://forum.hardware.fr/hardwaref [...] 0797-1.htm

the real moins moins

tain, l'élite du java, splus c'que c'était:
déjà, il commence par s'emerveiller devant un preparedStatement ( [:mlc] ) , ensuite devant un package commons- (re- [:mlc] )

.. et en suite "visitez notre super nouveau site" (qui a changé d'hostname pour la ènième fois, et pas plus qu'avant ne s'agit-il d'un nom de domaine un tant soit peu retenable), et voila quoi

java.lang.NoClassDefFoundError: org/apache/commons/dbutils/ResultSetHandler
at za.co.javaspecialists.tjsn.model.SetupManager.getInstance(SetupManager.java:58)
at org.apache.jsp.index$jsp._jspService(index$jsp.java:99)

(sachant que le commons-* mentionné plus haut était effectivement commons-dbutils, un grand bravo)

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

noldor

Rockn'roll

j'ai besoin de vos lumières ...
j'aimerais faire qqch comme ça :

Code :

interface A {
public Object maMethode();
}

Code :

interface B extends A {
public Foo maMethode();
}

En d'autres termes, peut on restraindre le type de retour dans une interface etendue ?

Y aurait il un pattern répondant à mon besoin ?

Message édité par noldor le 30-11-2005 à 17:28:58

nraynaud

lol

non

donne-nous ton besoin complet ...

---------------
trainoo.com, c'est fini

noldor

Rockn'roll

ok
je cherche à modéliser une série d'algorithmes

Code :

interface Algo {
void setParam(Param param);
}

et les paramètres sont définis ainsi :

Code :

interface Param {
...
}

maintenant, je restreins les types de param

Code :

interface ParamPourSuperAlgo extends Param {
}

et j'aimerais que setParam de la classe SuperAlgo ne puisse prendre qu'un ParamPourSuperAlgo comme paramètre, et pas un Param :

Code :

class SuperAlgo implements Param {
setParam(ParamPourSuperAlgo param) {}
}

biensur le compilo rale car setParam doit prendre un Param en paramètre

nraynaud

lol

et ça va servir à quoi ta classe Algo ?

---------------
trainoo.com, c'est fini

souk

Tourist

en Java5 on peut [:dawao]

Publicité

noldor

Rockn'roll

Algo a également une méthode join() qui elle sera commune à toutes les implémentations d'Algo

nraynaud

lol

tu peux nous filer un exemple un peu plus concret d'utilisation de Algo et join() stp ? (le but c'est de s'accrocher à cettte base pour faire le design)

---------------
trainoo.com, c'est fini

noldor

Rockn'roll

oui, c'est très simple en fait :
les classes implémentant Algo font faire la fusion de 2 listes. Mais chaque algo aura ses propres paramètres

souk

Tourist

Code :

public static void closeQuietly(OutputStream output) {
try {
if (output != null) {
output.close();
}
} catch (IOException ioe) {
// ignore
}
}

merci commons-io [:udok]

the real moins moins

ha putain, j'esperais qu'ils avaient un wrapper avec un truc style closure

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

Qqun à déjà chipoté assez dans des exceptions pour pouvoir en "merger" deux?
(en gros je voudrais eventuellement faire throw new MonException(e1, e2) et que ça soit transparent pour le guignol qui la catcherait ou l'imprimerait)

Message cité 2 fois

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

souk

Tourist

http://jira.codehaus.org/browse/MNG-441

:fou: :fou: magnez vous le cul :fou: :fou:

chrisbk

the real moins moins a écrit :

heritage multiple

oups, pardon [:slackerbitch]

the real moins moins

[:god]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

bon,
processer un InputStream et le fermer, sans se faire chier avec la gestion des exceptions. Closures powa, ou je fais un abus de languages, là ?

Commentez.

Code :

import java.io.IOException;
import java.io.InputStream;
/**
*
* @author greg
* @author $Author: $ (last edit)
* @version $Revision: $
*/
public class SmartInputStreamProcessor {
public void processAndClose(InputStream in, InputStreamProcessor processor) throws IOException {
IOException e = null;
try {
processor.process(in);
} catch (IOException processEx) {
e = processEx;
} finally {
if (in != null) {
try {
in.close();
} catch (IOException finallyEx) {
if (e != null) {
// throwing a specific exception with the process-exception nested
throw new IONestedException("IOException in process (" + e.getMessage() + " ) but also when trying to close (" + e.getMessage() + " )", e);
} else {
throw new IONestedException("Could not close stream: " + finallyEx.getMessage(), finallyEx);
}
}
}
}
}
public static final class IONestedException extends IOException {
private final IOException cause;
public IONestedException(String message, IOException cause) {
super(message);
this.cause = cause;
}
public Throwable getCause() {
return cause;
}
}
}

Code :

import java.io.InputStream;
import java.io.IOException;
/**
*
* @author greg
* @author $Author: $ (last edit)
* @version $Revision: $
*/
public interface InputStreamProcessor {
void process(InputStream in) throws IOException;
}

Message cité 1 fois

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

souk

Tourist

tu vas proposer un patch a commons-io ? [:dawa]

the real moins moins

et donc, à l'usage:

Code :

new SmartInputStreamProcessor().processAndClose(in, new InputStreamProcessor() {
public void process(InputStream in) {
System.out.println("ahahah je fais rien avec mon in" );
}
}

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

(bon à la limite, le in et le processor pourraient passer dans le constructeur plutot que dans processAndClose(), par exemple)

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

chrisbk

honnetement, c'est assez illisible

the real moins moins

le SmartInputStreamProcessor ou le sample d'usage ? (pour lequel t'es évidemment pas obligé d'avoir une inner-anonymous)

paske bon, oué, le SmartInputStreamProcessor à des tas de try/catch et ça le rend pas lisible, mais le but c'est justement d'éviter de te retaper ce merdier à chaque que tu fais un truc avec un stream

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

bon alors au cas où hein, y'en aurait qu'aurait qqchose à dire, on vient de causer avec chrisbk:

chrisbk:
bref, en fait heuh
ca nous prouve bien que les checked exception ca craint du cul
pkoi t'appelle process si in = null ?

mwinmwin:
tu as raison c'est absolument con

chrisbk:
et ca te vire un if de ton gros machin du dessous

mwinmwin:
enfin je veux dire, le con c'est de faire if != null fans le finally
mais sinon
checked exception ou pas, t'aurais le meme souci
le truc relou là

chrisbk:
le in.close qui pete l'exception ?

mwinmwin:
c'est que si t'as une exception dans le close, soit tu l'ignore
soit tu la lance, et tu perds celle du catch si y'en avait une
(et tu sais pas si y'en a une)
ou alors tu fais un gros paté comme mon truc

chrisbk:
y'a un ot truc que je pige pas

mwinmwin:
donc là, je fais un paté, mais une fois, et hop apres mon "vrai" code est tout propre

chrisbk:
ta fonction la, finalement, elle pourait etre statique ?

mwinmwin:
si ct pas checked exceptions, le pb serait tjs là.
la processAndClose, oui, en fait.

chrisbk:
ou alors pkoi tu patates pas ca dans le constructeur de smartstream ?

mwinmwin:
exactement, cfr mon comment entre () plus bas ;-)

chrisbk:
Ah ouais

mwinmwin:
mais j'ai tapé ça comme ça entre 2 bug css/html cet aprem hein

chrisbk:
m'enfin une exception sur un close, c'est que y'a une sacré couille dans le gigot quand meme

mwinmwin:
oué
mais "on sait jamais"
là, chuis tranquille - je crois

chrisbk:
ouais la on dirait bien

mwinmwin:
bon en fait j'aurais voulu avoir cette discussion sur le topic, histoire d'eviter de repeter quand benou va arriver en disant que ça sert à rien et qu'il comprend pas

chrisbk:
raté

mwinmwin:
j'cop coll ?

chrisbk:
k

Message édité par the real moins moins le 01-12-2005 à 23:45:08

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

chrisbk

j'ai jamais dit ca [:le kneu]

genre je cause de java moi

Message cité 1 fois

lorill

chrisbk a écrit :

j'ai jamais dit ca [:le kneu]

genre je cause de java moi

[:rofl]

stiffler

Lâche mon profil putain ! :o

Ca aurait été plus crédible avec : stiffler [:klem3i1]

nraynaud

lol

the real moins moins a écrit :

bon,
processer un InputStream et le fermer, sans se faire chier avec la gestion des exceptions. Closures powa, ou je fais un abus de languages, là ?

Commentez.

Code :

import java.io.IOException;
import java.io.InputStream;
/**
*
* @author greg
* @author $Author: $ (last edit)
* @version $Revision: $
*/
public class SmartInputStreamProcessor {
public void processAndClose(InputStream in, InputStreamProcessor processor) throws IOException {
IOException e = null;
try {
processor.process(in);
} catch (IOException processEx) {
e = processEx;
} finally {
if (in != null) {
try {
in.close();
} catch (IOException finallyEx) {
if (e != null) {
// throwing a specific exception with the process-exception nested
throw new IONestedException("IOException in process (" + e.getMessage() + " ) but also when trying to close (" + e.getMessage() + " )", e);
} else {
throw new IONestedException("Could not close stream: " + finallyEx.getMessage(), finallyEx);
}
}
}
}
}
public static final class IONestedException extends IOException {
private final IOException cause;
public IONestedException(String message, IOException cause) {
super(message);
this.cause = cause;
}
public Throwable getCause() {
return cause;
}
}
}

Code :

import java.io.InputStream;
import java.io.IOException;
/**
*
* @author greg
* @author $Author: $ (last edit)
* @version $Revision: $
*/
public interface InputStreamProcessor {
void process(InputStream in) throws IOException;
}

je suis pas trop d'accord.

je suis pour le regroupement par paire des ouvertures/fermetures de ressources (with en C#) il me semble que c'est la première discussion sur ce topic, à propos des connexions JDBC.

d'autre part ton code serait exactement le même si tu traitais un output.

enfin, il serait exactement le même si tu traitais autre chose que de l'IO.

Je reviens dans la journée avec un proposition plus générale et des points d'utilisation plus fins.

edit : regroupement par paire quand c'est possible.

Message cité 1 fois
Message édité par nraynaud le 02-12-2005 à 11:02:55

---------------
trainoo.com, c'est fini

Trollable

the real moins moins a écrit :

Je te donne deja le code pour le guignol:

Code :

catch(Throwable th) { System.err.println(th); }

et pour le qqn:

Code :

new AssertionError(new Exception[] { e1, e1 });

C'est pas beau le Java?

:cry:

---------------
The Million Dollar Screenshot (seo v7ndotcom elursrebmem paesys wifi)

the real moins moins

nraynaud a écrit :

en meme temps, j'y ai pas réfléchi 3 jours (plutot 3 secondes), et j'ai pas dit que c'était la solution miracle à tous vos problemes d'arthrose. Si y'avait une interface closeable, ça pourrait ptet le faire, par ex. ou un machin généricisé. Bref, ça c'était un petit crachat de 3secondes, à developper, donc stu le fais, scool merci

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

-- > comme nraynaud : je ferme toujours un stream à l'endroit où je l'ai ouvert.
Sinon, dans ta méthode, en cas d'exception sur le close sans qu'il y en ait eu avant, j'aurais throwsé l'exception tel quel sans la wrapper dans une nested.

je me suis toujours demandé comment on pouvait correctement traiter une exception close d'un stream ... Sauf cas particulier, je vois pas quoi faire de plus qu'un printstackTrace.

---------------
ma vie, mon oeuvre - HomePlayer

nraynaud

lol

benou : pareil pour le close(), le seul truc que je vois, c'est une exception sous-jacente. par exemple, tu perds ta connexion réseau avant de tenter de fermer ton fichier distant.

the real moins moins

pour l'ex. close-only, j'ai hésité, là c'est juste pour avoir un msg explicite qui dit que c'était lors du close.
pour ce qui est de le fermer "au meme endroit ou on l'ouvre", bah, euh, c'est le cas, quelque part, puisqu'un InputStream en general ne s'ouvre qu'en l'instanciant, y'a pas de "open" explicite dessus, quoi.
processAndClose(new IS(), new Processor() {
...
});
je vois l'ouverture et la fermeture au meme endroit... et puis le but, c'est aussi et surtout d'éviter plein de code redondant, ou l'on fait systematiquement l'une ou l'autre erreur, et qui bouffe la lisibilité.

et pour "traiter" l'exception du close, effectivement, y'a rien à faire, mais je vois pas plus à faire que pour une IOException sur la lecture d'un fichier par exemple. Je laisse remonter, je rollbacke ce qu'il y a eventuellement lieu de rollbacker, et je dis à l'utilisateur que ça à foiré, en gros. je sais meme pas pourquoi un close lancerait une IOException, donc à plus forte raison, je prefere ne pas ignorer le cas ou ça se produirait.. non ?

Message cité 2 fois
Message édité par the real moins moins le 04-12-2005 à 13:36:06

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

sinon si vous voulez, on rend le SmartTruc stateful: on passe l'IS dans le cteur, on processe(Processor) et on close() [:spamafote]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

nraynaud

lol

et c'est une excellente rmarque de --, en général on fourni des trucs déjà ouverts.

the real moins moins

t'as pas eu une carrière cachée de commentateur de match de foute à la radio, toi ? [:pingouino]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

nraynaud

lol

tout à fait mon petit gregounet ! c'est une bien belle découverte que tu nous fais là !

benou

the real moins moins a écrit :

pour ce qui est de le fermer "au meme endroit ou on l'ouvre", bah, euh, c'est le cas, quelque part, puisqu'un InputStream en general ne s'ouvre qu'en l'instanciant, y'a pas de "open" explicite dessus, quoi.
processAndClose(new IS(), new Processor() {
...
});

Ben là le close est pas dans la même méthode que la création du flux ... c'est ce que j'essaye d'éviter.
Là c'est vrai que le nom de la méthode laisse supposer que le close va être fait, mais bon ...

the real moins moins a écrit :

et pour "traiter" l'exception du close, effectivement, y'a rien à faire, mais je vois pas plus à faire que pour une IOException sur la lecture d'un fichier par exemple. Je laisse remonter, je rollbacke ce qu'il y a eventuellement lieu de rollbacker, et je dis à l'utilisateur que ça à foiré, en gros. je sais meme pas pourquoi un close lancerait une IOException, donc à plus forte raison, je prefere ne pas ignorer le cas ou ça se produirait.. non ?

Ben je sais pas ...
généralement, le traitement que tu as à effectuer est fait au moment où tu dois faire le close. Donc même si le close plante, le traitement a correctement été fait => y a pas vraiment de raison de balancer une exception ou de rollbacker (pour peu que ce soit possible). C'est ça qui me rend mal à l'aise ave ces exception sur le close.
Donc généralement, je me limite à un printstacktrace histoire de ne pas complètement la trasher et pouvoir comprendre par la suite en cas de problème.

Message cité 1 fois

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

benou a écrit :

il fait plus que "laisser supposer" hein !

benou a écrit :

hmm, dans le cas d'une lecture comme ici, oué, ptet, mais le meme code s'appliquerait à une outputstream, s'ton close foire, t'as pas trop interet à l'ignorer

Message cité 1 fois

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Publicité

Page : 1 2 3 4 5 .. 125 126 127 .. 327 328 329 330 331 332

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Java

BlaBlaTech@JAVA [ELITE, viendez les boobs]

Sujets relatifs
[java]Ouvrir un fichier dans la fenetre principale	formation pour developpeurs Java
crontab : programme java	[JAVA] Aide pour packager un jar
[java] copie de fichier et progressbar	installation 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]

Page générée en 0.140 secondes