Java

BlaBlaTech@JAVA [ELITE, viendez les boobs]

Recherche :

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

souk

Tourist

Reprise du message précédent :

the real moins moins a écrit :

reste plus qu'a convaincre ma copine de partir la bas, ca va me faire chier de pas pouvoir continuer l'aventure :fou:
et accessoirement convaincre mwinmwin de viendre aussi :whistle:

Publicité

Harkonnen

Un modo pour les bannir tous

à moi le 6000eme post de ce topic \o/

---------------
J'ai un string dans l'array (Paris Hilton)

kadreg

profil: Utilisateur

sale gosse

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

el muchacho

Comfortably Numb

Bon, et la reponse a ma question ?

Bon c'est un peu ce que je pensais, faut que je place mes sleep/yield un peu plus finement:
http://forum.java.sun.com/thread.j [...] ID=3100695

Message édité par el muchacho le 30-07-2006 à 08:41:21

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

nraynaud

lol

el muchacho a écrit :

J'ai du en rater un bout alors.
Mais plus precisement ? Avec wait/notify ??

Le wait/notify sur la queue et le coup du marqueur de fin de liste... [:paysan] pas con ! Je devrais gagner en perf.
http://javaalmanac.com/egs/java.la [...] html?l=rel
Mais pour le polling I/O, je vois pas trop. Idealement, il me faudrait un evenement.

tu as le droit à synchronized et à des streams, si tu utilises plus, tu est mort :fou:

benou

el muchacho a écrit :

Mais plus precisement ? Avec wait/notify ??

regle1 : ne pas faire de multithreading en java si on ne connait pas les wait/notify

benou

el muchacho a écrit :

http://javaalmanac.com/egs/java.la [...] html?l=rel

Citation :

public class WorkQueue {
LinkedList queue = new LinkedList();

// Add work to the work queue
public synchronized void addWork(Object o) {
queue.addLast(o);
notify();
}

// Retrieve work from the work queue; block if the queue is empty
public synchronized Object getWork() throws InterruptedException {
while (queue.isEmpty()) {
wait();
}
return queue.removeFirst();
}
}

il sert à quoi le while, là :heink:

PS : et le private sur le membre de classe correspondant à la section critique, c'est pour les chiens ?

Message édité par benou le 30-07-2006 à 14:26:28

el muchacho

Comfortably Numb

Bonnes remarques. J'ai remplacé le while par un if et ajouté le private dans ma version. Et de plus, leur marqueur de fin de liste NO_MORE_WORK est complètement inutile vu que le isEmpty() de la queue fait très bien l'affaire. Et d'ailleurs, à l'appel du get() par la fonction appelante, il n'y a plus besoin de faire le test. Même si j'ai rajouté un isEmpty à titre informatif (ça peut tjrs servir).
Avec le wait/notify, je pense que j'ai gagné un petit peu en perfs (c'est moins saccadé), mais ça reste pas formidable, et le CPU est tjrs à 100%.

Message édité par el muchacho le 30-07-2006 à 17:11:21

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

el muchacho

Comfortably Numb

Ayé, c'était juste une histoire de sleep à mettre au bon endroit. Non seulement, ça trace sa mère, mais je suis tjrs à 0% de CPU.
Il est content Roscoe ! :sol:

Message cité 2 fois
Message édité par el muchacho le 30-07-2006 à 19:43:57

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

Harkonnen

Un modo pour les bannir tous

t'avais mis ton sleep à l'envers ?

Message cité 1 fois

---------------
J'ai un string dans l'array (Paris Hilton)

Publicité

nraynaud

lol

el muchacho a écrit :

Hello,

Comme vous le savez tous depuis au moins hier, j'ai fait un petit programme qui remplit une queue avec l'input de 3 fichiers, avec des threads daemons concurrents.
Les fichiers seront des fichiers de log régulièrement mis à jour par un autre process donc mes petits démons surveillent d'un oeil ce qui se passe. Tout ça fonctionne bien, mais ils ont la fâcheuse tendance à occuper 100% du CPU lorsqu'ils sont en attente de nouvelles lignes dans les fchiers en entrée, même lorsque je leur colle un sleep une fois qu'ils ont atteint la fin de fichier.
Une idée ?

el muchacho a écrit :

Ayé, c'était juste une histoire de sleep à mettre au bon endroit. Non seulement, ça trace sa mère, mais je suis tjrs à 0% de CPU.
Il est content Roscoe ! :sol:

nan mais ça va pas !
ça me rappelle quand j'ai fait passer notre batterie de tests de 80minutes à 18minutes : j'ai viré tous les sleep que les boulets avaient mis dans l'application.

ton appli doit bloquer soit sur un select soit sur un read bloquant soit sur un write bloquant d'après le problème que tu poses.

Message cité 1 fois

el muchacho

Comfortably Numb

Harkonnen a écrit :

t'avais mis ton sleep à l'envers ?

Pire que ça. J'ai compris que ça se trainait quand j'ai vu les traces de freins. :whistle:

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

benou

el muchacho a écrit :

Ayé, c'était juste une histoire de sleep à mettre au bon endroit. Non seulement, ça trace sa mère, mais je suis tjrs à 0% de CPU.

il attend quoi ton sleep ? :heink:

el muchacho

Comfortably Numb

nraynaud a écrit :

Non, je pense que tu n'y es pas du tout. Le sleep est là pour éviter que les threads occupent inutilement 100% du CPU.

Voici la boucle principale des 3 threads qui lisent 3 fichiers de logs différents (en fait un seul est updaté à la fois, mais je ne peux pas savoir ni lequel ni quand, donc je lis bêtement les 3 en même temps).

Code :

public void loopThroughFile(String fName, int startLineNum) throws OutOfMemoryError {
InputTextChannel myChannel = new InputTextChannel(fileName);
try {
myChannel.open();
System.out.println("Looping through " + fileName + " from " + startLineNum);
try{
myChannel.reachLine(startLineNum);
while (!Thread.interrupted()) {
String line = myChannel.getLine();
if (line != null) {
//Perform basic format verification before enqueuing
matcher = pattern.matcher(line);
if (matcher.find()) {
queue.put(line); // Thread-safe queue
}
else {
// logger.error(fileName" + ":" + lineNum + " irregular input data." );
}
}
else {
Thread.sleep(50);
}
line = null;
}
}
catch(InterruptedException e){
// logger.error(fileName+" reading thread interrupted." );
}
}
catch (OutOfMemoryError e) {
//logger.error(fileName+" out of memory." );
throw new OutOfMemoryError();
}
finally {
myChannel.close();
}
}

Le seul point de synchronisation nécessaire est sur la queue, qui est partagée:

Code :

import java.util.LinkedList;
// Thread-safe message queue
// Do not test for isEmpty() before get()
// because isEmpty() needs another synchronization,
// unless you need to do some special treatment when isEmpty() is true.
public final class SynchedQueue
{
private LinkedList queue = new LinkedList();
public synchronized void put(Object o){
queue.addLast(o);
notify();
}
public synchronized Object get() throws InterruptedException {
if (queue.isEmpty()) {
wait();
}
return queue.removeFirst();
}
public synchronized boolean isEmpty(){
return queue.isEmpty();
}
}

et voici le prog de test:

Code :

import java.util.Iterator;
import java.util.LinkedList;
import java.util.List;
import java.io.*;
public class InputFileReaderTest
{
public static void main(String[] args) {
String[] files = {"test1.txt", "test2.txt", "test3.txt"};
String outfile = "output.txt";
List readers = new LinkedList();
//Synchronized message queue - thread-safe
SynchedQueue queue = new SynchedQueue();
try {
File file = new File(outfile);
if (!file.createNewFile()) {
System.out.println("Ouput file couldn't be created !!!" );
}
} catch (IOException e) {}
System.out.println("Start of test" );
for(int i = 0; i < files.length; i++){
readers.add(new InputFileReader(files[i], queue));
}
Iterator it = readers.iterator();
while(it.hasNext()){
InputFileReader th = (InputFileReader)(it.next());
//th.setPriority(java.lang.Thread.NORM_PRIORITY-1);
th.setDaemon(true);
th.start();
}
try {
do {
System.out.println(queue.get());
} while(true);
}
catch(InterruptedException e){}
}
}

Si j'enlève le sleep, le thread se met à boucler à toute allure même si getline ne retourne pas de nouvelle ligne (de log). Ca fout la dèche, ça fonctionne, mais de façon cahotique, avec des moments où les threads se marchent sur les pieds et un scheduler qui perd les pédales. Alors qu'avec, ça roule.

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

nraynaud

lol

muchacho > pipe nomé ?

nraynaud

lol

nan, mais là c'est zéro en fait quoi.

bon, on va tout reprendre lentement.

C'est quoi précisément ton besoin ?

benou

ton catch OurOfMemeoryException il sert à rien à part ne pas fermer ton channel ...
et le throws OutOfMemoryException a pas d'utilité ...

c'est quoi InputTextChannel ?? pkoi sa méthode getLine() n'est pas bloquante ?

(rien de surprenant que ça prenait 100% de CPU sans le sleep ton machin)

el muchacho

Comfortably Numb

Oulala :whistle:

Bon je vous mets le code complet.
Ne faites pas attention au code commenté, il sera dans le code de production avec la javadoc qui va bien, mais là, c'est juste un test. J'ajouterai sans doute aussi des méthodes pour tuer proprement le thread.

Code :

/*
* InputFileReader.java -
* This class implements a thread that reads a file
* and fills a synchronized message queue with the new input.
* Basic message structure verification is done before accepting a new input.
*/
import java.io.*;
import java.util.regex.*;
final class InputFileReader extends Thread
{
/*
* This class implements a file channel.
* One must first open() it before use.
* It returns every line in the file.
*/
public final class InputTextChannel
{
String fileName;
FileReader reader;
LineNumberReader buffer;
final int TenKb = 10240; // Buffer size
InputTextChannel(String fileName) {
this.fileName = fileName;
}
boolean open() {
try {
reader = new FileReader(fileName);
buffer = new LineNumberReader(reader, TenKb);
return true;
}
catch(FileNotFoundException e) {
System.out.println("Couldn't find file." );
return false;
}
catch(OutOfMemoryError e) {
System.out.println("Out of memory." );
Thread.dumpStack();
return false;
}
}
// return the next text line read in the file
public String getLine() {
String line = null;
try {
if (buffer.ready()) {
line = buffer.readLine();
}
}
catch (IOException ex) {
//logger.error("Warning: Couldn't read line " + fileName + ":"+ String(buffer.getLineNumber()));
System.out.println(fileName + ": Couldn't read line " + buffer.getLineNumber());
}
return line;
}
boolean close() {
boolean success = false;
try {
buffer.close();
reader.close();
success = true;
}
catch(IOException e){
Thread.dumpStack();
success = false;
}
return success;
}
// Go to line given in parameter
// @param lineNumber
public void reachLine(int lineNumber) {
try {
for (int l = 0; l < lineNumber; l++) {
if (buffer.ready()) {
buffer.readLine();
}
}
}
catch (IOException e) {
//logger.error("Warning: Couldn't read line " + fileName + ":"+ String(mBufferLine.getLineNumber()));
System.out.println("Couldn't read line." + fileName + ":" + buffer.getLineNumber());
}
}
}
private String fileName;
private SynchedQueue queue;
private Pattern pattern;
private Matcher matcher;
// @param fileName name of the file to be read
public InputFileReader(String fileName, SynchedQueue queue) {
this.fileName = fileName;
this.queue = queue;
}
/*
* Wait until the file has been created.
* Yield thread if it doesn't exist
* @param fName name of the file to be tested
*/
public void waitForFile(String fName) {
File path = new File(fName);
System.out.println("Waiting for " + fileName);
while(path.isFile() == false) {
Thread.yield();
}
}
/*
* Main loop of the thread. Read the input file line by line and fill the message queue.
* @param fName : file name, startLineNum : start line number
* @return void
* @throws OutOfMemoryError
*/
public void loopThroughFile(String fName, int startLineNum) throws OutOfMemoryError {
InputTextChannel myChannel = new InputTextChannel(fileName);
try {
myChannel.open();
System.out.println("Looping through " + fileName + " from " + startLineNum);
try{
myChannel.reachLine(startLineNum);
while (!Thread.interrupted()) {
String line = myChannel.getLine();
if (line != null) {
//Perform basic format verification before enqueuing
matcher = pattern.matcher(line);
if (matcher.find()) {
queue.put(line); // Thread-safe queue
}
else {
// logger.error(fileName" + ":" + lineNum + " irregular input data." );
}
}
else {
Thread.sleep(50);
}
line = null;
}
}
catch(InterruptedException e){
// logger.error(fileName+" reading thread interrupted." );
}
}
catch (OutOfMemoryError e) {
//logger.error(fileName+" out of memory." );
throw new OutOfMemoryError();
}
finally {
myChannel.close();
}
}
/*
* Read the XML configuration file
* and perform the necessary initializations
*/
boolean init() {
//String REGEX = "^\\d{2}:\\d{2}:\\d{2}";
String REGEX = "^\\d{2}|^End";
try {
pattern = Pattern.compile(REGEX);
// etc
}
catch(PatternSyntaxException e) {
//logger.error("Fatal: Regex expression incorrect !" );
}
return true;
}
/*
* Query the DB for the last file/line that was written
* in log files before failure/shutdown
*/
int performRecover() {
return 4;
}
/*
* Main thread run.
*/
public void run() {
boolean ok = init();
if (ok) {
// We first determine which line to start with
int startLineNum = 0;
startLineNum = performRecover();
//We wait until the file is ready to be read.
waitForFile(fileName);
// Read the file.
loopThroughFile(fileName, startLineNum);
}
}
}

Message cité 1 fois
Message édité par el muchacho le 30-07-2006 à 23:34:47

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

nraynaud

lol

c'est quoi le but du programme ?

Message cité 1 fois

souk

Tourist

[:pingouino]

nraynaud

lol

souk > ton logiciel se fait démonter dans un "better software", il est passé au PMD.

Message cité 1 fois

el muchacho

Comfortably Numb

nraynaud a écrit :

c'est quoi le but du programme ?

Bon je t'explique le contexte. C'est un serveur qui fait un certains nombre de statistiques sur des données qui lui sont filées en temps réel, actuellement via des fichiers de log, plus tard via des sockets (ce que je suis en train d'implémenter). Le pb, c'est que le soft qui pond les logs peut indifféremment écrire sur un fichier de log, ou sur 2 (ou n) de façon cyclique: au bout d'un moment (toutes les 24h, ou au bout de x Mo), il décide de passer au suivant, de faire une copie d'archives du premier, et vice versa. Comme je ne sais pas quand le switch arrive, je suis obligé de monitorer les 2 à la fois, sachant que je dois pouvoir traiter 500 lignes/sec. Là, ce n'est pas la queue qui va limiter, vu que je suis à ~25000/sec sur mon PC (avec les sleep). Avec les sockets, il n'y aura pas ce genre de pb.
La pertie recover, tu peux oublier, c'est au cas ou on l'arrête (ou en cas de crash), on enregistre régulièrement le nom du fichier et la ligne du dernier traitement, et il recommencera ses stats à l'endroit où il s'est arrêté, ce qui évite de fausser les résultats.

Il y a au moins 2 bugs qu'il faut que je corrige dans ce prog:
- si aucun des fichiers n'est créé, ça yield à toute allure et le CPU est à 100% -> sleep à la place du yield.
- on ne traite pas le cas où un des fichiers est effacé en cours de route.

Message cité 1 fois
Message édité par el muchacho le 31-07-2006 à 00:06:21

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

souk

Tourist

nraynaud a écrit :

souk > ton logiciel se fait démonter dans un "better software", il est passé au PMD.

ca m'etonne pas [:dawa] , a chaque fois que je dois mettre les pieds dans le code ca me fait mal aux yeux [:dawa]
mais bon je bosse pas du tout sur le client moi en fait [:dawao]

nraynaud

lol

el muchacho a écrit :

j'assaie de reformuler :
t'as un logiciel qui pond des logs un peu en vrac dans des fichiers.
t'as un logiciel qui veut bouffer les logs dans l'ordre dans une queue.

j'ai bon ?

qui fabrique le logiciel qui pond ses trucs en vrac ? ce quelle logique il choisi ses fichiers pour écrire ? pourquoi est-ce que tu peux intevenir dessus pour transformer la chose en sockets, mais pas pour lui faire pondre une queue comme elle te plairait ?

est-ce qu'il ne serait pas plus rapide de faire faire une socket au producteur de logs que de te battre (et perdre à ce que je vois) contre des fichiers de logs en vrac ?

le logiciel qui consome la queue pour faire des stats, il est en java aussi ?

Message cité 1 fois

nraynaud

lol

ça se voit que je suis en train de lire un bouquin sur le coaching ? [:pingouino]

el muchacho

Comfortably Numb

nraynaud a écrit :

Oui c'est ça. Et le logiciel qui pond les logs en vrac est un gros système sur lequel je ne peux pas intervenir. Il est installé chez divers grands comptes et chacun le configure comme il l'entend. Il y a un moyen pour que les données puissent être envoyées via sockets et non fichiers. Il faut que je gère le plus large cas de figure possible.

Citation :

est-ce qu'il ne serait pas plus rapide de faire faire une socket au producteur de logs que de te battre (et perdre à ce que je vois) contre des fichiers de logs en vrac ?

Non, voir au-dessus. Et mon programme-test fonctionne de façon satisfaisante.

Citation :

le logiciel qui consome la queue pour faire des stats, il est en java aussi ?

Yep.

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

nraynaud

lol

bon, imaginons que scanner les fichiers soit la meilleure méthode.
première chose : la date de dernière modif de tes fichiers, ça serait pas mieux qu'un scan en O(n) pour savoir s'il y a eu une modif ?

Comment se présente le logiciel de monitoring ? c'est une interface graphique qui se met à jour périodiquement ?

Message cité 1 fois

benou

el muchacho a écrit :

Oulala

c'est le mot :sweat:

attention, je commente ...

Code :

final class InputFileReader extends Thread

1) pkoi ta classe est finale ?? t'as une bonne raison d'empêcher qu'on en hérite par la suite ??
2) extends Thread c'est mal. implemente Runnable, et gère ton thread de façon indépendante. C'est plus propre et c'ets plus ouvert.

Code :

public final class InputTextChannel

mais pkoi encore final ?? :heink:

Code :

String fileName;
FileReader reader;
LineNumberReader buffer;
final int TenKb = 10240; // Buffer size

manque les modifiers devant tes champs ... par défaut mets les private.
là je n'ai pas lu plus loin, mais des buffersize, en java, ça se fait rare ... c'est surement une erreur.
les variables c'est en minuscule la première lettre les constant c'est en majuscule toutes les lettres (cf les conventions de codage java)

Code :

boolean open() {
try {
reader = new FileReader(fileName);
buffer = new LineNumberReader(reader, TenKb);
return true;
}
catch(FileNotFoundException e) {
System.out.println("Couldn't find file." );
return false;
}
catch(OutOfMemoryError e) {
System.out.println("Out of memory." );
Thread.dumpStack();
return false;
}
}

manque le modifier (public, j'imagine)
les code de retour, c'est bon pour le C, en java on utilise les exceptions pour signaler les problèmes d'execution.. là par exemple tu n'as aucune raison de cacher le FileNotFoundException à l'appelant
pourquoi tu conserves une référence sur le reader si tu le wrappes dans un LineNumberReader ?
pourquoi tu fixes la taille de buffer à ton LineReader ? t'as une bonne raison de le faire ?? tu t'attends à avoir des lignes énormes ?
le catchOutOfMemoryException il sert vraiment à rien ... de toute façon, sauf cas particulier, oublie les catch catchOutOfMemoryException ...

Code :

// return the next text line read in the file
public String getLine() {
String line = null;
try {
if (buffer.ready()) {
line = buffer.readLine();
}
}
catch (IOException ex) {
//logger.error("Warning: Couldn't read line " + fileName + ":"+ String(buffer.getLineNumber()));
System.out.println(fileName + ": Couldn't read line " + buffer.getLineNumber());
}
return line;
}

si y a un endroit où tu dois faire ta bidouille avec ta boucle et le sleep, c'est ici. La méthode getLine devrait être bloquante (jusqu'à ce qu'elle ait lu une ligne.
il faut vraiment que tu apprennes à gérer correctement tes exceptions.

(je m'arrête là, parce que ça va encore être long sinon)

Message cité 1 fois
Message édité par benou le 31-07-2006 à 00:20:26

el muchacho

Comfortably Numb

benou a écrit :

c'est le mot :sweat:

attention, je commente ...

Vas-y.

Citation :

final class InputFileReader extends Thread
1) pkoi ta classe est finale ?? t'as une bonne raison d'empêcher qu'on en hérite par la suite ??

Code :

public final class InputTextChannel

mais pkoi encore final ?? :heink:

Oui, elle n'est pas prévue pour, donc je la mets en final. Lu sur "Effective Java" de Joshua Bloch (redesigner d'une bonne partie de la JDK): si ta classe n'est pas expressément pensée pour être héritée, il vaut mieux la mettre en final.

Citation :

2) extends Thread c'est mal. implemente Runnable, et gère ton thread de façon indépendante. C'est plus propre et c'ets plus ouvert.

[/quote]
Ouais, je sais aussi. Je vais sûrement faire comme tu dis.

Citation :

Code :

String fileName;
FileReader reader;
LineNumberReader buffer;
final int TenKb = 10240; // Buffer size

manque les modifiers devant tes champs ... par défaut mets les private.

:jap: Oubli de ma part.

Citation :

là je n'ai pas lu plus loin, mais des buffersize, en java, ça se fait rare ... c'est surement une erreur.

En fait, c'est un reste de C++.

Citation :

les variables c'est en minuscule la première lettre les constant c'est en majuscule toutes les lettres (cf les conventions de codage java)

De toute façon, TenKb, c'est un nom complètment con.

Citation :

J'y ai pensé, mais j'ai préféré le sortir pour le cas le code serait réutilisé. Après réflexion, tu as sans doute raison.

Message édité par el muchacho le 31-07-2006 à 00:36:36

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

benou

Citation :

Lu sur "Effective Java" de Joshua Bloch (redesigner d'une bonne partie de la JDK): si ta classe n'est pas expressément pensée pour être héritée, il vaut mieux la mettre en final.

[:mlc2]
première fois que j'entends ça ... je trouve pas que ce soit une bonne idée ...
même si je pense qu'il a raison et qu'une classe non prévue pour être héritée ne le sera surement pas ou mal, mais je vois pas de raison de l'empêcher "à priori".

Message cité 1 fois

nraynaud

lol

disons, qu'il ne faut pas las la couper "a priori" parce que c'est un bon moyen pour un mec qui passe derrière d'essayer de la tester ou de la faire rentrer dans un truc rigide à la con.

Message cité 1 fois

benou

nraynaud a écrit :

disons, qu'il ne faut pas las la couper "a priori" parce que c'est un bon moyen pour un mec qui passe derrière d'essayer de la tester ou de la faire rentrer dans un truc rigide à la con.

tu veux couper quoi ?
et de ce que je comprends de ta phrase, le début va dans l'autre sens que la fin ...

Message édité par benou le 31-07-2006 à 00:37:44

nraynaud

lol

la possibilité d'hériter

el muchacho

Comfortably Numb

benou a écrit :

Citation :

Lu sur "Effective Java" de Joshua Bloch (redesigner d'une bonne partie de la JDK): si ta classe n'est pas expressément pensée pour être héritée, il vaut mieux la mettre en final.

Justement, c'est comme ça qu'on se retrouve avec des hiérarchies de classes pourries qui empêchent toute modification par la suite. Et ça c'est la plaie. Donc soit on fait une belle interface et on dit : allez-y, soit on se blinde en la mettant final. Je pense que c'est l'idée.
Sur ce bonne nuit.

Message cité 1 fois
Message édité par el muchacho le 31-07-2006 à 00:40:57

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

nraynaud

lol

bon, au lieu de débats techniques à la con, mucha si tu répondais à mes questions ?

benou

el muchacho a écrit :

bha tu sais, si le mec il est prêt à faire une hierarchie pourrie, il sera prêt à virer un final qui l'emmerde ...

mais bon, de toute façon, l'héritage c'est mal

Message édité par benou le 31-07-2006 à 00:42:04

nraynaud

lol

bon bah bonne nuit alors

c'est cool, je reste éveillé pour tenter de l'aider, il se tire en laissant son code pourri et en répondant même pas aux questions [:pingouino]

Je sais à quoi m'en tenir la prochaine fois qu'il critiquera un logiciel ou un dev remarque.

nraynaud

lol

on dirait le plugin d'harko tiens [:pingouino]

Message cité 2 fois

the real moins moins

:jap:

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

benou

nraynaud a écrit :

on dirait le plugin d'harko tiens [:pingouino]

pas la peine de devenir désagréable

Harkonnen

Un modo pour les bannir tous

nraynaud a écrit :

on dirait le plugin d'harko tiens [:pingouino]

attends de voir le source avant de juger [:pingouino]

Message cité 1 fois

---------------
J'ai un string dans l'array (Paris Hilton)

Publicité

Page : 1 2 3 4 5 .. 150 151 152 .. 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.183 secondes