[Avis] Quelles sont les meilleures API et outils Java ?

[christopheJ]

Bonjour à tous,

Même si les API standards, contenues dans le JDK, offrent un ensemble de fonctionnalités extrêmement vaste, il est parfois nécessaire de se tourner vers des API externes. Ceci peut être dû à un manque du JDK ou simplement parceque ces API externes sont plus efficaces.
Quoi qu'il en soit, l'utilisation d'API externes est désormais une chose courante. Pour s'en convaincre, il suffit de faire un tour des messages postés sur le forum

La rubrique Java dispose de deux pages consacrées aux API et outils.
La boîte à outils du développeur
Les meilleures API Java
Même si ces pages contiennent plusieurs centaines de références, il est certain qu'on en a oublié quelques unes
Si vous voulez nous aider à maintenir et à enrichir ces pages, n'hésitez pas

Quelles sont vos API ou outils préférés ? Pourquoi ?
N'hésitez pas à préciser :
Le nom (et la version) de l'API/outil et un lien pour le téléchargement
Le domaine d'utilisation, l'utilisation que vous vous en faites, ...
Quelle licence ? Quel coût ?
Pourquoi vous l'utilisez ? Fonctionnalités simplifiées (ou inéxistantes dans le JDK), API plus intéressante que celles du JDK, etc.

Par exemple :

API : Jakarta Commons DButils : http://jakarta.apache.org/commons/dbutils/
Domaine : JDBC, récupération d'objets depuis le SGBD
Licence: Apache coût : gratuit
Permet la récupération de liste d'objets en quelques lignes de code. Simplifie la gestion de tout ce qui est fermeture des Connection, Statement et ResultSet.

De même, si vous voulez commenter certaines API ou outils, vous pouvez le faire ici.

L'équipe Java
PS : si vous voulez discuter des EDI & RAD Java, vous pouvez regarder ce post.

[sylvain_2020]

Bonjour,

• Hibernate v2.1.6 : http://www.hibernate.org
  Domaine : ORM : Mapping Objet/Relationnel
  Licence: LGPL : gratuit
  Permet d'assurer la persistance des donnees et l'independance vis-a-vis du SGBD

J'aimerais ajouter, comme point positif de cette API, l'activite des forums d'hibernate et la richesse des tutoriaux et des outils annexes. Bref, du tres bon boulot .

[cho7]

bonjour,

Moi plutot qu'une api complète j'voudrai juste donner une classe que j'utilise beaucoup et qu'on peut trouver sur le site de sun, a savoir GraphPaperLayout.

Il s'agit d'un layout très simple à utiliser, un peu a la manière de GTK, pour concevoir des interfaces rapidement et simplement.

En gros pour dessiner une interface, on la pense d'abord sur une feuille, on trace un quadrillage de 10x10 (par exemple), puis on dessine tous nos controles, ensuite il suffit de se dire, le bouton 1 va de la case 1 à 2, etc

le lien de la classe :
http://java.sun.com/docs/books/tutorial/uiswing/layout/example-1dot4/GraphPaperLayout.java

Voilà, parceque GridBagLayout c'est bien, mais parfois, on a pas le temps

[quilo]

Lucene
http://jakarta.apache.org/lucene/docs/index.html
Permet de créer un moteur de recherche

Hibernate comme dit ci-dessus

Log4J
http://logging.apache.org/log4j/docs/
Probablement une des plus connues. Permet de réaliser du logging

Eclipse Modeling Framework
Permet de créer un modèle objet

JDOM
Permet de travailler sur des fichiers XML grâce à l'API DOM

Jython
Pas vraiment une API mais permet de créer des scripts python directement grâce à Java et permet d'utiliser l'API java sans difficulté

Xalan
http://xml.apache.org/#xalan
API pour transformer du XML grâce à XSLT

Xerces
http://xml.apache.org/#xerces
Parser XML



Comme on peut le voir, la fondation apache offre énormément d'API Java performante. Foncez-y.

Struts
Permet de créer facilement (plus ou moins) des sites web grâce à java

Merci

[Ioan]

Bonjour,

Comme on peut le voir, la fondation apache offre énormément d'API Java performante. Foncez-y.

C'est tout à fait vrai.

Personnellement, j'aimerais attirer l'attention sur le sous projet Jakarta Commons. Une véritable mine d'or.

On envisageait au sein de la rédaction de faire une présentation détaillée de ce projet de la fondation Apache : description générale, objectifs, fonctionnement, diverses API, etc. Pour ensuite présenter des articles et tutoriels sur des API précises, comme DbUtils par exemple (Simplifiez vous JDBC avec Jakarta Commons DbUtils par Christophe Jollivet).
A ce propos, si vous connaissez/maitrisez une de ces API et que vous voulez en faire un article, vous pouvez trouver des informations ici.

@+

[ceddup]

J'utilise pour ma part les outils JFreeChart pour générer des graphiques et POI pour fournir des documents excels complets (générés sur le serveur, contenant des formules, etc...), ces deux APIs sont tout à fait mures et très faciles à apprendre! Je vous les conseille.
FOP est aussi interressant puisqu'il permet de générer du PDF même si il faut plonger dans XSLT, ce qui n'est pas l'experience la plus agréable qui soit.

[narmataru]

Voici une API que je n'ai pas encore utilisé dans mes projets mais queje garde sous le coude. Il s'agit de beanshel qui est un interpréteur de code Java qui peut être embarqué dans du code java justement.

beanshell : http://www.beanshell.org/intro.html
domaine : permet de créé des script en langage java qui peuvent interragir avec les objets existant du programme compilé qui l'exécute.
Dual Licensing: Sun Public License / Gnu Lesser Public License, gratuit et peut être intégré dans un projet commercial
Comme je l'ai dit je ne l'ai pas encore utilisé. Mais bon ça permet de faire des script qui s'intègre dans le programme principal. Par exemple dans l eprojet que je réalise en ce moment je dois réaliser des suite arithmétique qui devront être imprimées. Pour l'instant pour chaque suite je doit créé une classe, le client me demande donc de la lui faire. CEpendant je vais surement créé une classe Suite qui demandera à lopérateur de rentrer la formule de la suite. Cette formule rentrera dans le script beanshell. Ainsi la classe Suite sera directement personnalisable par l'opérateur.

un ancien post : http://www.developpez.net/forums/vie...ight=beanshell

[Katyucha]

jexcel
Création de fichier de reporting sous Excel
Licence GPL
Simple, efficace, agréable. Rien à redire.

[adiGuba]

Salut,

XStream
Sérialization de classe en fichier XML
Licence BSD
Je viens de la découvrir et je ne l'ai pas vraiment utilisé, mais elle a l'air très bien. Il y a un mini-tutoriel sur le site officiel et c'est tout simple à utiliser. Je sais que les classes XMLDecoder/XMLEncode de l'API proposent la même chose mais dans ce cas le XML généré n'est pas super !
Avec XStream le code XML est vraiment très simple !

a++

[Ioan]

Bonjour,
La première version de la page API est en place : http://java.developpez.com/outils/api
N'hésitez pas à nous donner vos avis

La page outils sera mise à jour la semaine prochaine. Elle contiendra, entre autres, la descritiption des interpréteurs de scripts (Jython, BeanShell, Groovy, ...), des frameworks de persistance (Hibernate, implémentations JDO, ...), des frameworks d'application web, des drivers JDBC, des parsers XML et processeurs XSLT, etc., etc.

@+

[sylvain_2020]

C'etait vraiment une bonne idee de creer cette section, il y a pas mal d'API dont je n'aurais meme pas soupconner l'existence.
J'ai releve quelques fautes de frappe que je me permets de mentionner :
Zeus JSCL

Zeus JSCL fournit un enseble de composants Swing dont JConsole, ..

Commons Lang
Commons Collections
Commons Primitives
JDSL (Java Data Structures Library)
Tabbed Panel
Média : APIs standards
I/O : APIs standards
Commons IO
Commons Net
Commons FileUpload

L'API standard fourni

POI

... Celles-ci permettent l'accés et ...

Java Communications API

Cette API est dédiée à la manipulations des ports série ...

Proxool

Proxool est un pool de connesxions Java.

PI fournies par les drivers

Les drivers JDBC fournissent en général tout en ensemble de classes ...

sylvain_2020

[olivier_martin_java]

Bonjour à tous,

Comme API interessante, vous pouvez essayer le framework J2EE SweetDEV.

Le produit est gratuit et la doc est en ligne

j'ai trouvé ca sur www.ideotechnologies.com

olivier

[narmataru]

Vraiment très bien cette liste d'API Une très bonne idée !!!

[DADOU2]

Tout d'abord je tiens à signaler que j'apprécie beaucoup ce site, ses articles et ses forums

Ceci étant dit revenons à nos moutons.

Pour le test d'application web j'ai déjà utilisé :

Produit : JWebUnit 1.2
Domaine : Unité de test simulant un navigateur basée sur le framework JUnit et HttpUnit.
Licence : BSD
Commentaire : La syntaxe est beaucoup plus simple et plus élégante que celle de HttpUnit (un comparatif existe en première page du site). Les assertions dans le code existent depuis le jdk1.4 mais ne permettent de tester qu'une classe à la fois.
Un bémol : impossibilité de tester un clic sur un bouton "parcourir"

Pour le développement d'application web :

Produit : Barracuda 1.2.6
Domaine : Framework applicatif de présentation utilisant le pattern MVC2.
Licence : LGPL
Commentaire : Un des meilleurs framework du marché en terme de performance et de fonctionnalités offertes. Assez complexe à appréhender mais bien documenté avec un forum disponible sur Jguru. Modèle événementiel très intéressant (substitution possible des hyperliens qui contiennent des pages en dur) qui permet de modifier la navigation à la volée. Ce framework perd de son intérêt si l'on n'utilise pas XMLC.


Produit : Enhydra XMLC 2.2.6
Domaine : Utilitaire de gestion de parsing et de restitution de templates
LGPL
Commentaire : Alternative aux outils de templating et scripting classiques (JSP, ASP, Velocity, PHP...) alliant la notion de DOM à toute page (HTML, XML, XHTML ...) parsée et générant une classe java (par compilation statique) permettant de manier cette page. Au final, on ne manipule que du java et l'on respecte le pattern MVC strictement en ne mélangeant les données dans la page qu'à l'extérieur du design (ce n'est pas la page qui lie les données du code dans sa syntaxe). Ainsi, un designer peut changer le design de la page (en conservant les mêmes nom de champs) et le code n'est absolument pas modifié (au contraire des autres outils de templating). C'est un concept proche de XML + XSL mais là on peut aussi modifier le DOM de départ (ajout, suppression de noeuds). Ce système gère aussi la localisation (permet de faire, par exemple, une page de login différente en fonction de la nationalité du lecteur). Très simple d'usage.


A+

[avoiture]

je ne suis pas contre l'utilisation d'api tierces, par contre, je pense qu'il faut toujours privilegier l'utilisation du JDK lorsque c'est possible. Par exemple pour le loggin depuis java1.4 sun a rajoute une api de logging qui a (presque) les memes possibilites que log4j. pareil pour les parseur xml, les serialisation XML ...

je m'explique... immaginer que vous avez a developper une applicaion et que vous incluez 5/6 librairies ...on y arrive vite, c'est tout a fait realisable. chacune de ces librairies fait une moyenne de 400Ko (environ) ca fait rapidement pres de deux megas. de plus faut rajouter l'application... immaginez ensuite qu'il faille deployer cette application via applet ou java web start ... le temps d'attente sur le client devient rapidement de plus en plus grand. bien sur ce temps ne sera long que le premier lancement de l'application. mais si ces librairies sont inclues dans le meme jar (war/ear) que l'application, cette duree d'atente sera longue a chaque deploiment ...
le client en aura vite marre de devoir attendre 3/4 minutes pour lancer son application et ralera

il y a moyen de faire enormement de choses avec l'api standard et je ne suis pas sur que l'utilisation d'api externes accelere la productivite/l'efficatite.

une api externe faut commencer par la trouver (j'ai mis plus de trois semaines a chercher une api pour la manipulation de documents word et je n'ai pas encore trouve de solution viable)
faut comprendre son fonctionnement, son architecture. par exemple pour log4j, savoir a quoi correspond un logger, un appender, un layout ...
essayer d'integrer cette api dans ses codes de maniere claire et propre.
...
ca prend du temps tout ca.


il faut aussi penser un minimum a la maintenance de l'application. immaginer que c'est quelqu'un d'autre qui doivent reprendre l'application et qu'il trouve un nombre important de librairies externes... moi ca ne fait pas plaisir. ca me donne vraiment l'impression d'un programmeur qui a la maladie internet qui essaye de trouver le plus de choses sur internet pour qu'il ne doivent plus qu'assembler. c'est vraiment pas evident a reprendre. (ca me fait chier a mon stage si vous voulez savoir !!!!)

pour les commons jakarta, j'ai un copain qui nous avait fait un expose la dessus. ca peut etre interessent, je ne dis pas le contraire, mais faut peser le pour du contre.
prenons le cas des commons - collections. l'api java standard, ne fournit-elle pas deja un nombre assez impressionnant de moyen de gerer ses collection ? si Java ne contient pas de Map triable c'est qu'il y a une raison. Moi je dit que si on a une Map c'est qu'on y accede par une cle. sinon, il y a les listes.
pareil pour dbUtils et io. j'ai meme l'impression que les commons io permettent moins que l'api nio fournit en standard dans le jdk.
pour les commons net, j'ai vraiment l'impression que c'est une copie du package sun.net. (pas une copie de code, mais les fonctionnalites sont a peu pres les memes)...

donc, avant d'aller chercher une librairie externe, regarder d'abord ce que propose l'api java. c'est standard et permet une meilleure comprehension lors des phases de maintenance ...

voila, mon avis sur les librairies externes ...


mais c'est vrai que la fondation apache fournit d'excellente librairies
-> POI - hssf : gestion des fichier excell, permet deja pas mal de choses (pas encore les graphiques, macros...)


-> JFreeChart

-> iText pour les pdf



sinon, j'ai pas d'autre idees qui me viennent en tete, java permet deja tellement de choses ...

[bobuse]

Je sais pas si ça a sa place ici :
http://www.onjava.com/pub/q/java_os_directory
Open Source Java Directory

[Sapience]

Envoyé par avoiture

je ne suis pas contre l'utilisation d'api tierces, par contre, je pense qu'il faut toujours privilegier l'utilisation du JDK lorsque c'est possible.
(...)
donc, avant d'aller chercher une librairie externe, regarder d'abord ce que propose l'api java. c'est standard et permet une meilleure comprehension lors des phases de maintenance ...

Je suis plutôt d'accord avec ça, même si j'utilise personnellement pas mal de briques externes. A mon avis, peu de développeurs connaissent à fond toutes les possibilités qu'offre le JDK, mais c'est fondamental pour pouvoir bien développer en Java. Le problème, c'est que certaines briques sont plus connues et plus documentées que le JDK lui-même (je pense à Log4J, aux trucs de manipulation XML, etc.).

Ne rêvons pas, aujourd'hui, mon boulot consiste principalement à faire de la mise en oeuvre de briques déjà existantes. Je crois globalement que ça permet de se concentrer sur son coeur de métier sans trop s'éparpiller ailleurs, mais je pense qu'il faut privilégier le JDK dès que possible.

"Il faut mobiliser les techniques au service du problème, et non utiliser le problème pour illustrer l'usage des techniques et les appliquer." Mais utiliser une bibliothèque, c'est séduisant et c'est ludique, donc on s'y laisse facilement tenter.

Aller, sur ces réflexions moi aussi je rajoute une librairie que j'aime bien, le Digester, de chez Apache commons - again :

Nom : Digester.
Utilisation : lecture simple de fichiers de configuration XML
Licence : apache - gratuit
permet de récupérer le contenu d'un fichier de configuration XML facilement - en quelques lignes. Très souple. Permet de s'affranchir d'un JAXP ou d'un Castor. Et avec le SAX ou le DOM, ce serait l'enfer...

Happy coding

[orelero]

meilleurs apis: jni avec winpack , et le jdic (quoique)

[tck-lt]

jsmsengine
dispo sur sourceforge
permet l'envoi de SMS au moyen d'un modem GSM, très facile de compréhension pour la base (envoi du SMS), possibilité de relier à un annuaire il me semble, demande une connaissance des trames PDU pour des modifications (ajout d'un accusé de réception etc...) (infos pour format des trames : http://www.dreamfabric.com/sms)

[toinou780]

Bonjour,

Je me disais qu'il manque peut-être une rubrique FrameWorks de Tests dans votre excellente page des meilleurs API Java.

On pourrait y trouver notamment :

JUnit : tests unitaires http://www.junit.org/index.htm
Jakarta Cactus : tests unitaires spécifiques J2EE http://jakarta.apache.org/cactus/
DbUnit : tests unitaires sur le contenu des tables de bases de données http://dbunit.sourceforge.net/

Et bien d'autres que je ne connais pas ou que j'ai oublié !!

Qu'est ce que vous en pensez ??

++

Antoine