Logo Oracle Ippon Technologies



Infrastructure Java EE, SOA, Portail

Nature du partenariat

  • Ippon Technologies intervient sur les technologies JavaEE, SOA et Portail d'Oracle en conseil, développement, intégration et administration
  • Ippon Technologies a également fait le choix de la plateforme Oracle SOA Suite pour son offre ESB / BPM.
  • Ippon est partenaire Gold Oracle France

Compétences et expertise d'Ippon

  • DBAs certifiés Oracle
  • Expertise complète autour de Weblogic Server
  • Equipe spécialisée Weblogic Portal / Webcenter Suite
  • Equipe spécialisée Oracle Service Bus / Aqualogic Service Bus
  • Expertise spécifique : Coherence, Toplink, BPM Suite

Références communes

  • CNAMTS : Expertise Weblogic Portal, Coherence, Service Bus
  • EDF : Expertise sur de nombreux projets
  • Coface : Conseil et expertise développements et production
  • CNP : Architecture et Expertise DBA

Derniers posts sur ce thème

24 janvier 2011
Oracle SOA Suite 11g : mes premières impressions
J'ai participé récemment à un Boot Camp Oracle sur leur SOA Suite 11g. Je connaissais jusqu'alors l'ancienne offre de BEA, mais je n'avais, par contre, pas eu l'occasion de voir ce qu'il ressortait vraiment de la gamme Fusion Middleware. Je n'ai pas assez recul pour vous dire si c'est LA solution du marché ni pour vous pointez du doigt les failles de sa mise en œuvre, cet article est juste là pour vous faire partager quelques réflexions que j'ai eues à son sujet. L'intégration des différents composants dans la version 10g était réputée incomplète/imparfaite, la première impression qui ressort est que dans la version 11g, l'intégration semble bien aboutie. La plupart des outils sont intégrés dans JDeveloper, la console d'administration Entreprise Manager est très complète et permet de manipuler les différents types de composants, le tout pouvant s'exécuter sur un runtime unique (WebLogic Server). . . . → Lire la suite: Oracle SOA Suite 11g : mes premières impressions
8 novembre 2010
La Guerre de Java n’aura pas lieu ?

Depuis quelques mois, le monde Java est en ébullition. Le rachat de Sun par Oracle suscite inquiétude et hostilité. Un certain nombre d’observateurs ont prédit dès le rachat des changements annonçant la fin de la communauté open source autour de Java.Les événements récents comme le procès d’Oracle contre Google ou l’alliance avec IBM précipitant . . . → Lire la suite: La Guerre de Java n’aura pas lieu ?

29 juin 2010
Gestion des ressources JMS de WebLogic en JMX avec Groovy – 3ème partie accès au contenu des messages

Les deux premières parties de ce post ont introduit le MBean que WebLogic expose pour les ressources JMS et montré comment l'utiliser pour monitorer ou manipuler les qeues JMS, cette troisième et dernière partie l'utilisera pour lire le contenu des messages JMS.

Vous allez me dire à quoi cela sert-il d'utiliser JMX pour lire le contenu d'un message ? Et vous aurez raison, la plupart du temps l'utilisation des apis JMS (en particulier QueueBrowser) est préférable puisque le code est alors portable quelque soit le provider jms.
L'utilisation d'une client JMS dédié (tel que HermesJMS) est encore plus simple.
Dans les deux cas, il faudra juste faire attention dans le cas de queues distribuées (Sous Weblogic 9 et 10, pour des queues uniformément distribuées, il faut préfixer le nom jndi de la queue distribuée par le nom du serveur jms pour atteindre une queue physique en particulier : par exemple : JMSServer-0@jms/MyFirstDistributedQueue)

Il existe toutefois une très bonne raison pour utiliser les api jmx de WebLogic pour lire le contenu d'un message jms : lorsque l'on veut pouvoir lire les messages pending.

. . . → Lire la suite: Gestion des ressources JMS de WebLogic en JMX avec Groovy – 3ème partie accès au contenu des messages
17 juin 2010
Gestion des ressources JMS de WebLogic en JMX avec Groovy – 2ème partie Management

La première partie de ce post a introduit les MBeans que WebLogic expose concernant les ressources JMS.
Nous avions commencé à les utiliser pour monitorer les queues JMS.
Dans cette deuxième partie, nous allons utiliser ces même Mbeans pour agir sur ces queues.
(Là aussi, ce sont des fonctionnalités proposées par la console WebLogic, pour des besoins ponctuels elle suffira amplement)

Supprimer des messages

Il est parfois nécessaire de supprimer des messages JMS d'une queue car ils ne sont pas/plus aptes à être consommés par l'application.

Une première approche serait tout simplement d'écrire un client qui consomme les messages en question avec les apis JMS. Cette approche fonctionnerait alors quelque soit le middleware JMS.

L'approche décrite ici effectue cette suppression via les apis JMX spécifiques de WebLogic.
Le premier avantage est que cela se révèle très simple (Groovy étant là pour simplifier l'usage de JMX)
Ensuite, on peut supposer que cette approche est plus performante (en particulier, il n'est pas nécessaire de récupérer le message pour le supprimer) et cela fonctionne même avec des messages Delayed : un message avec un Time-To-Deliver n'est pas visible immédiatement par un simple client JMS.

JMSDestinationRuntimeMBean propose donc l'opération deleteMessages pour supprimer les messages. Elle prend un unique argument qui doit être un selector JMS (On trouvera une description des selector jms dans l'api de l'interface Message : http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/jms/Message.html).

. . . → Lire la suite: Gestion des ressources JMS de WebLogic en JMX avec Groovy – 2ème partie Management

Suivez nous...