Discussion :

[Mickael Baron]

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]

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