Au menu:

• Which style of WSDL should I use?
• JSF: the good, the bad and the ugly…
• Eclipse et mylyn, pour une gestion efficace des bugs et des tâches d’un projet de développement
• SpringSource Tool Suite Released
• Activer un aspect par JMX
• Build time vs. render time
• Choose your managers wisely; they have cookies on the dark side
• Software Architecture Document Guidelines

Which style of WSDL should I use?

Cet article n’est pas tout récent, contrairement aux autres. Cependant, si je vous le propose c’est parce qu’il est très intéressant et très didactique.
Il résume la problématique RPC vs Document et Literal vs Encoded. Cette problématique est toujours d’actualité et ne semble pas forcement résolu, comme par exemple chez mon client, où j’ai du me frotter aux urbanistes à ce sujet.
Pour résumé : RPC/Encoded c’est très mal car très lourd, Document/Literal c’est pas terrible car trop léger et les outils ont du mal à s’y retrouver (c’est le cas d’Axis). Enfin, les deux solutions cohérentes sont RPC/Literal et surtout Document/Literal « wrapped ».

JSF: the good, the bad and the ugly…

Un bref retour d’expérience sur JSF qui illustre bien ce que j’ai pu lire par ailleurs.
En résumé : Pour les plus on a : les managed beans, le support d’AJAX via java et taglib et sans horrible JavaScript, et l’aspect composants.
Pour les moins : un manque de support IDE, la bookmarkabilité des pages impossible de base, la difficulté d’utiliser le scope request, la création de composants personnalisés très obscure.

Eclipse et mylyn, pour une gestion efficace des bugs et des tâches d’un projet de développement

Une brève présentation des fonctionnalités de Mylin, un des projets les plus en vogue d’Eclipse.

Le but de Mylyn est de proposer une interface visuelle destinée à faciliter le traitement de tâches et de bugs directement au sein d’Eclipse. Ceci bien évidemment dans un but de gain de temps, d’efficacité et de synergie entre les outils.
Mylyn n’est pas un gestionnaire de bug, il s’agit d’une interface visuelle entre Eclipse et votre gestionnaire de bugs. Le choix de ce dernier repose donc toujours sur les besoins de cette gestion et les outils disponibles sur le marché.
Mylyn propose un connecteur générique pour n’importe quel outil de suivi mais s’intègre particulièrement bien avec Bugzilla, Trac et JIRA.
L’intérêt ? Disposer dans Eclipse des tâches et des bugs pour faciliter et automatiser les traitements.

SpringSource Tool Suite Released

SpringSource essaye de développer le support de Spring dans Eclipse. Elle a sortie cette semaine la bêta de « Spring Tool Suite », un ensemble d’outils Eclipse.
SpringSource précise bien que cet outil n’a pas la vocation de remplacer le projet SpringIDE.

So lets see what we got:
• Spring Development Tools
• Mylyn’s Task-Focused User Interface for Java, Resources and Spring application blueprints
• Task-Focused Tutorials
• Runtime Error Analysis
• Best Practice and Architecture Review tools

Activer un aspect par JMX

Un article sympa qui donne des idées sur les possibilités du mariage de l’AOP avec JMX. A développer.

Build time vs. render time

Cet article présente le problème de base entre JSF et les pages JSP et les tags JSTL. Ceci provient du fait que les composant et les pages JSP ne sont pas interprétés au même moment :

What I mean by JSF being a component technology, is that HTML is produced by the processing of a component tree by renderers. This design is much more similar to Swing than it is Servlets and JSP.
…
Most of the « work » of a component takes place during rendering. For example, the h:dataTable sets up the var attribute during rendering (and other phases too, but that is not pertinent to this article). This means that EL expressions that rely on variables that only have scope during the rendering phase are not valid during component creation. That is to say, there is no component lifecycle method for when the component is created.

Choose your managers wisely; they have cookies on the dark side

Un article marrant, mais malheureusement assez vrai…

…
I am saying that management is one of the professional areas that is relatively easy to get in to but extremely hard to perform well.
Somehow, in the Netherlands, it is fairly common that once a person becomes the best in his department (in operational sense), they get to lead the department.
Nobody has ever been able to explain that to me though; why does your best programmer/business analyst/etc. make a good manager?
The qualities that lead them to be the best in their field are mostly not the qualities that are required for a good manager.
Besides gaining a potentially bad manager you also lose your best operational person; sounds like a lose-lose situation to me.

Software Architecture Document Guidelines

Ce document donne une ligne directrice pour l’écriture d’un dossier d’architecture. Très intéressant, à lire.

Il s’articule autour des points suivants :

1. Functional View
2. Non-functional View
3. Architectural Principles
4. Architectural Constraints
5. Process View
6. Logical View
7. Interface View
8. Technology Selection
9. Design View
10. Infrastructure View
11. Deployment View
12. Security View
13. Monitoring, Management and Administration View
14. Data View
15. Justification of the Non-functional Requirements

| View

Cette Présentation propose une présentation rapide de Spring puis s’attarde plus sur Spring IOC et Spring MVC, les 2 parties qui nous ont le plus intéressé sur notre projet.

Telecharger en PDF.