Affichage des articles dont le libellé est Jboss. Afficher tous les articles
Affichage des articles dont le libellé est Jboss. Afficher tous les articles

mardi 18 mai 2010

RichFaces 3.3.3 supporte JSF 2.0 : la version est disponible

L'équipe de RichFaces vient d'annoncer la sortie de la version 3.3.3 final de RichFaces.

Cette version est une étape importante pour l’équipe RichFaces et Jboss : RichFaces 3.3.3 amène un support (certes basic, mais suffisant) pour JSF 2.0.


Bien que cette version a stabilisé lees composants pour le support de la norme JSF 2.0, il n’est pas encore conseillée de passer en production en JSF 2.0, sauf si on souhaite être le premier.

Affaire à suivre …

Télécharger RichFaces 3.3.3 http://www.jboss.org/richfaces/download.html

jeudi 13 mai 2010

JBPM 5 : une version majeure en préparation

L’équipe BPM de JBoss (RedHat) a annoncé le lancement du projet JBPM 5 : la prochaine génération de plateforme BPM.

La principale information, est que jBPM 5 sera basé sur l'expérience combinée de jBPM et de Drools Flow (ainsi que les projets en relation : RiftSaw et Overlord).

Un effort de capitaliser sur les avantages des deux solutions sera la principale direction du projet, si on considère que la compatibilité totale avec BPMN 2 est déjà acquise.

Aucune feuille de route n’a été présentée pour le moment.

mardi 13 avril 2010

JBPM 4 et BPMN 2.0: deux membres importants quittent l’équipe

Tom Baeyens (chef de projet JBPM chez RedHat) et Joram Barrez (développeur Leader JBPM chez RedHat) ont quitté le projet JBPM. Rappelons que Tom a rejoint JBoss en 2004. Joram a apporté son expertise dans des domaines comme la performance, l'intégration et le respect des normes.

Tom Baeyens et Joram Barrez annoncent, sur le blog de Joram Barrez, le lancement imminent d’un nouveau Moteur BPM basé sur la norme BPMN 2.0 sous la licence apache. Une partie de l’annonce « We’re building a new BPM platform that’s architected for new IT requirements. It will be Apache licensed and it will run BPMN 2.0 natively ! »

Peut on interpréter cela comme la poids de RedHat, qui ralentit le projet, d’un point de vue des « entrepreneurs de JBPM», et que la prochaine version de JBPM ne sera pas nativement BPMN 2.0 ?

Dans tous les cas, c’est une tendance de fond, les principaux projets open sources sont ou seront contrôlés par des entreprises qui fixeront les feuilles de routes (avec ou sans la communauté).

Espérons que cette nouvelle disposition de l’équipe JBPM, ne ralentisse pas le virage de JBPM 4 vers la norme BPMN 2.0, et notamment dans le volet outillage et monitoring.

Source : http://www.jorambarrez.be/blog/2010/03/29/alive-and-kicking/

----

Open source : le modèle du logiciel libre serait-il menacé par les grands fournisseurs de software

jeudi 18 février 2010

JSF2.0 & Richfaces : la version 3.3.3 CR1 de Richfaces supporte JSF 2.0

Avec la sortie officielle des spécifications JSF 2.0 comme partie de la norme Java EE 6, les implémentations classiques de JSF commencent à l’adopter.

Richfaces avait annoncé le premier son intention de suivre la totalité de la norme JSF 2.0 dans la version 4.0.

Mais, devancent le lancement official de la version 4.0, la version 3.3.3 RC1 , de Richfaces supporte une partie de la spécification JSF 2.0.

Il s’agit d’un signale fort concernant la concurrence acharnée dans le domaine (IceFaces, …)

Richfaces 3.3.2 : une version aboutie

Je reconnais que la version 3.3.2 de Richfaces, couplée avec Facelets 1.1, est une implémentation aboutie de JSF 1.2. J’ai pu vérifier ce constat, récemment, dans un projet exploitant Richfaces et des composants flex : Aucun besoin de javaScript bien que l’interface soit très dynamique et l’usage d’ajax généralisé.

Rappelions que la version 3 de Richfaces supporte essentiellement les spécifications 1.2 de JSF.

Richfaces 3.3.3 & JSF 2.0 :Limitations

Attention : On pourra lire les avertissement suivants sur le wiki de Richfaces : http://community.jboss.org/wiki/RichFaces333andJSF20

Limitations List

RichFaces 3.3.3 does not support JSF 2 built-in facelets (VDL)

Facelets 1.1.15 should still be used because of dependencies in RichFaces from the Tag Handlers classes.

JSF 2 native ajax problems

f:ajax

As RichFaces 3.3.3 does not supports VDL - it does not support any new tags like f:ajax, h:outputScript and so on.

JSF ajax java script api

As JSF 2 currently does not provide a mechanism of cleaning Script objects for components removed by ajax - huge memory leaks could arise on updates RF components via JSF native ajax.

JSR-303 support

JSF 2 does not registering Bean validators while runned in compatibility mode (with VDL turned off and external facelets used.). This is not RichFaces 3.3.3 limitation but should be considered during porting applications to JSF 2.

https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1518 - issue at mojarra tracker.

Annotations Scanning

During initialization JSF 2 ConfigManager checks for faces-config presense and looks if it's version is equals to 2.0. So in order to get JSF annotations works with your existent application you should:

  • have no faces-config in application
  • or just version of application config should be changed to 2.0

lundi 5 octobre 2009

Tutorial JBPM : BMP, Processus & JBPM

Voici quelques liens utiles pour débuter avec JBPM :

En français à partir du site :



En anglais liens très intéressants partir du site de Joram Barrez (jBPM core developer at JBoss/Red Hat ) http://www.jorambarrez.be/blog/about/



mardi 29 septembre 2009

Formation SOA & Open Source par la pratique: Atelier de Mise en ouvre des architectures orienté service (SOA) avec des outils open source

J’anime, à Tunis, du 26 au 30 octobre prochain un Atelier pratique de formation sur la mise en ouvre des architectures orienté service (SOA) avec des outils open source.

Bien que SOA n’est pas une histoire d’outils, l’objectif de cet Atelier est de mettre en pratique, par les participants des concepts de base de la démarche SOA et de l’intégration d’application d’entreprise. Les participants, exploiteront mettront en ouvre des web services avec la démarche Contract-First, utilseront l’ESB Mule pour réaliser des intégrations avec ou sans web service et mettront en place un outil de gouvernance,

1.1 Objectif de l’Atelier

La complexité croissante des Systèmes d’Information et les opportunités technologiques rendent de plus en plus indispensable de disposer d’un cadre pour organiser, structurer et fédérer les travaux sur le Système d’Information et d’instaurer une interopérabilité naturelle dans les services afin de réduire le besoin d’intégration.

Ce workshop apporte un retour d’expérience des meilleures pratiques pour la mise en œuvre des architectures orientées services avec des outils open source.

L’objectif de ce workshop est de former les participants à la pratique des architectures orientés services. Les outils open source suivants seront utilisés :

  1. Java 1.6
  2. Eclispe IDE
  3. Mule ESB
  4. ActiveMQ (MOM)
  5. Spring
  6. Hibernate
  7. Et d’autres outils de monitoring, de suivi, et de gestion d’environnements SOA …

1.2 Compétences à acquérir

A l'issue de ce séminaire, les participants seront en mesure de:

  1. Comprendre les problèmes d’intégration d’applications en SI
  2. Comprendre les fondements des architectures orientées services SOA
  3. Capacité de mettre en ouvre des services web avec différentes méthodes
  4. Capacité d’exploiter et de mettre en ouvre l’ESB Mule 2.2.1
  5. Evaluer les étapes d’un projet de mise en ouvre par la pratiques d’une approche SOA

1.3 A qui s'adresse ce séminaire?

· Développeur Java

· Intégrateur SI

· IT manager

· Architectes d'applications

1.4 Niveau requis

Pour bénéficier pleinement de ce cours, les stagiaires doivent avoir :

  • Une connaissance de Java.
  • Une compréhension des enjeux des SI dans l’entreprise

1.5 Détails du programme

1.5.1 Introduction à l’Architecture d’Entreprise et à l’EAI (Entreprise Application Intégration

Présenter des problématiques d’intégration des applications d’Entreprise (EAI)

  • Définition du SI
  • Les motivations de l’Architecture de SI
  • Nouvelles architectures informatiques
  • Métaphore de la cité & Plan d’occupation des sols (POS)
  • intégration des applications d’Entreprise (EAI)
  • EAI & Architecture d’entreprise
1.5.2 Présentation de XML
  • Architectures d’interopérabilité
  • Présentation de XML
    • XML les objectifs de conception
    • Notion de base : balise et attributs
    • Pourquoi XML?
    • La notion de Schéma XML
  • Formats d’échange, Interopérabilité et portabilité des données
1.5.3 SOA (Architecture Orientée Service) et EDA

Présenter la démarche SOA, et présenter des concepts et de la démarche SOA (architecture orientée services), des besoins en infrastructures et de la notion de maturité SOA

  • Problématique de l’intégration en entreprise et intra-entreprises
  • SOA : initialement un simple besoin d‘intégration
  • SOA, différents points de vue
  • Présentation du concept SOA
  • La notion de service (au sens SOA)
  • SOA s’applique à tous les niveaux de l’EAI
  • Principes fondamentaux de l’architecture SOA

1.6 Rôle d’un ESB et présentation de Mule ESB

  • Les concepts de Mule ESB et l’infrastructure nécessaire
  • Un premier exemple avec MULE ESB
  • Les différentes composantes de Mule
  • Place de Mule ESB dans un SI

1.7 Présentation de Spring Ioc et Hibernate

  • Les concepts Spring & de l’Ioc
  • Mule ESB et Spring
  • Introduction à Spring & Hibernate

1.8 Présentation des MOM

  • Besoins & définitions :
    • Middleware Orienté Message : les clés de l'intégration grâce aux mécanismes asynchrones. Les fonctions principales d'un MOM : routage, intégrité transactionnelle, déclenchement de process.
  • - L'opportunité de désolidariser les applications pour assurer la flexibilité d'une solution EAI. Acteurs et enjeux : IBM, BEA, TIBCO.
  • La norme JMS de Java EE
    • La norme JMS
    • ActiveMQ un MOM open source

1.9 Mule d’un point de vue développements

  • Intégration avec Spring
  • L’IDE Eclipse
  • La gestion des exceptions
  • Etendre Mule
    • Les transformations,
    • Les Filtres
    • Les Routeurs
  • Les Test unitaires
  • Le transport dans Mule
  • Les Web Services
    • Rappel sur SOAP
    • Contract Fist
    • La consommation
  • Les transactions dans Mule
    • Transaction étendue XA
    • Garantie de délivrance des messages
    • Transaction base de données et MOM
  • Gestion des codes sources dans un environnement multi développeurs
  • Le log & les pistes d’audit
  • La Sécurité
  • Intégration automatique
  • Les bests practices

1.10 Mule ESB d’un point de vue Analyste métier

  • Définir les services : cycle de vie d’un service
  • Spécifier les besoins
  • Spécifier le contrat de service
  • Spécifier les aspects métiers du SLA

1.11 Mule d’un point de vue Système

  • Les différentes possibilités de déploiements de Mule
  • EAI pattern
  • Scheduling
  • Choix du déploiement et conséquences
    • Sans Serveur d’application
    • Avec Serveur d’application
    • Hub & Spoke ou Network centric
    • Rôle du MOM
    • LDAP ou SSO
  • Monitoring & supervision
    • Lien avec le système de supervision en place
  • La gestion des SLA
  • Intégration continue
  • Les bests practices

1.12 Définition d’une architecture cible

  • Liste des architectures de déploiement possibles
    • Comparaisons
  • Développement de l’architecture cible
    • Règles d’architecture

1.13 Mise en place de la gouvernance

  • Cycle de vie d’un service
  • Zoom sur la phase d’identification des services : quelle approche
  • Comité de gouvernance
  • Cycle de vie des services
  • Template de spécification des services
    • Spécifications fonctionnelle
    • SLA (Service Level Agreement)

vendredi 4 septembre 2009

jBPM 4.1 Released with a new BPM console and web based jPDL process designer

(http://net-progress.blogspot.com)

This JBossWorld, two prinicples announces: the launch of the GateIn Portal (merge of exo Portal & Jboss Protal) and the released of jBPM 4.1.

The download contain, the web based jPDL process designer, withc is the result of wollabration betwaenn Jboss, Signavio and Oryx.

clip_image002

Other things added, in the jBPM 4.1 release,

  • Tomcat support in the console (the BPM Conosle 1.1.2, has beean released at the end of August 2009)
  • Improved installer to handle tomcat and more configuration options ( we will try it, as soon as possible,
  • Extended coverage of Continuous Integration and reduced the execution time
  • Fix process variables of type hibernate-long-id/hibernate-string-id
  • Domain model integration
  • And a bunch of bug fixes

    Now is time to try this release, the jBPM 4.1

    -------------------

    for information on GateIn Portal (merge of exo Portal & Jboss Protal) http://blog.exoplatform.org/2009/09/03/gatein-portal-released-the-first-deliverable-to-come-from-exo-and-jboss-collaboration/

    image

  • lundi 31 août 2009

    Jbpm 4 Tutorial: JBPM 4, which is BPMN compliant, simplifies his programming model

    Now that, JBPM, has passed the difficult age of childhood, and that it is a very popular BPM framework, his adopted father RedHat (JBoss owner) has decided to change everything: programming model and schema database.

    Its goal: to simplify the programming model, to increase the number of adoptions and to reinforce the shift to the PVM (Processs Virtual Machine).

    Programming model revised

    This version 4 JBPM is a complete rewrite from version 3: while retaining the basic principles: open source, 100% Java, concept of process, storage of instances and definitions of process into the database, based on Hibernate, assisted by IDE.

    Many users jbpm 3 will agree with me that certain APIs are difficult and that they needed to write complex queries Hibernate, leading to several problems.

    With the mixture of concepts in JBPM 3 APIs, methods are scattered in classes JbpmContext, GraphSession or TaskManager.

    The JBPM 4’s team has rationalized all BPM concepts, around the API ProcessEngine.

    Any use of JBPM starts by acquiring the services desired from ProcessEngine: the central node of BPM by RedHat.

    Use the API as needed

    • RepositoryService: allows to manage static data processes: deployment, activation / deactivation request
    • ExecutionService: exposes runtime execution operations (for process instances): start executing process instances, manage variables, retrieve instances, etc.
    • TaskService: it is the modeling of human interaction: everything to manage tasks: create, search, assign, complete..

    clip_image002[4]

    Two other APIs have made their appearances:

    • HistoryService: In JBPM 4 there is a clear separation between the runtime and data archiving. This service provides statistical measurements and calculations performed by the engine. This API has no relation with the runtime: it discusses the history and times past. Through this service the historical data (instances completed, work performed) can be searched and presented a statistical study Later.
    • ManagementService: This API is intended for tools to manage processes telque famous JBPM console.

    Database Schema simplified

    clip_image003[4]

    clip_image004[4]

    Hibernate mapping is as follows

    1:            <mapping resource="jbpm.repository.hbm.xml" /> 
    2: <mapping resource="jbpm.execution.hbm.xml" />
    3: <mapping resource="jbpm.history.hbm.xml" />
    4: <mapping resource="jbpm.task.hbm.xml" />
    5: <mapping resource="jbpm.identity.hbm.xml" />


    A first test of the new version of JBPM: Version 4 JBPM



    It is a simple example of a process containing two steps: one to display a message and another to launch a backup

    JBPM 4 uses the notation BPMN 2.0



    clip_image001



    The XML version of this process definition:



    1:  <?xml version="1.0" encoding="UTF-8"?> 
    2: <process name="seconde_hello_de_OXIA" xmlns="http://jbpm.org/4.0/jpdl">
    3: <start g="24,72,80,40">
    4: <transition to="afficherMessage"/>
    5: </start>
    6: <java class="com.oxia.att.jbpm4.exemple.AfficherMessage" g="120,68,138,56" method="afficherMessage" name="afficherMessage">
    7: <transition to="lancerBackup"/>
    8: </java>
    9: <end g="165,267,80,40" name="fin"/>
    10: <state name="lancerBackup" g="143,147,92,52">
    11: <transition name="to fin" to="fin" g="-30,-18"/>
    12: </state>
    13: </process>


    The java class for Handling the message (very very simple ) :



    1:  package com.oxia.att.jbpm4.exemple; 
    2: public class AfficherMessage {
    3: public void afficherMessage() {
    4: System.out.println("****** début de passage par un Etat");
    5: System.out.println(" Bonjour de OXIA!");
    6: System.out.println("****** fin de passage par un Etat ");
    7: }
    8: }


    To test this process in a Java project (very basic steps )



    1:  public static void main(String[] args) { 
    2: // get the ProcessEngine instance
    3: ProcessEngine processEngine = new Configuration().setResource("oxia.att.jbpm.cfg.xml").buildProcessEngine();
    4: // get one instance of the RepositoryService
    5: RepositoryService repositoryService = processEngine.getRepositoryService();
    6: // Deploy the process definition du processus
    7: repositoryService.createDeployment().addResourceFromClasspath("com/oxia/att/jbpm4/exemple/first_Jbpm_Sample.jpdl.xml").deploy();
    8: // get one instance of the ExecutionService
    9: ExecutionService executionService = processEngine.getExecutionService();
    10: ProcessInstance processinstance = executionService.startProcessInstanceByKey("hello_de_OXIA");
    11: System.out.println( processinstance.getId());
    12: System.out.println( processinstance.getState());
    13: }


    The Result:



    1:  ****** début de passage par un Etat 
    2: Bonjour de OXIA!
    3: ****** fin de passage par un Etat
    4: hello_de_OXIA.6
    5: ended


    Conclusion



    RedHat has restructured JBPM 4 around a simplified API and a clear pattern of effective database.



    Reste à vérifier les annonces concernant l’amélioration des performances : grâce au nouveau schéma de base de données, la récriture des classes de bases de Job executor et activities et l’amélioration de la gestion de la concurrence.



    It remains to check the listings for improving performance: thanks to the new schema database, the rewriting the basic classes of Job executor and activities and improving concurrency management.









    (fr)




  • Autre sujets



    1. Un peu de monitoring Métier (BAM) avec JBPM et SeeWhy (event-driven business intelligence )



    2. Comment modéliser un processus métier avec JBPM : exemple “gestion des entretiens”



    3. Quelle est la différence entre JBPM et Intalio ?



    4. Graph Oriented Programming (GOP) avec JBPM



    5. BPM & Moteur de workflow : l’offre open source



    6. La version 4 de JBPM prend le virage de BPMN



    7. Jbpm 4 Tutorial : JBPM 4 a simplifié son model de programmation et a confirmé l’orientation BPMN


  • mercredi 19 août 2009

    Terracotta achète Ehcache: la concentration des projets open source s’accélère

    Il y a quelques jours on a vue l’acquisition de Spring par Vmware, hier, 18 août 2009, c’est autour d’ EhCache de se faire « absorber » par Terracotta.

    Ehcache une API de gestion de cache de donnée, est le projet open source le plus populaire dans la spécialité. EhCache est très connue par la communauté Java EE et spécialement par les utilisateurs de Hibernate et Spring.

    Terracotta est une entreprise qui propose des solutions de clustering de JVM pour adresser les problématiques de haute disponibilité et de partage d’instance d’objets entre plusieurs JVM.

    En quelques sortes Terracotta offre à l’application une mémoire distribuée sur toutes les JVM connectées (concept de Network Attach Memory).


    Dans le mode open source Terracotta est en concurrence directe avec RedHat (JBoss Infinispan : open source Data Grid par la JBOSS).

    Mais, la véritable concurrence vient des entreprises à code fermé, Oracle (Coherence) et GigaSpaces, et GemStone Systems.

    Les deux sociétés sont issues du monde open source. Bien que techniquement logique, Il est probable que cet achat ne soit le prélude d’une préparation de la société à une vente.

    Rappelons, que les deux solutions, Terracotta et ehcahe, s’intègrent parfaitement à Spring. Ça pourrait donner des idées à Vmware.

    Mais ceci est un autre sujet

    jeudi 4 juin 2009

    SpringSource & Jboss : la guerre des chiffres du monde POS (Professional Open Source)

    Entre Spring et Jboss, la guerre des communiqués s’enflamment :

    - à travers le web

    - à travers le les blogs

    et  à travers twitter

    Voici ce que présente Spring pour argumenter la supériorité de Spring sur Jboss

    clip_image002

    Et voilà ce que répond JBOSS : les demandes sur J2EE vs Spring

    clip_image004,

    Et Jboss fait remarque que : Spring est au service de Java

    clip_image006

    Conclusion :

    Puisque Spring est partagé partout, il est plus raisonnable pour Jboss d’essayer de rendre son environnement le meilleur choix pour l’usage de Spring (comme a déjà fait l’ESB Mule) . Au lieu de s’opposer frontalement au leader des Framework JEE, l’utiliser pour capter plus d’utilisateur.

    Blog http://blog.softwhere.org/archives/865

    Blog Spring : http://blog.springsource.com/2009/06/03/red-hat-reacts-to-springsources-leadership/

    Architecte SOA & Professionnel Open Source Headline Animator

     
    Khaled BEN DRISS
    Cloud Computing, SOA et Web 2.0 : Des sujets techniques sur SOA et l'Open Source : de Java & .Net, PHP5, Symfony, à SaaS / PaaS en passant par Azure, google appengine, le BPM, la Modélisation et d'autres sujets du coté du serveur et cloud computing.