Newsgroup: it.comp.java
Titolo: [OT] [JUG] Call for bug vote!

Ciao,
     un nostro collega di oltreoceano; tale Yakov Fain
(
http://yakovfain.javadevelopersjournal.com
) che magari alcuni fra voi
conosce o ha letto, ha un problema in merito al quale, incredibile,
potremmo aiutarlo noi! Durante uno scambio di mail mi ha raccontato di
un bug di Swing che lo tormenta: siccome io su Swing un po' ci ho
lavorato, e so che razza di bacherozzi vi si annidano  :-)  mi sono
sentito subito solidale e ho proposto un modo per dargli indirettamente
una mano che lui apprezzerebbe. Il bug è questo:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4511903
     Ma prima, una rinfrescata su come funziona una parte del ciclo di
bugfix da parte di Sun! Qualunque sviluppatore iscritto su SDN (Sun
Developer Network, pure voi quindi se avete completato l'iscrizione a un
JUG) ha la possibilità di sottomettere un bug o una RFE (request for
enhancement) e quindi di "votarli" (max 3 voti per sviluppatore). I bug
e le RFE più votate sono quelle prese per prime in considerazione
durante lo sviluppo delle nuove release minori e maggiori della
piattaforma. Esistono in particolare i "top25 bug" (
http://bugs.sun.com/bugdatabase/top25_bugs.do
 ) che sono quelli che
saranno quasi sicuramente presi in mano per primi. Come vedete non
dovrebbe essere difficile raggiungere almeno il 25o posto, solo che il
bug lamentato da Yakov non ha attualmente voti sufficienti! (prima di 
iniziare la propaganda erano 3!) Allora io ho pensato: "cavolo, noi 
siamo un bel po', non ce la facciamo a fargli un favore a 'sto ragazzo?".
     Quello che vi propongo è quindi di votare in massa quel bug, in modo
anche da fare vedere a Sun un po' "i muscoli" di noi italiani  :-) (e
cosi magari se ci mostriamo "tosti" ai meet dei JUG possiamo distribuire 
qualche gadget un po' figo!). E' anche un'occasione per voi per capire 
un po' SDN e, banalmente, questo semplice meccanismo di gestione dei bug 
/ RFE che è solo la punta dell'iceberg dello sviluppo, aperto, che si 
sta facendo su Java.
      Allora aspetto i vostri voti! E se dovete iscrivervi a SDN (ve lo 
chiede quando cliccate su "vote for this bug") ricordatevi di iscrivervi 
in modo ufficiale (*) anche al JUG a voi più + vicino e cominciate a 
farvi vedere a qualche meeting!
Help Yakov, che è 'nu buono quaglione!
Ciao,
     Bruno.
(*) 
http://developers.sun.com/jugs/display/europe/ita/
Selezionate poi la città, quindi cliccate "Become a member of this JUG!"
-- 
| Bruno Bossola
| A Java Software Engineer :-)
| 
http://digilander.iol.it/bbossola
| Coordinatore del JUG Torino - 
http://www.jugtorino.it

 
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4511903
Eheh... ho dato il mio voto, però questo bug è davvero comico (almeno 
per chi non ha avuto la sfortuna di imbattercisi). Non mi capacito di 
come sia potuto accadere... mi riservo di guardare i sorgenti :P
pole
-- 
ammentos - a lightweight persistence framework for JDK5
http://ammentos.biobytes.it
Flash tutorial: 
http://ammentos.biobytes.it/quickstart/quickstart.htm

 come sia potuto accadere... mi riservo di guardare i sorgenti :P
 >
Pensa che a lui succede in una transazione finanziaria: si clicca il 
bottone, si *crede* di comprare ad un prezzo e in realtà si compra ad un 
altro :-) Quello si che è comico!
Ciao,
     Bruno


 altro :-) Quello si che è comico!
Ho dato un'occhiata ai sorgenti: il bug non è dentro ActionEvent, che 
riceve il timestamp nel costruttore, ma credo in qualche parte nativa 
relativa a Button; il che spiegherebbe l'incoerenza col 
System.currentTimeMillis().
Tuttavia, giusto per non farmi i fatti miei :P mi chiedevo come mai 
Yakov si appoggi sulla getWhen() invece che fare una chiamata al 
currentTimeMillis() dall'handler dell'azione... ma soprattutto... 
PERCHE' USA AWT??? :-))


 
Mah, penso che usi Swing, la gestione degli eventi non cambia fra le due.
