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

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 :wink:

La rubrique Java dispose de deux pages consacrées aux API et outils.
:arrow: La boîte à outils du développeur
:arrow: 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 :wink:
Si vous voulez nous aider à maintenir et à enrichir ces pages, n'hésitez pas :D

Quelles sont vos API ou outils préférés ? Pourquoi ?
N'hésitez pas à préciser :
:arrow: Le nom (et la version) de l'API/outil et un lien pour le téléchargement
:arrow: Le domaine d'utilisation, l'utilisation que vous vous en faites, ...
:arrow: Quelle licence ? Quel coût ?
:arrow: 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 :

Citation:

---

:arrow: API : Jakarta Commons DButils : http://jakarta.apache.org/commons/dbutils/
:arrow: Domaine : JDBC, récupération d'objets depuis le SGBD
:arrow: Licence: Apache coût : gratuit
:arrow: 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.

Bonjour,

• :arrow: Hibernate v2.1.6 : http://www.hibernate.org
  :arrow: Domaine : ORM : Mapping Objet/Relationnel
  :arrow: Licence: LGPL : gratuit
  :arrow: 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 :D .

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 :)

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

:arrow: Hibernate comme dit ci-dessus

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

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

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

:arrow: Jython
:arrow: 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é

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

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



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

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

Merci

Bonjour,

Citation:

---

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

---

C'est tout à fait vrai. :wink:

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.

@+

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.

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.

:arrow: beanshell : http://www.beanshell.org/intro.html
:arrow: domaine : permet de créé des script en langage java qui peuvent interragir avec les objets existant du programme compilé qui l'exécute.
:arrow: Dual Licensing: Sun Public License / Gnu Lesser Public License, gratuit et peut être intégré dans un projet commercial
:arrow: 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

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

Salut,

:arrow: XStream
:arrow: Sérialization de classe en fichier XML
:arrow: Licence BSD
:arrow: 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++

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 :D

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.

@+

:bravo:

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 :
:arrow: Zeus JSCL

Citation:

---

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

---

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

Citation:

---

L'API standard fourni

---

:arrow: POI

Citation:

---

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

---

:arrow: Java Communications API

Citation:

---

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

---

:arrow: Proxool

Citation:

---

Proxool est un pool de connesxions Java.

---

:arrow: PI fournies par les drivers

Citation:

---

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

---

sylvain_2020

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

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

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

Ceci étant dit revenons à nos moutons.

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

:arrow: Produit : JWebUnit 1.2
:arrow: Domaine : Unité de test simulant un navigateur basée sur le framework JUnit et HttpUnit.
:arrow: Licence : BSD
:arrow: 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 :

:arrow: Produit : Barracuda 1.2.6
:arrow: Domaine : Framework applicatif de présentation utilisant le pattern MVC2.
:arrow: Licence : LGPL
:arrow: 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.


:arrow: Produit : Enhydra XMLC 2.2.6
:arrow: Domaine : Utilitaire de gestion de parsing et de restitution de templates
:arrow: LGPL
:arrow: 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+

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 ...

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

Citation:

---

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 :

:arrow: Nom : Digester.
:arrow: Utilisation : lecture simple de fichiers de configuration XML
:arrow: Licence : apache - gratuit
:arrow: 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

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

:arrow: jsmsengine
:arrow: dispo sur sourceforge
:arrow: 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)

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 :

:arrow: JUnit : tests unitaires http://www.junit.org/index.htm
:arrow: Jakarta Cactus : tests unitaires spécifiques J2EE http://jakarta.apache.org/cactus/
:arrow: 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

Je propose quelques API qui seraient peut-être à mettre dans une nouvelle catégorie (même si trop de catégories tue les catégories) des API à caractère scientifique.

Repast : plateforme de modélisation centrée sur les individus
http://repast.sourceforge.net/

SSJ : ensemble d'outils pour la simulation stochastique (dont une belle panoplie de générateurs aléatoires)
http://www.iro.umontreal.ca/~lecuyer/ssj/

Mon API préférée pour le developpement d'applications de gestion, disposant à la fois d'interfaces Web et d'interfaces Client/Serveur, fonctionnant avec les bases de données relationnelles :

Le framework MDAL
http://www.megasoftcm.com/Produits/L...s/DAL/dal.html

Permet d'obtenir rapidement des applications flexibles et disposant de nombreuses fonctionnalités.

Mon Api préférée pour le calcul scientifique : colt
http://hoschek.home.cern.ch/hoschek/...w-summary.html

et operational research :
http://www.opsresearch.com/cgi-bin/f....cgi/or124.jar

:arrow: Le nom (et la version) de l'API/outil et un lien pour le téléchargement

struts 1.2 (struts.apache.org)
:arrow: Le domaine d'utilisation, l'utilisation que vous vous en faites, ...

appli web-based, selon moi la meilleur utilisations de java !
:arrow: Quelle licence ? Quel coût ?

ASP(license apache)=>gratuit
:arrow: Pourquoi vous l'utilisez ? Fonctionnalités simplifiées (ou inéxistantes dans le JDK), API plus intéressante que celles du JDK, etc.

gestion du html, simplification du design-web(c pas mon fort), ...

Une merveille !

Je n'ai pas eu l'occasion de tester beaucoup D'API mais j'aimerais quand meme citer celle ci :

:arrow: API : Javamail :
:arrow: http://java.sun.com/products/javamail/
:arrow: Domaine : Envoi et récupération de mails
:arrow: Licence: gratuit
:arrow: Cette API assez simple à mettre en oeuvre, permet l'envoi et la récupération de mail, l'envoi de mail avec pièce jointe, la suppression de mail. Tout ca en se connectant sur un serveur STMP et POP3.

Permettez-moi de m'insurger ! :D Je constate malheureusement que la représentation d'APIs utilisées pour la création de jeux vidéos en Java est assez faible.. :?
Donc JOGL, LWJGL, et Java3D y sont bien présentes, mais... On ne voit nul part que LWJGL est un binding d'OpenGL, au même titre que JOGL, alors que ce dernier lui, est qualifié "d'API faisant le lien entre java et l'API OpenGL".
Avec la description actuelle de LWJGL, rien n'empêche de penser qu'elle gère aussi le son, la détection de collision, la simulation physique, bref toutes sortes de choses qui sont utilisées dans un jeu..
Quant à Java3D, on y trouve la description suivante : "Cette API permet la création d'objets 3D." C'est faux :D Quiconque essaiera de créer un personnage avec Java3D se retrouvera vite frustré ! :wink: :wink: Il s'agit en fait d'un "scenegraph" (="scénographe" en français comme dirait InfoRital), c'est à dire d'une API permettant un plus haut niveau d'abstraction par rapport à JOGL ou LWJGL pour représenter des mondes en 3D. Cela permet notamment de réduire le temps de développement.
De plus, il me semble que Xith3D (http://xith.org) et jME (http://jmonkeyengine.com) ont été oubliés. Il s'agit également de deux scénographes. jME a une constellation de petits projets pour rendre la vie du développeur de jeu plus facile.
Quoi qu'il en soit merci de faire le travail que vous faite à Developpez.com, et j'aurais du plaisir à voir plus d'informations concernant les jeux apparaître. (Je ne dirais pas non si on me demande de m'en occuper en partie.)

JDOM trouvé dans un bouquin : apparement assez efficace
Connecteur MySql pour JDBC : pas le choix si on veut une connexion à MySql sans passer par d'autres choses.

On a pas forcément le temps de chercher des API pour faire ci ou ça. De plus je suis sûr du fonctionnement des API Sun, les autres... Rien est assuré à priori, il faut essayer, perdre du temps...

Si seulement Java incluait toutes les API intéressantes, on aurait moins à se casser la tête !!!

A mon avis, voici un site très intéressant pour trouver des bonnes API :
http://java-source.net/

L'api common lang me parait au dessus de tous 8-)

voici les apis que j utilise dans mon appli JFortranDochttp://jfortrandoc.espace4you.org:

- jgoodies looks, licence BSD, gratuit. Pour le L&F de lappli
- jdom, Licence similaire à celle Open Source d'Apache, pour la gestion du XML
- xerces, licence Apache, parser XML

Pour les IHM -> SwingX et plus généralement SwingLabs

Bonjour,

je viens de trouver une nouvelle librairie de composants AJAX en Open source.

ca a l'air pas mal, surtout leur table qui permet de faire du drag and drop de colonnes.

http://sourceforge.net/projects/sweetdev-ria

olivier

Quelqu'un a déjà essayé Javolution ? Dans quel cadre ?

Citation:

---

Javolution classes are fast, very fast (e.g. Text insertion/deletion in O[Log(n)] instead of O[n] for standard String/StringBuffer/StringBuilder).
Javolution's collection classes (map, list, table and set) are all RTSJ-Compliant and support concurrent access without synchronization!

---

ça me parait pas mal ça en tout cas.
Jscience l'utilise.

Allez donc voir http://www.azuki-framework.org/
A mon avis, une API qui a de l'avenir, on ecrit son application un peu à la manière d'un circuit electronique... en assemblant des composants. Cependant, il semble que ça vient juste de sortir car je trouve peu de gens qui l'utilise.:calim2:.

Jedi-Obi : http://code.google.com/p/jedi-obi/
Permet de simplifier tres largement la connection, les requetes et l'utilisation d'active directory. Il y a des samples et une javadoc.