Discussion :

[sroux]

Bonjour,

Je mets à jour un petit projet Java développé en 2009 et ce faisant je découvre que la librairie Jakarta ORO (regex Perl5) n'est plus maintenue.

Je regarde donc du côté des librairies natives Java et là je pleure car finalement je trouve ça bien pourri et je comprends pourquoi j'ai utilisé ORO à l'époque...

Bien que j'ai cherché dans plusieurs blogs et articles je ne trouve pas comment récupérer la chaîne trouvée (Nov dans ce cas).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
public static void main(String[] args) {
 
    String pattern = "Today November 6th 2024 blah !";
 
    if (pattern.matches(".*(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec).*")) {
        System.out.println("Found");
    } else {
        System.out.println("Not found");
    }
}

Avec ORO je faisais un truc comme ça...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
private static String changeMonthFormat(String line) {
 
        if (line.matches("(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)")) {
 
            String matchResult = regEx.getMatch().toString();
            ...

Merci pour vos lumières !

[bouye]

Hum, il y a ca mais du coup ca renvoit toute la chaine testee et non pas just Nov :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 final Pattern p = Pattern.compile(".*(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec).*");
        final Matcher m = p.matcher(pattern);
        while(m.find()) {
            System.out.println(m.group());
        }

Après si la lib fonctionne toujours comme prévu avec du Java moderne et présente aucun trou de sécurité, pourquoi ne pas continuer a l'utiliser ?

[sroux]

Hum, il y a ca mais du coup ca renvoit toute la chaine testee et non pas just Nov :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 final Pattern p = Pattern.compile(".*(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec).*");
        final Matcher m = p.matcher(pattern);
        while(m.find()) {
            System.out.println(m.group());
        }

Après si la lib fonctionne toujours comme prévu avec du Java moderne et présente aucun trou de sécurité, pourquoi ne pas continuer a l'utiliser ?

Merci pour ta réponse, effectivement c'est une piste que je vais privilégier ! Du coup je vais recompiler et tester tout ça !

Neanmoins, je reste archi déçu par cette librairie Regex native.

[CosmoKnacki]

Pour chercher ça, tu n'as même pas besoin de créer (explicitement) un groupe, ni de décrire toute la chaîne:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
final String regex = "Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec";
final String string = "Today November 6th 2024 blah !";
 
final Pattern pattern = Pattern.compile(regex);
final Matcher matcher = pattern.matcher(string);
 
if (matcher.find()) {
    System.out.println(matcher.group(0));
}

Néanmoins, je reste archi déçu par cette librairie Regex native.

Dans ce cas tu devrais la regarder de plus prés, car même si tu ne retrouveras pas certaines fonctionnalités des regex Perl 5 (en particulier la possibilité de faire une référence à une sous-pattern d'un groupe de capture et par voie de conséquence de permettre la récursion), elle contient d'autres fonctionnalités et ce depuis des années, qui manquent (ou manquaient jusqu'à très récemment) à pas mal de libraries/langages comme par exemples: les opérations dans les classes de caractères (intersections, unions, soustractions), les tests arrières (lookbehind) de longueur variable, et un bon support d'Unicode (recherche par block, script, category ou code point) ou encore la comparaison de glyphes par décomposition canonique avec l'option CANON_EQ (je n'ai jamais vu ça ailleurs).

[sroux]

Bonjour, merci pour cette reponse détaillée, je vais effectivement regarder à nouveau cette librairie native sur la base de tes remarques !

Sébastien