Je sais pas si ça a sa place ici :
http://www.onjava.com/pub/q/java_os_directory
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
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.).Envoyé par avoiture
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
meilleurs apis: jni avec winpack , et le jdic (quoique)
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)
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
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
Mon Tutoriel java Écrire des programmes performants en java - N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
Le nom (et la version) de l'API/outil et un lien pour le téléchargement
struts 1.2 (struts.apache.org)
Le domaine d'utilisation, l'utilisation que vous vous en faites, ...
appli web-based, selon moi la meilleur utilisations de java !
Quelle licence ? Quel coût ?
ASP(license apache)=>gratuit
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 :
API : Javamail :
http://java.sun.com/products/javamail/
Domaine : Envoi et récupération de mails
Licence: gratuit
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 !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 fauxQuiconque essaiera de créer un personnage avec Java3D se retrouvera vite frustré !
![]()
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/
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.
Partager