Java

BlaBlaTech@JAVA [ELITE, viendez les boobs]

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 49 50 51 .. 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 :
le monsieur te demande de lire la suite [:kiki]

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

Publicité

benou

the real moins moins a écrit :

le monsieur te demande de lire la suite [:kiki]

ben quoi ?
tu pourras tester ta hestion d'exception, c'est ce que tu veux nan ?

sinon pendant la lecture tu donne un gros coup de savate dans ton PC ... ca marche aussi ...

Message édité par benou le 22-09-2004 à 17:05:56

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

d4rK 3Mpr0R

fr33 Kevin

the real moins moins a écrit :

c'est d'ailleurs une belle merde ce LineNumberReader, me demande si je ferais pas mieux d'utiliser un bete BufferedReader et de compter mes lignes moi meme [:kiki]

qu'est-ce qu'il a ? (non, je suis dans les api javabeans, je switche pas pour aller voir moi-même)

benou

d4rK 3Mpr0R a écrit :

qu'est-ce qu'il a ? (non, je suis dans les api javabeans, je switche pas pour aller voir moi-même)

+1 sauf que je suis allé voir la doc et que je vois pas le problème ...

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

the real moins moins

benou a écrit :

ben quoi ?
tu pourras tester ta hestion d'exception, c'est ce que tu veux nan ?

oui mais je voulais tester ça sans toucher à mon code, ché pas jme disais ptet en inserant une crasse dans mon fichier.. bref :ange:

benou a écrit :

sinon pendant la lecture tu donne un gros coup de savate dans ton PC ... ca marche aussi ...

ha, je prefere ça :jap:

nraynaud >> le code est moisi, y'a des "jumps" et c'est plein d'inhéritance mal pensée... (en gros ça sent le "tiens on mettrais bien un truc qui compte les lignes... bon, on va coller ça par dessus ça.. ha tiens merde faut réecrire telle méthode... ha tiens zut, celle-ci faut appeler le super apres avoir fait une bidouille... etc.. va voir le code c'est éloquent)

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

the real moins moins

benou a écrit :

+1 sauf que je suis allé voir la doc et que je vois pas le problème ...

oui mais la doc elle est toujours bien [:joce]

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

d4rK 3Mpr0R

fr33 Kevin

heu, c'est pas mal ça d'utiliser un compilateur non standard pour faire le JDK [:kiki]

à tous les coups y'a un switch planqué dans le compilo qu'ils distribuent pour faire des goto.

à moins que ce ne soient des boucles labellisées ?

d4rK 3Mpr0R

fr33 Kevin

oué, après vérification, c'est des boucles labellisées, sa permet de breaker trash dans plusieur boucles imbriquées.
mais ce sont les boucles qui ont des noms et pas la ligne de code.

C'est 100% pure java (la flemme de JLS).

d4rK 3Mpr0R

fr33 Kevin

par contre, moi je suis emmerdé avec mes JTree, je veux écouter la sélection et tout ce qui concerne la sélection est modélisé avec des TReePath, dont j'ai pas envie de rentrer dans les détails tout de suite :-(

il auraient pu faire une interface trafiquée qui donne direct de TreeNode sélectionné pour aller plus vite !

the real moins moins

d4rK 3Mpr0R a écrit :

oui oui. j'voulais juste dire que cette classe sentait la bidouille à plein nez et qu'ils auraient mieux fait de s'abstenir

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

Publicité

benou

d4rK 3Mpr0R a écrit :

oué, après vérification, c'est des boucles labellisées, sa permet de breaker trash dans plusieur boucles imbriquées.

tu connaissais pas ? [:wam]

ca existe en C, ADA ...

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

d4rK 3Mpr0R

fr33 Kevin

biensûr que si je connaissais, mais j'ai crû que -- parlais de goto. Comme j'en vois 2 par an, ça m'est même pas venu à l'esprit.

the real moins moins

moi je connaissais pas. enfin je veux dire que je ne savais pas qu'on pouvait faire ça en java. d'un coté c'est pas mal, parce que les breaks c'est pas toujours tres explicité quand c'est nesté avec des ifs ou autre, mais bon

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

d4rK 3Mpr0R

fr33 Kevin

-- > c'est exactement le raisonnement derrière ça

d4rK 3Mpr0R

fr33 Kevin

putain, les cons !!! ils ont pas implémenté tous les algos de recherche pour tout ce qui concerne les "metadata" dans les javabeans, il faut faire une partie de l'algo à la main !!

allez chercher un éditeur pour une propriété, c'est le chemin de croix !

alien conspiracy

hardtrance addict

"Penser Java" ... mais en ais-je vraiment envie ... [:dawa]

note: c'est pour les cours

Message édité par alien conspiracy le 22-09-2004 à 18:41:30

d4rK 3Mpr0R

fr33 Kevin

à partir d'un propertyDescriptor et d'une instance, il n'existe pas de raccourcis pour aller chercher la valeur de la propriété dans le bean [:petrus75]

Je sais pourquoi cette techno a été abandonnée ...

benou

d4rK 3Mpr0R a écrit :

à partir d'un propertyDescriptor et d'une instance, il n'existe pas de raccourcis pour aller chercher la valeur de la propriété dans le bean [:petrus75]

bha y en a pas vraiment besoin faut dire ...

Message édité par benou le 22-09-2004 à 18:51:49

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

uriel

blood pt.2

pas compris, skoi l'interet d'acceder a la valeur de la propriete ?

---------------
IVG en france

d4rK 3Mpr0R

fr33 Kevin

uriel > pour la mettre dans le PropertyEditor avant de l'afficher.

dites, j'ai des exception à remonter pour des contrats pas respectés, je remonte quoi ?

en l'occurence, c'est une instance de Class sur laquelle je *dois* pouvoir faire newInstance().

benou

NoSuchMethodException ?

sinon, avoir la valeur :
propDesc.getReadMethod().invoke(tonObject, null) [:spamafote]

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

d4rK 3Mpr0R

fr33 Kevin

benou > 1) bof, mais je vais faire ça.
2) oui, c'est ce que je viens de faire .... avec 3 handlers d'exception ....

d4rK 3Mpr0R

fr33 Kevin

En fait, je vais faire une exception du domaine. Si je veux que ce soit un peu réutilisable, autant pas faire trop le porc.

benou

d4rK 3Mpr0R a écrit :

avec 3 handlers d'exception ....

tu les aurais eu aussi les exceptions si y avait eu une méthode directe sur le PropertyDescriptor ...

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

benou

d4rK 3Mpr0R a écrit :

autant pas faire trop le porc.

je te propose pas un catch(Throwable) alors :whistle:

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

d4rK 3Mpr0R

fr33 Kevin

bordel de merde, on peut pas dire au PropertyEditor si la propriété est writeable ou pas (et utiliser un propertyeditor est la seule méthode pour obtenir un composant visuel qui permette d'éditer/représenter une propriété).

d'autre par, quand on est listener du propertyEditor, s'il y a eu modification de la propriété, on peut pas dire que le bean a mis son véto à la modif (pourtant les éditeurs de bean doivent bien y arriver eux, mais c'est pas marqué dans la doc).

Message édité par d4rK 3Mpr0R le 22-09-2004 à 19:53:57

d4rK 3Mpr0R

fr33 Kevin

benou a écrit :

tu les aurais eu aussi les exceptions si y avait eu une méthode directe sur le PropertyDescriptor ...

oui, mais j'aurai pas eu à choisir comment les wrapper [:itm]

benou

d4rK 3Mpr0R a écrit :

oui, mais j'aurai pas eu à choisir comment les wrapper [:itm]

pkoi ?

pour dire que c'est writeable ou pas, c'est à toi d'écrire le BeanInfo et retourner null à la getWriteMethod()

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

benou

tu peux peut être même faire un setWriteMethod(null) [:spamafote]

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

d4rK 3Mpr0R

fr33 Kevin

benou > je suis de l'autre côté de la barrière, je fais un éditeur de bean.

je viens d'aller voir le code du BDK :

Code :

if (editors[i] == editor) {
PropertyDescriptor property = properties[i];
Object value = editor.getValue();
values[i] = value;
Method setter = property.getWriteMethod();
try {
Object args[] = { value };
args[0] = value;
setter.invoke(target, args);
// We add the changed property to the targets wrapper
// so that we know precisely what bean properties have
// changed for the target bean and we're able to
// generate initialization statements for only those
// modified properties at code generation time.
targetWrapper.getChangedProperties().addElement(properties[i]);
} catch (InvocationTargetException ex) {
if (ex.getTargetException()
instanceof PropertyVetoException) {
//warning("Vetoed; reason is: "
// + ex.getTargetException().getMessage());
// temp dealock fix...I need to remove the deadlock.
System.err.println("WARNING: Vetoed; reason is: "
+ ex.getTargetException().getMessage());
}
else
error("InvocationTargetException while updating "
+ property.getName(), ex.getTargetException());
} catch (Exception ex) {
error("Unexpected exception while updating "
+ property.getName(), ex);
}

je vais peut-être aller voir le code de l'autre appli de sun ...

d4rK 3Mpr0R

fr33 Kevin

Code :

/**
* @return
*
*
*/
public String getUserAgent() {
return userAgent;
}
/**
*
* @param ua
* @return
*/
public void setUserAgent(String ua) {
userAgent = ua;
}

c'est pas dans la spec des javabeans ça ? o_O

benou

d4rK 3Mpr0R a écrit :

c'est pas dans la spec des javabeans ça ? o_O

:??:

hein ?

c'est quoi ton appli là ?

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

kadreg

profil: Utilisateur

http://forum.hardware.fr/hardwaref [...] 7940-1.htm

[:banguy]

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

d4rK 3Mpr0R

fr33 Kevin

benou > un configurateur de javabeans, pour l'instant, je commence à faire le début de la préparation d'un feuille de propriétés.

benou

d4rK 3Mpr0R a écrit :

benou > un configurateur de javabeans, pour l'instant, je commence à faire le début de la préparation d'un feuille de propriétés.

pkoi ca cause de user agent ?

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

the real moins moins

d4rK 3Mpr0R a écrit :

Code :

/**
* @return
*
*
*/
public String getUserAgent() {
return userAgent;
}
/**
*
* @param ua
* @return
*/
public void setUserAgent(String ua) {
userAgent = ua;
}

c'est pas dans la spec des javabeans ça ? o_O

euh pourquoi?
(c'est quoi cette doc inutile et polluante là? [:kiki] )

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

the real moins moins

benou a écrit :

pkoi ca cause de user agent ?

parce que c'est une propriété de son objet?

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

d4rK 3Mpr0R

fr33 Kevin

benou a écrit :

pkoi ca cause de user agent ?

parce que le business du bean a avoir avec du client web ?

benou

pourquoi je poste encore ici moi ...

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

d4rK 3Mpr0R

fr33 Kevin

benou > je parlais de la paire set/get que je retrouvais pas comme propriété par introspection. En allant lire la spec, j'ai trouvé pourquoi : quand on met un BeanInfo, il faut tout préciser ce qui concerne une catégorie de feature.

d4rK 3Mpr0R

fr33 Kevin

minus > la doc c'est un template vide, mais comme il y a le bordel pour 3 systèmes de persistance/introspection inachevés (j'en ai posté un sur blabla l'autre jour) dans cette classe, je pense pas que que quelques templates vides soient trop graves ...

Message édité par d4rK 3Mpr0R le 23-09-2004 à 00:23:25

Publicité

Page : 1 2 3 4 5 .. 49 50 51 .. 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.149 secondes