Publicité
+ Répondre à la discussion Actualité déjà publiée
Page 1 sur 2 12 DernièreDernière
Affichage des résultats 1 à 20 sur 34
  1. #1
    Responsable JAVA

    Avatar de mlny84
    Profil pro
    Inscrit en
    septembre 2007
    Messages
    3 925
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2007
    Messages : 3 925
    Points : 7 783
    Points
    7 783

    Par défaut [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

    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.
    Vous souhaitez participer à la rubrique Java ?
    Contactez-moi

  2. #2
    Membre actif
    Inscrit en
    septembre 2003
    Messages
    174
    Détails du profil
    Informations forums :
    Inscription : septembre 2003
    Messages : 174
    Points : 167
    Points
    167

    Par défaut

    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 .

  3. #3
    Nouveau Membre du Club
    Inscrit en
    janvier 2005
    Messages
    63
    Détails du profil
    Informations forums :
    Inscription : janvier 2005
    Messages : 63
    Points : 33
    Points
    33

    Par défaut Hum

    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

  4. #4
    En attente de confirmation mail
    Inscrit en
    avril 2002
    Messages
    52
    Détails du profil
    Informations forums :
    Inscription : avril 2002
    Messages : 52
    Points : 28
    Points
    28

    Par défaut

    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

  5. #5
    Expert Confirmé
    Avatar de Ioan
    Inscrit en
    juin 2003
    Messages
    738
    Détails du profil
    Informations forums :
    Inscription : juin 2003
    Messages : 738
    Points : 2 861
    Points
    2 861

    Par défaut

    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.

    @+
    Les FAQs Java, J2EE, JDBC, Struts > Les cours > Le blog de l'équipe Java.
    Merci de respecter les règles du club.
    Mon blog : quelques news sur Java, Linux et le monde de l'Open Source.

  6. #6
    Membre habitué

    Inscrit en
    janvier 2005
    Messages
    28
    Détails du profil
    Informations forums :
    Inscription : janvier 2005
    Messages : 28
    Points : 124
    Points
    124

    Par défaut

    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.

  7. #7
    Membre Expert
    Avatar de narmataru
    Profil pro
    Inscrit en
    décembre 2002
    Messages
    1 536
    Détails du profil
    Informations personnelles :
    Âge : 33
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : décembre 2002
    Messages : 1 536
    Points : 1 601
    Points
    1 601

    Par défaut

    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

  8. #8
    Expert Confirmé Sénior
    Avatar de Katyucha
    Profil pro
    Ingénieur systèmes Linux/Unix/SAN
    Inscrit en
    mars 2004
    Messages
    3 235
    Détails du profil
    Informations personnelles :
    Localisation : Allemagne

    Informations professionnelles :
    Activité : Ingénieur systèmes Linux/Unix/SAN

    Informations forums :
    Inscription : mars 2004
    Messages : 3 235
    Points : 5 097
    Points
    5 097

    Par défaut

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

  9. #9
    Expert Confirmé Sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    avril 2002
    Messages
    13 026
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : avril 2002
    Messages : 13 026
    Points : 20 808
    Points
    20 808

    Par défaut

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

  10. #10
    Expert Confirmé
    Avatar de Ioan
    Inscrit en
    juin 2003
    Messages
    738
    Détails du profil
    Informations forums :
    Inscription : juin 2003
    Messages : 738
    Points : 2 861
    Points
    2 861

    Par défaut

    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.

    @+
    Les FAQs Java, J2EE, JDBC, Struts > Les cours > Le blog de l'équipe Java.
    Merci de respecter les règles du club.
    Mon blog : quelques news sur Java, Linux et le monde de l'Open Source.

  11. #11
    Membre actif
    Inscrit en
    septembre 2003
    Messages
    174
    Détails du profil
    Informations forums :
    Inscription : septembre 2003
    Messages : 174
    Points : 167
    Points
    167

    Par défaut



    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

  12. #12
    Invité de passage
    Inscrit en
    mars 2005
    Messages
    2
    Détails du profil
    Informations forums :
    Inscription : mars 2005
    Messages : 2
    Points : 2
    Points
    2

    Par défaut API 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

  13. #13
    Membre Expert
    Avatar de narmataru
    Profil pro
    Inscrit en
    décembre 2002
    Messages
    1 536
    Détails du profil
    Informations personnelles :
    Âge : 33
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : décembre 2002
    Messages : 1 536
    Points : 1 601
    Points
    1 601

    Par défaut


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

  14. #14
    Invité de passage
    Inscrit en
    avril 2005
    Messages
    1
    Détails du profil
    Informations forums :
    Inscription : avril 2005
    Messages : 1
    Points : 1
    Points
    1

    Par défaut [avis] Quelles sont les meilleures API et outils Java ?

    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+

  15. #15
    Nouveau Membre du Club
    Inscrit en
    mars 2005
    Messages
    30
    Détails du profil
    Informations forums :
    Inscription : mars 2005
    Messages : 30
    Points : 33
    Points
    33

    Par défaut

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

  16. #16
    Membre confirmé Avatar de bobuse
    Inscrit en
    janvier 2005
    Messages
    229
    Détails du profil
    Informations forums :
    Inscription : janvier 2005
    Messages : 229
    Points : 223
    Points
    223

    Par défaut Open Source Java Directory

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

  17. #17
    Membre chevronné
    Avatar de Sapience
    Homme Profil pro Thomas Francart
    Consultant sémantique & data à sparna.fr
    Inscrit en
    avril 2005
    Messages
    231
    Détails du profil
    Informations personnelles :
    Nom : Homme Thomas Francart
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Consultant sémantique & data à sparna.fr
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : avril 2005
    Messages : 231
    Points : 772
    Points
    772

    Par défaut

    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 :

    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

  18. #18
    Membre confirmé Avatar de orelero
    Étudiant
    Inscrit en
    novembre 2004
    Messages
    389
    Détails du profil
    Informations personnelles :
    Âge : 31

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : novembre 2004
    Messages : 389
    Points : 225
    Points
    225

    Par défaut

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

  19. #19
    Membre actif
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    mars 2005
    Messages
    341
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : mars 2005
    Messages : 341
    Points : 169
    Points
    169

    Par défaut

    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)

  20. #20
    Futur Membre du Club
    Inscrit en
    avril 2005
    Messages
    15
    Détails du profil
    Informations forums :
    Inscription : avril 2005
    Messages : 15
    Points : 17
    Points
    17

    Par défaut

    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

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •