Automatic translation

Archives

février 2012
L Ma Me J V S D
« jan    
 12345
6789101112
13141516171819
20212223242526
272829  

Contributeurs

What’s up Mulesoft ?

Nous avons accueilli hier nos amis de Mulesoft pour un petit update sur leur offre.

Je dis bien nos amis car depuis 4 ans les équipes Ippon Technologies ont toujours eu d’excellents résultats dans la mise en oeuvre des technos de Mule avec des temps de déploiement record et des performances au rendez-vous (que ce soit en offre open-source ou en offre Entreprise).

Alors quoi de neuf chez Mulesoft :

  • L’offre se complète vers les couches middleware avec la promesse de mettre à disposition des projets des logiciels simples et performants. Mule ne cède pas aux sirènes du BPM, du BAM and co (leurs recommandations restent Intallio et jBPM)
  • L’ESB est toujours le produit phare et les gros déploiements vont bon train (le Parlement Européen, les taxes en Irlande, le back-office de commandes de Nespresso, la plateforme partenaires du ClubMed,…)
  • Les performances sont toujours prioritaires pour MuleESB avec à disposition un module High-Availabity pour fail-over et load-balancing et la nouvelle intégration avec MuleMQ (voir ci-dessous).
  • L’ESB est complété par les briques suivantes :

MuleSoft-stack-2010.jpg

. . . → Lire la suite: What’s up Mulesoft ?

jBPM 4.1 maintenant disponible

 

imagebrowser image

Sortie en version 4.0 au mois de juillet dernier, jBPM nous reviens en version 4.1 en ce début de mois de septembre. Une nouvelle release très rapprochée de la précédente, en raison de la tenue de la grande messe du JBoss World, qui s’est déroulée du 1er au 4 septembre 2009 à Chicago.

Pour rappel, la version 4.0 de jBPM avait apporté son lot de nouveautés, avec une réorganisation complète du projet à l’initiative de Tom Baeyens (project lead de jBPM) et en collaboration avec Miguel Valdes Faura (project lead du projet Bonita chez OW2). Ce travail conjoint a permis de mettre en place le module PVM (Process Virtual Machine), moteur de workflow générique employé comme base commune au différents langages de définition de processus tels que jPDL, BPEL ou encore les Pageflow de Seam.

Conjointement au module PVM, la version 4.0 a apporté d’autres changements majeurs :

. . . → Lire la suite: jBPM 4.1 maintenant disponible

Ippon Technologies partenaire SpringSource

Logo SpringSource

Ippon Technologies a officialisé cet été son partenariat avec SpringSource, la société qui développe les nombreuses briques du framework Spring et le serveur d’application SpringSource Application Platform.

Au delà d’une certaine reconnaissance de son savoir-faire sur Spring, Ippon Technologies va s’investir dans la montée en compétence de ses équipes sur :

- Spring Security (Acegi)

- Spring Web Flow

- Spring Web Services

- Spring Batch

- SpringSource Application Mangement Suite

L’objectif est bien sur de proposer un service de bout en bout sur la plateforme du design au suivi en production et de le compléter par un support professionel fourni par SpringSource.

Notre plateforme JEE opensource de référence est maintenant complète avec Spring + Liferay + Mule et nous ne manquerons pas de revenir sur ce blog avec du retour d’expérience terrain.

. . . → Lire la suite: Ippon Technologies partenaire SpringSource

“OutOfMemoryError : PermGen space” késaco?

Tous ceux qui ont rencontrés ce problème pour la première fois ont certainement dû s’arracher les cheveux. Pourquoi donc ce processus Java se plaint-il de ne plus avoir de mémoire alors qu’il n’utilise pas la moitié de ce qui lui est alloué ?

La première partie de la réponse est assez simple… quand on l’a déjà vu! La JVM de Sun définit la taille de la mémoire allouée en deux lots distincts.

  1. La mémoire classique (« heap ») configurée classiquement avec les options -Xms128m et -Xmx256m, respectivement pour la initiale et la taille maxime

  2. La mémoire de la « permanent generation », contenant notamment les déclarations des objets Class (mais pas les instances!) et Method. La taille de cet espace est définit par les options -XX:PermSize=96m et -XX:MaxPermSize=128m, respectivement pour la taille initiale et la taille maximale

Il est tout à fait possible que le réglage par défaut (64Mo de taille maximale) ne suffise pas et qu’une « OutOfMemoryError : PermGen space » apparaisse après quelques minutes d’utilisation de l’application, suite à la compilation d’un volume trop important de JSP. Dans ce cas, augmenter l’espace « permanent generation » à 128Mo devrait résoudre le problème. Attention cependant, comme toutes les options commençant par XX, il s’agit de paramètres spécifiques à l’implémentation de la JVM, en l’occurrence celle de Sun. Ainsi la JVM BEA par exemple ne sépare pas la définition de ces deux espaces dans ses options de JVM.

Donc, grâce à ces options nous voilà débarrassés de cette erreur de mémoire. Pas forcément…

En effet, il est possible que cette erreur réapparaisse par exemple après plusieurs re-déploiements d’une application web sous Tomcat. Dans ce cas, le réglage de la mémoire n’est pas en cause, mais il s’agit bel et bien d’une fuite mémoire. Plus précisément, les classes de l’application que l’on a déchargée ne sont pas recyclées par la JVM. En effet, tant qu’une référence subsiste vers une classe chargée par le classloader de l’application web, ce classloader et toutes les classes qu’il a définit ne pourront pas être recyclés.

Une multitude de causes peuvent aboutir à ce problème, parmi les plus classiques :

  • le chargement d’un driver JDBC dans le classloader d’une application web : le driver (et donc le classloader et toutes ses classes) reste référencé au niveau serveur par le DriverManager, on peut utiliser un ServletContextListener pour décharger le driver

  • une bibliothèque chargée au niveau serveur (type Hibernate) référence dans un cache des classes de l’application (comme par exemple des classes Proxy des classes du modèle)

  • l’application web a fixé des données dans un objet ThreadLocal, liées à un thread du serveur (le thread appartient à un pool du conteneur et n’est jamais recyclé)

Pour plus d’informations sur ce sujet et en particulier une liste d’outils permettant d’identifier la source du problème, je vous conseille cet article.

. . . → Lire la suite: “OutOfMemoryError : PermGen space” késaco?