Regroupe les meilleurs sondage de la rubrique Java qui ont moins 2 ans d'existence et au moins 100 participants.

Regroupe les meilleurs sondage de la rubrique Java Web qui ont moins 2 ans d'existence et au moins 100 participants.

Apportez votre témoignage en précisant pour quelle version vous avez voté, les raisons de ce vote (avantages, inconvénients, contraintes...) ainsi que vos intentions pour le proche avenir.

L'équipe Java souhaiterait connaître l'implémentation JDK que vous utilisez.

Apprendre à gérer l'historique avec GWT

Comprendre comment valider des Beans avec la JSR 303.

Un billet qui montre comment utiliser le plugin Maven pour GWT en ajoutant la dépendance vers GXT 3.

Cette série de billet présente la bibliothèque Google Guava Collection.

Une réflexion sur la nécessité ou pas de casser la compatibilité Java

Billet qui montre comment transférer une authentification jaas de JBoss AS 7 vers des services tiers.

Billet qui montre comment valider partiellement une expression régulière.

Un billet qui détaille comment fournir un Swing Worker amélioré.

Présentation du try-with-resources

Billet expliquant comment rendre l'affichage d'Eclipse plus compact dans Gnome.

Présentation des closures BGGA.

Après BGGA et CICE, voici une présentation de la proposition de closures FCM qui se place exactement entre les deux précédentes : à la fois plus simple que BGGA mais également plus complète que CICE.
FCM se présente comme un compromis entre les deux, en proposant une approche plus simple sans pour autant trop perdre de possibilités.

Les Closures style BGGA sont extrêmement complètes, mais apportent également leurs lots de complexité. De ce point de vue là, la proposition CICE prend le problème à contre pied et propose une implémentation la plus simple possible.

Cela fait quelques temps qu'on en parle sur le blog, la première version était loin de mettre tout le monde d'accord. La seconde version a été mieux acceptée, notamment car elle était bien plus simple, puisqu'elle ne correspondait ni plus ni moins qu'à du "sucre syntaxique" pour écrire une classe anonyme (c'est à dire une écriture plus concise). La troisième version des closures parue dans le billet "En Vrac" du 26 octobre a provoqué peu de débat, mais elle revenait à une version plus complexe qui me laissait bien perplexe...

Bref tout cela était un peu flou pour moi, et je ne savais plus que penser de ces "Closures"...

C'est bien connu, à chacune de ses nouvelles versions, la plateforme Java prône la compatibilité ascendante : depuis toujours Java semble lui vouer un culte qui frise la déification.
Petit rappel pour ceux qui ne suivraientt pas ! On pourrait brièvement décrire la compatibilité ascendante par la phrase suivante : "Le nouveau système sait faire marcher les logiciels de l'ancien, mais l'inverse n'est pas vrai".

Nous allons voir comment charger dynamiquement des modules dans notre application.
Au niveau de Java, les classes sont chargées depuis des ClassLoader qui comme son nom l'indique est un chargeur de classes.

La classe String étant immuable, la création de copie de protection est donc inutile. De ce fait pendant longtemps j'ai pensé que la présence de ce constructeur de copie String(String) était une bizarrerie de l'API, que l'on se traine pour des raisons de compatibilité ascendante.
Il existe pourtant un cas où cela peut s'avérer utile.

A force d'avoir fait le forcing sur le forum Eclipse avec mes projets, Eclipse m'a donné la chance de participer à la conférence E4 CSS du 20 aout ou j'ai pu présenter et proposer le moteur CSS TK-UI.

Ce billet présente comment embarquer ANT dans les sources pour en simplifier le build.

Aujourd'hui j'inaugure un genre nouveau avec de petites exercices en rapport avec Java, dans l'objectif de mieux comprendre les rouages et les particularités du langage.
Nous allons donc voir qu'avec une mauvaise conception d'une classe toute simple, il est possible de "casser" le principe encapsulation, si chère à la POO, et qui permet à une instance de classe de protéger ses attributs d'éventuelles modifications externes...

Une série de billets pour présenter le langage Groovy.

Cette série de billet présente le langage de programmation Scala.

Présentation de la prise en main de SpringSource Application Server et du déploiement d'une application avec Eclipse.

Après avoir été remisé au "second plan" par Sun qui privilégiait le coté serveur avec J2EE, voilà que Java revient petit à petit sur le devant de la scène coté client. D'ailleurs la prochaine update de Java 6 devrait déjà apporter pas mal de chose sur le sujet avec le "Consumer JRE".
Et Java 7 continuera dans la même direction. Les versions en développement apportent déjà une solution permettant le mélange des composants AWT et Swing. On parle également d'un Java Media Components qui apporterait la gestion de lecture des vidéos en standard (sans passer par l'extension JMF).
Mais il faut surtout retenir l'ajout de deux nouvelles API facilitant le développement d'application Swing : Swing Application Framework et Beans Binding...

Les archives JAR sont bien connu des développeurs Java puisqu'elles représentent le format de distribution des librairies et des applications Java. Mais ce format qui date du milieu des années 90 n'est plus très bien adapté à son rôle puisqu'il n'est pas aisé à distribuer ni à gérer, si bien qu'on parle de "jar hell" ("l'enfer du jar").

Billet expliquant comment utiliser JavaRebel depuis Eclipse pour pouvoir recharger les classes modifiées en temps réel.

Ce billet présente comment déléguer la gestion de JPA à Spring dans le cadre d'une application Web.

Ce billet montre comment utiliser l'AOP via Spring pour gérer d'une manière centralisée les erreurs dans une application JSF.

Présentation de log5j qui propose une version plus moderne de log4j en se basant sur les bénéfices apportés par Java 5.

Aujourd'hui, je me suis amusé quelque peu avec OpenJDK.
J'ai pu le compiler, sans aucune difficulté, et j'ai également pu lancer les tests qui sont donnés avec. Mais cela fût moins aisé. Mais pas impossible.

Présentation de la prise en main de Wicket du téléchargement à l'exécution d'une application minimale, montrant les bénéfices des archetypes Maven, de Jetty, ainsi que la simplicité de Wicket.

Retour d'expérience sur l'utilisation de JSF : le framework, les outils, les performances, etc.

Ce billet explique comment développer une application OSGi multi-tiers s'étalant sur plusieurs bundles en utilisant Eclipse et S2AP.

Présente une méthode pour gérer les erreurs d'expiration de sessions dans une application JSF.

Ce projet à pour but de simplifier le développement d'application Flex utilisant un backend Java/Spring, je vais vous montrer comment l'utiliser.

Il y a énormément de discussion autour des (possibles) évolutions du langage dans Java 7, mais malheureusement elles sont majoritairement anglophone. Je vais donc tenter de présenter brièvement ces propositions d'évolution, en commençant par les Superpackages.

Billet expliquant, captures d'écran à l'appui, comment installer le support SVN dans Eclipse Ganymede.

Présentation du moteur CSS de TK-UI (Toolkit for User Interface) permettant d'appliquer aisément des styles à des composants Swing et SWT.

Une analyse du marché des environnements de développement Java avec les forces et faiblesses de chaque outils, et une question de fond : faut-il privilégier un IDE ou utiliser le meilleur environnement pour chaque usage ?

Dans une discussion récente sur le forum Java concernant la génération d'un exécutable, j'ai indiqué qu'un code natif n'étais pas forcément plus rapide que du bytecode, et que cela pouvait même être l'inverse puisque les JVM actuelles utilisent un compilateur JIT.
Comment cela pourrait-il être possible ?
Lorsqu'on compile un code natif, les compilateurs n'activent pas toutes les optimisations possibles afin que le programme puisse s'exécuter sur des machines ne disposant pas forcément du même type de matériel (et particulièrement le CPU).
A l'inverse, le bytecode Java est compilé dynamiquement à l'exécution par le compilateur JIT. Ce dernier peut donc prendre en compte les spécificités de la machine. Le gain de performance peut être très important...

Bien que l'un des principes de base de Wicket est de séparer le HTML (présentation) de Java (le contrôle), il offre tout de même quelques goodies utilisables dans le HTML et qui permettent de simplifier les choses (sans toutefois aller jusqu'à un jeu de tags à la JSTL par exemple).
Ici, je vais vous parler de <wicket:enclosure>.

Ce billet explique comment procéder pour rafraîchir un groupe de radio boutons en fonction d'une action utilisateur, ceci à l'aide du framework Wicket.

Ce billet présente comme créer les composants d'une application Wicket (WebApplication, WebPage, etc.) avec le langage Scala ainsi que comment tirer profit de l'aspect fonctionnel de Scala pour simplifier le codage Wicket.

Vous pouvez profiter de ce sujet pour échanger sur le contenu de cette release et discuter des nouveautés et tendances, partager des liens, ...

Débat sur la licence la plus pertinente à appliquer à Java.

Discussion traitant des nouveautés introduites par Java 5 (alias Tiger), démarrée avant la sortie officielle de cette version de Java et recueillant les retours et impressions des utilisateurs après sa sortie.

Même si les applications Web prennent une part non négligeable dans le développement Java, de nombreuses applications de bureau sont encore très demandées. La plateforme Java via ses nombreuses bibliothèques graphiques (JavaFX, Swing, plateforme Eclipse, ...) permet de réaliser des applications de bureau très abouties. Nous vous invitons à partager les applications de bureau qui vous semblent les plus réussies et les plus à même de montrer la maturité de Java dans tous les domaines.

Débat destiné à connaître l'utilisation du framework Seam

Un débat autour de la création du Steering Commitee pour GWT.

Un débat sur le choix des boites à outils SWT/JFace ou JavaFX

Il existe de nombreux outils de modélisation en UML et nous constatons qu'il en existe beaucoup qui ont été développés avec la plateforme Java. L'objectif de ce débat est de vous permettre de vous exprimer sur la qualité d'un logiciel. Par conséquent, réagissez en ajoutant un message en précisant l'outil que vous utilisez et quel est votre ressenti.

Quand il est question de manipuler du contenu multimédia (lire un fichier mp3, lire de la vidéo, afficher des images, ...) les boîtes à outils ne suffisent pas et le développeur doit ainsi se tourner vers des bibliothèques tierces. Nous souhaiterions par l'intermédiaire de cette discussion que vous puissiez partager votre expérience. Pour un besoin donné (lire une vidéo, manipulation d'images) précisez la bibliothèque utilisée et donnez vos ressentis (pérennité, facilité d'utilisation, contraintes, ...).

Vos retours d'expérience sur l'intégration de frameworks AJAX avec Struts.

Quel est votre module NetBeans préféré ?
Quel module aimeriez vous voir disponible sous NetBeans ?
Quel est le module qui manque à NetBeans pour que vous l'utilisez comme principale EDI ?

Débat sur l'adoption de GWT, riche de retours d'expérience.

Débat sur l'architecture du framework JBoss Seam.

GlassFish est le dernier arrivé dans le monde des Serveurs d'Applications Java EE, secteur fortement occupé par les ténors que sont WebSphere, WebLogic et JBoss.

Pensez vous que GlassFish pourrait se faire une place au soleil ?
Qu'est ce qui vous pousserait à utiliser GlassFish (ou à ne pas l'utiliser) ?

Quel rôle la communauté GlassFish peut-elle avoir sur l'évolution de Java EE ?

Peut-on se passer de l'opérateur instanceof ?

Confrontation des langages C++ et Java.

Confrontation des technologies / plateformes DOTNET et Java.

Java peut-il être utilisé pour programmer des jeux vidéos ? Quels sont les outils / APIs utilisables ?

Débat sur l'architecture de JSF.

Définition de l'annotation @Override et différences entre Java SE 5 et Java SE 6.

Donnez votre avis sur le concept de Docking. Vous pouvez aussi donner vos avis sur les différentes librairies et en proposer d'autres. Et pourquoi pas en prévoir un en standard pour Dolphin ?

Débat sur l'avenir de Google Web Toolkit et son positionnement parmi les frameworks Web Java.

Tour d'horizon des faiblesses présumées de GWT, donnant l'occasion de démystifier certaines craintes et de découvrir des solutions à certains inconvénients.

Débat sur l'intérêt de JRuby pour la communauté de développeurs Ruby.

JAXB est-il suffisamment flexible et complet pour répondre aux besoins dans un milieu professionnel ?

Sur quoi se baser pour choisir l'un ou l'autre de ces 2 alternatives ?

Les avantages, inconvénients, limitations, manquements de Maven. Quelles sont les alternatives ou les améliorations attendues ?

Quel est le périmètre d'un architecte Java, les compétences requises, comment évoluer vers de telles responsabilités ?

Débat sur la pertinence d'un Garbage Collector en Java.

Les outils et pratiques pour réaliser des tests unitaires sur des interfaces graphiques Java.

La nouvelle version de Spring est officiellement sortie en version 2.5.
Vous pouvez déposez ici vos témoignages, retours d'expériences, regrets, manques a propos de cette nouvelle version.

Actuellement, il n'existe aucun livre en français concernant NetBeans.
Alors, pourquoi ne pas en préparer un concernant NetBeans 6.

Quel devrait être selon vous le contenu d'un livre concernant NetBeans 6 ?

Débat sur l'utilisation d'Apache Tapestry.

Un débat en rapport avec l'augmentation des serveurs Open Source dans les entreprises.

Un débat sur l'efficacité des EDIs pour développer des services Web

De nombreuses raisons émergent poussant à l'abandon de l'utilisation des frameworks Web Java. Est-ce un effet de mode ou cela se base-t-il sur de réelles bonnes pratiques ? C'est ce que nous allons tenter de cerner à travers ce débat.

L'équipe Java vous propose un débat sur la pertinence d'utiliser le langage fonctionnel Scala depuis que la nouvelle version de Java supporte désormais la programmation fonctionnelle.

Un débat consacré aux difficultés pour passer de l'environnement de développement intégré Eclipse à IntelliJ.

Nous aimerions par le biais de ce débat que vous veniez partager votre expérience sur la technologie Java Web Start.

Ce débat vous propose de donner votre avis sur la prochaine version d'Eclipse intitulée Mars.

Java 7 : Proposition de syntaxe pour un accès aisé aux propriétés.

Java 7 : Proposition d'interprétation d'une déclaration void pour autoriser un chaînage d'appels de méthodes.

Java 7 : Proposition de syntaxe légère pour la comparaison de membres d'enum.

Java 7 : Proposition de syntaxe pour soulager l'appel de constructeurs paramétrés.

Java 7 : Proposition de syntaxe pour la déclaration des propriétés.

Java 7 : Proposition de syntaxe pour l'utilisation de méthodes statiques sous une forme orientée objet.

Java 7 : Proposition de syntaxe permettant de déclarer un bloc catch destiné aux seules exceptions non déclarées comme devant être interceptées, facilitant la prise en compte de nouvelles exceptions déclarées par le code appelé.

Java 7 : Proposition de syntaxe légère dans les déclarations d'affectations de retour de méthodes mettant en oeuvre des generics.

Java 7 : Proposition de syntaxe pour intercepter plusieurs exceptions dans un même bloc catch.

Java 7 : Proposition de syntaxe de type tableau ([]) pour simplifier les lectures / écritures sur les listes et les maps.

Java 7 : Proposition de syntaxe permettant d'assimiler un retour de méthode à l'instance courante.

Java 7 : Proposition de possibilité d'utiliser les String dans les switch case.

Java 7 : Proposition de syntaxe pour déclarer des alias / raccourcis vers des types.

C'est à nouveau JavaOne (la grande conf anuelle de Sun a San Francisco pour ceux qui ignorent ce que c'est), et l'on donne quelques nouvelles infos sur les orientations du devellopement de Java 7.