Reprise du message précédent :
euh chez moi aucune des deux ne matche dans ton site la.. sans flags..?

Oui (ça match)
Non (sans flag]

mais non

matches() no
find() yes
 
skoi la diff ?

 
find() : Attempts to find the next subsequence of the input sequence that matches the pattern.
matches() : Attempts to match the entire input sequence against the pattern.
 
Sauf que dans le cas de ton pattern ça devrait revenir exactement au même
 
WTF

yavait des \r\n a la fin de mon input

Pas matchés par le ., donc effectivement ça pouvait pas passer.
Avec un $ après .* par contre je pense que find() et matches() auraient donné le même résultat.

k thx

mais putain
    private static final SimpleDateFormat df = new SimpleDateFormat("E MM d H:m:s z yyy", Locale.US);
 
Exception in thread "main" java.text.ParseException: Unparseable date: "Mon Oct 16 13:57:31 CEST 2006"
 
merde, quoi

bonm, chuis smartm j4vais formatter une new Date() jusau'a ce que monf ormat corresponde hein

voilà :
    private static final SimpleDateFormat df = new SimpleDateFormat("E MMM dd HH:mm:ss zz yyyy", Locale.US);
 
    public static void main(String[] args) throws ParseException {
        final Date d = df.parse("Mon Oct 16 13:57:31 CEST 2006" );
        System.out.println("d = " + d);
    }

le "d" sur un digit t'avais assez peu de chances que ça passe

on retourne lire la doc siouplé?

 
j'en déduis que t'as du être dans ce cas là, sinon ton premier pattern aurait marché
 
 

attention aux accès concurents /o\

Pourquoi elementData est protected dans la classe vector ?  Parce que bon, tripoter ça dans les classes filles, ça me semble violent. Ici, j'en ai qui triturent cet élément dans les sous classes de vector
 

 
 
Et accessoirement, pourquoi Object et pas E ? compat ?

héhéhé, c'est une feinte des generics.

esplique

en fait, même s'il met E[], il aura pas le droit de faire "elementData = new E[10]" car on a pas le droit d'instancier directement les types génériques.

ok, lol

par ce que une fois "erazed" les types génériques disparaissent au profit de leur borne supérieure. Hors dans les tableaux, le pointeur vers le type des éléments est stocké, ce qui veut dire que suivant la valeur de E, un type différent de tableau serait créé, ce qui n'est pas compatible avec java 1.4.

 

 
 
(non spa du code de chez nous )

wtf

Au moins c'est thread-safe

C'est le getter qui est en singleton, y'en a qu'un

ça n'a vraiment de singleton que le nom hein !!

ça dépend, quand tu as ça :  

 
ben tu peux toujours t'amuser à créer des instances, elle verront toutes toujours le même projet actif.

Sauf que là t'as ptet pas vu mais le getter du singleton crée une nouvelle instance de LicenseManager à chaque appel

ce que je voulais dire, c'est que si LicenseManager a la même gueule que mon ProjectManagerActiveProjectHolder, c'est pas très grave.

Ah ouais effectivement vu comme ça ça se tient

merci les effets de bord si on décide de changer LicenseManager

ha bon?

ha bon ?

(même si on décide de pas l'changer, j'vais t'dire)

je disais ça parce qu'apparemment, ça semblait pas beaucoup déranger certains
 
Après, vous codez comme vous voulez, je m'en bats les citrouilles

 
Je te recommande M6 Boutique parce que parfois ils vendent du second degré

http://www.sun.com/2006-1113/feature/index.jsp
(on sait tous ce que c'est en fait )

skoi  ?

java en GPLv2

A mort les licences barbues !