Discussion :

[BiM]

Bonjour,

Je dois créer une classe Java qui sera appelée par ligne de commande. Je suppose que je met l'éxécution dans ma méthode main()... ?

Bon alors, déjà ça c'est pas mon fort, vous avez une petite démonstration svp ?
Et la même chose avec la classe dans un Jar ?

Et connaissez-vous une méthode de parsing pour les paramètres de la méthodes genre... "-a auteur -d date -b true" ?

Merci d'avance !

[tchize_]

alors dans l'ordre:

Bon alors, déjà ça c'est pas mon fort, vous avez une petite démonstration svp ?

Pour créer un main ,t'en trouvera dans tous les cours de java sur le site de developpez. Un petit exemple ici http://bruce-eckel.developpez.com/li...&page=1#01.020. Pour les JARs, faut packager dans un jar avec la command "jar" et fournir un MANIFEST.MF référencant le main. Plus d'infos ici: comment créer un JAR exécutable

Et connaissez-vous une méthode de parsing pour les paramètres de la méthodes genre... "-a auteur -d date -b true" ?

commons CLI est une librairie java très pratique pour gérer les paramètres en ligne de commande, afficher de l'aide, traiter les erreurs. Plus d'info sur le site
http://commons.apache.org/cli/

[BiM]

Merci tchize_ mais c'était pas ça les deux premières questions

Je voulais juste une confirmation pour la création d'un main(), donc oui il faut bien en faire un (après je sais l'écrire puis Eclipse est trop fort, il sait aussi ).

Pour la deuxième question, c'était plutôt sur l'appel à ma classe qu'allait ma question. Notamment à cause des paramètres. Parce que je suppose qu'on appelle la classe avec la commande "java" qui elle a des paramètres, alors comment faire pour prendre en compte MES paramètres ?

java mon.package.MaClasse -a auteur par exemple. Est-ce que Java différencie automatiquement que tout ce qu'il y a après java mon.package.MaClasse sont mes paramètres ?

Et j'ai vu effectivement plusieurs librairies :

• Commons CLI d'Apache
• JSAP
• args4j

As-tu un conseil sur l'utilisation de l'une ou l'autre stp ?

[tchize_]

Donc oui il faut un main (faut bien que ton programme commence quelque part)

Dans la ligne de commande, tout ce qui se trouve après le nom de ta classe est passé en paramètre à ton main, tout ce qui se trouve devant est passé en paramètre à la jvm.

Je n'ai utilisé perso que commosn cli. Facile à utiliser, te permet des paramètres indéterminés en cas de besoin, permet de typer els paramètre, permet d'associer raccuorcis et aide à chaque parameètre, génère l'aide en fonction de ta liste de paramètres et l'affiche.

[BiM]

Ok merci.

Permet-il de gérer des listes (plusieurs valeurs pour un paramètre) ?
Y-a t'il des dépendances ?

[tchize_]

oui, tu peux avoir des arguments de type liste il me semble:

static OptionBuilder hasArgs()
The next Option created can have unlimited argument values.

Non il n'y a pas de dépendances:
http://commons.apache.org/cli/dependencies.html

[Uther]

Pour ce genre de chose personnellement je ne recours pas a des bibliothèques.

Je sais qu'il faut pas réinventer la roue, mais là je trouve que c'est quand même faire appel à un électricien pour changer une ampoule.

[BiM]

Ca dépend du nombre de paramètre et de la complexité de ceux-ci. Ca permet également de ne pas en oublier.

En tout cas, merci pour tes réponses tchize_

Pour l'instant je suis sur Args4j parce qu'il permet de mettre des @ (Annotations) et c'est pas plus mal

[tchize_]

Pour ce genre de chose personnellement je ne recours pas a des bibliothèques.

Je sais qu'il faut pas réinventer la roue, mais là je trouve que c'est quand même faire appel à un électricien pour changer une ampoule.

Tu gagne du temps, c'est plus propre et plus confortable à utiliser, ca force toutes tes application a avoir la même manière de passer les paramètres (type unix), et ca permet de gérer les paramètre dans le désordre.

Sur, si ton application est du type

Code :

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

java nom.jar input output

des librairies comme ça servent à rien. Si ton applicaiton commence plutot à avoir la tête:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
usage: java -jar JmsEmailer [options]
 -broker <brokerUrl>           specify the broker connection url to
                               connect to. eg: tcp://localhost:61616
 -config <configFile>          specify the JmsEmailer config file to use
                               (recommander over command line
                               configuration)
 -help                         show help
 -hibernate <file>             location of Hibernate config file (default:
                               conf/hibernate.cfg.xml)
 -log4j <file>                 location of log4j config file (default:
                               conf/log4j.xml)
 -patternLocation <file>       Where to find email pattern file to user?
                               eg: ./emailPatterns.xml
 -queue <queue>                specify the queue name of broker to watch.
                               eg: Foo.Bar
 -reconnectTimeout <seconds>   Delay to reconnect after an error in
                               seconds (default 15 seconds) eg: 300 (wait
                               5 minutes)
 -user <username>              specify the username to identify with
                               broker (note: password is not allowed on
                               commandline!)

Des librairie qui t'évitent de mal réécrire la roue, c'est bien pratique.

[Uther]

Tu gagne du temps, c'est plus propre et plus confortable à utiliser, ca force toutes tes application a avoir la même manière de passer les paramètres (type unix), et ca permet de gérer les paramètre dans le désordre.

C'est vrai que ca dépends des cas.

Le gain de temps reste quand même a relativiser. L'apprentissage d'une bibliothèque n'est pas non plus immédiat, et il y a également moyen de mal les utiliser si justement on veut gagner du temps et que l'on lit la doc un peu trop en diagonale.
Quant a lire soi même les paramètres dans le désordre, ca n'a rien de très complexe.

[BiM]

C'est vrai que ca dépends des cas.

Le gain de temps reste quand même a relativiser. L'apprentissage d'une bibliothèque n'est pas non plus immédiat. Quant a lire il n'est pas très compliqué de gérer soi même les paramètres dans le désorde.

Perso, je n'ai aucun mal à appréhender JSAP d'autant plus que la librairies est accompagnée d'exemples et d'une documentation. C'est pas comme si j'étais jetée aux lions

[BiM]

Pour information, j'ai trouvé quelque chose de très intéressant à ce sujet :
http://hikage.developpez.com/java/ar...cli-vs-args4j/

[tchize_]

L'apprentissage d'une bibliothèque n'est pas non plus immédiat, et il y a également moyen de mal les utiliser si justement on veut gagner du temps et que l'on lit la doc un peu trop en diagonale.

T'as vu la tailel de commons-cli? En 20 minutes t'as chargé la librairie et créé les paramètres dont t'avais besoin. Quand tu regarde l'exemple http://commons.apache.org/cli/usage.html à la fin de page, on peux pas dire que ce soit dur à appréhender. Et comme c'est une librairie qui intervient uniquement en début de programme, on peux pas dire non plus qu'elle pose un risque pour le reste de ton code. Maintenant c'est vrai, pour 3 options, c'est parfois plus facile de s'en passé. Perso je l'utilise à chaque fois, en deux coup de cuiller à pot, mon application et full paramètrable