Demey Consulting

Rotation du log du plug-in WAS

Luc-Michel Demey — 2010-07-24T14:40:01Z

Les logs d'un serveur http IBM peut être définis avec l'option rotatelog dans l'httpd.conf, afin d'avoir un changement de fichier à intervalle régulier.
Les logs d'un serveur d'application peuvent également être définis avec une option de rotation, et même avec une option de conservation d'un nombre maxi de logs.
Il n'y a par contre (pour l'instant ...) rien de prévu pour la rotation du log du plug-in http (http_plugin.log). Il est certes de taille plus faible, mais on arrive facilement à quelques dizaines de Mo par mois, ce qui à terme peut devenir un problème.

Cette technote IBM présente un mode opératoire simple et fiable pour cette rotation.

En résumé :

Création via touch d'un nouveau fichier log (+ chmod)
Modification (manuelle ou scriptée) du plugin-cfg.xml
Le nouveau fichier ets pris en compte automatiquement au bout du "RefreshInterval" de l'httpd.conf.

Suivi de livraison des messages WMQ

Luc-Michel Demey — 2010-06-23T20:07:01Z

Dans un réseau WMQ, il est souvent nécessaire de pouvoir prouver qu'un message a été envoyé et/ou reçu par son destinataire.

L'API WMQ propose en standard des techniques permettant d'assurer ce suivi. Il s'agit :

des options de notifications (Report Options)
des coordonnées de retour

Les options de notification sont des flags que l'on peut armer dans la zone REPORT du Message Descriptor (MQMQ), et qui génèrent des messages MQ à destination d'une adresse de retour.
L'adresse de retour est constituée d'un nom de file de réponse et d'un nom de Queue Manager, qui sont localisés les zones ReplyToQ et ReplyToQMgr de ce même Message Descriptor.

Les options de notifications sont assez nombreuses, celles qui nous intéressent ici sont les COA (Confirm on Arrival) et le COD (Confirm on Delivery).

Le COA est un message de notification qui est envoyé lorque le message initial arrive dans la file d'attente cible. Le COD lui est envoyé lorsque ce message est consommé par l'application cible.

Dans les deux cas, ces messages de notification sont envoyés à l'adresse figurant dans les zones ReplyToQ et ReplyToQMgr du MQMD.

La définition des options de notification et des coordonnées de retour sont à la charge de l'application qui pose le message. Celle-ci doit renseigner le MQMD avec les valeurs souhaitées.

Options de notification

MQRO_COA : Confirm Of Arrival
MQRO_COA_WITH_DATA : identique à MQRO_COA, mais avec les 100 premiers octets du message d'origine
MQRO_COA_WITH_FULL_DATA : identique à MQRO_COA, mais avec la totalité du message d'origine
MQRO_COD : Confirm Of Delivery
MQRO_COD_WITH_DATA : identique à MQRO_COD, mais avec les 100 premiers octets du message d'origine

Il est possible de spécifier que l'on souhaite recevoir les notifications de COA et de COD, mais il ne faut spécifier qu'une seule notification dans chaque catégorie.

Par défaut, le Msgid du message d'origine est placé dans le Correlid du message de notification. Il est ainsi possible de suivre l'arrivée et / ou la consommation des messages en exploitant les messages de notification.

Chemin de retour

Lors du dépôt d'un message par une application, la zone ReplyToQ du MQMD est à blanc. Pour utiliser les options de notification, il faut au minimum renseigner la zone ReplyToQ avec le nom de la file où l'on souhaite recevoir les notifications.
Cette file doit exister sur le QM dont le nom est spécifié dans la zone ReplyToQMgr du MQMD, qui est renseignée par défaut avec le nom du QM local.

Lors de la génération d'un COA ou d'un COD par le QM cible, celui-ci utilise les zones ReplyToQ et ReplyToQMgr du MQMD du message d'origine, pour déposer le message de notification dans une XmitQ de même nom que celui du ReplyToQMgr.
Si la XmitQ porte un nom différent, il faut créer sur le QM cible un QM alias.

Problèmes de droits

Un COA est généré par le QM cible au moment où le message d'origine arrive dans la file d'attente de destination. Ce COA est déposé directement dans la XmitQ, avec le compte utilisateur sous lequel s'exécute le canal receiver, ou avec le compte spécifié dans le paramètre MCAUSER, s'il est renseigné.
Par défaut, le canal receiver s'exécute sous le compte "mqm", donc le message de COA pourra être déposé sans problème dans la XmitQ.
Si le canal receiver s'exécute sous un compte différent, ou si un MCAUSER est positionné, des ajustements seront nécessaires.

Un COD est généré par le QM cible au moment où le message d'origine est consommé. Dans le cas d'une consommation de messages sous contrôle de validation, le COD est généré au moment du COMMIT. Ce COD est déposé directement dans la XmitQ, avec le compte utilisateur spécifié dans le champ UserIdentifier du MQMD du message d'origine.
A priori, ce compte n'est pas forcément connu coté QM cible, et/ou n'a pas de droits déposer des messages dans la XmitQ. En cas d'utilisation du COD, il faut donc soigneusement planifier les comptes utilisés et leurs différents droits sur les objets MQ.

Mise en oeuvre

Le plus simple (dans un premier temps) est d'utiliser le COA.
Au niveau de l'application à l'origine du flux, il faut prévoir les changements suivants au niveau du Message Descriptor (MQMD) du message :

Champ ReplyToQ : à renseigner avec le nom de la file où l'on souhaite recevoir le COA
Champ ReplyToQMgr : à renseigner avec le nom du QM qui héberge la file de réponse. Par défaut il est renseigné avec le nom du QM d'origine.
Champ Report : Spécifier au choix
- MQRO_COA
- MQRO_COA_WITH_DATA
- MQRO_COA_WITH_FULL_DATA

Pseudo Code en C (tiré des exemples livrés par IBM) :

 md.ReplyToQ = MQ_Q_NAME;
 md.ReplyToQMgr = MQ_Q_MGR_NAME;
 md.Report = MQRO_COA;
 MQPUT1(Hcon, /* connection handle */
 &odR, /* object descriptor */
 &md, /* message descriptor */
 &pmo, /* default options */
 messlen, /* message length */
 buffer, /* message buffer */
 &CompCode, /* completion code */
 &Reason); /* reason code */

Scripting Jython avec wsadminlib

Luc-Michel Demey — 2010-05-25T22:00:00Z

Depuis la version 6.0, le jython est le langage officiel de scripting pour WAS.
Le jython est un langage puissant, avec une syntaxe complexe. De plus, la documentation correspondant aux commandes wsadmin est assez difficile à localiser dans l'Infocenter IBM.

L'administrateur WAS qui souhaite scripter la création d'un serveur d'application et de ses ressources peut rapidement se retrouver avec des scripts compliqués à développer et difficiles à maintenir. De plus, il y a peu d'exemples disponibles en ligne (à part le fichier wsadminJythonExampleScripts.zip).

Pour les sites en WAS version 6.1 ou 7.0, il y a maintenant une ressource IBM très intéressante disponible en ligne. Il s'agit du package wsadminlib. Ce package encapsule la plupart des fonctions courantes de scripting, comme la création de serveurs et de clusters, la configuration de propriétés, l'interrogation d'attributs, ...
Il y a plus de 500 méthodes disponibles pour environ 9000 lignes de jython.

Il y a deux manières d'utiliser ce package :

En extrayant le bloc de code correspondant à une méthode, pour le réutiliser dans un script spécifique
En utilisant, à partir d'un script, les fonctions disponibles dans ce package (ce qui est la meilleure solution !)

Chaque méthode est appelée avec les paramètres nécessaires, et le résultat de la fonction peut être récupéré dans une variable. Un système de log des opérations effectuées est également disponible.

Exemple d'utilisation pour créer un cluster avec deux serveurs :

# Création d'un cluster de deux serveurs sur le même node
 # LM Demey - 25/05/2010
 # Ce script a été testé en WAS 7.0 et utilise la bibliothèque wsadminlib.
 # Mode d'appel (depuis le bin du profil ou du Dmgr) : wsadmin -lang jython -f fichier.py 
 # Exemple : wsadmin -user was -password was -lang jython -f C:\LMD\create_clu.py 
 # Ce script n'attend pas de paramètres.
 #-----------------------------------------------------------------
 #
 # il faut que wsadminlib.py soit accessible, le chemin doit être complet.
 execfile('C:\LMD\New\wsadminlib.py')
 # Recherche de la cellule
 cellname = getCellName()
 print "La cellule est " + cellname + "."
 # Création d'un cluster 
 clustername = "CLU01"
 # Suppression du cluster if any
 print "Suppression éventuelle du cluster " + clustername + " ..."
 deleteServerClusterByName( clustername )
 createCluster( cellname, clustername, createReplicationDomain = False )
 # Création des serveurs
 servername = "CLU01_S1"
 nodename = "node01"
 print "Création du serveur d'application " + servername + " sur le node " + nodename + " ..."
 createServerInCluster(clustername, nodename, servername,sessionReplication = False)
 print "Création du serveur d'application " + servername + " sur le node " + nodename + " OK"
 #
 servername = "CLU01-S2"
 nodename = "node01"
 print "Création du serveur d'application " + servername + " sur le node " + nodename + " ..."
 createServerInCluster(clustername, nodename, servername,sessionReplication = False)
 print "Création du serveur d'application " + servername + " sur le node " + nodename + " OK"
 #
 AdminConfig.save()
 print "Sauvegarde de la configuration OK"
 print "--- Fin du script ---"

Exemple de sortie du script ci-dessus :

wsadmin -lang jython -f create_clu.py

WASX7209I: Connecté au processus "dmgr" sur le noeud LMD70Dmgr en utilisant le connecteur SOAP. Le type de processus est : DeploymentManager
 $Id: wsadminlib.py 104 2010-02-15 19:06:18Z dingsor $
 La cellule est LMD70.
 Suppression éventuelle du cluster CLU01 ...
 Création du serveur d'application CLU01_S1 sur le node node01 ...
 Création du serveur d'application CLU01_S1 sur le node node01 OK
 Création du serveur d'application CLU01-S2 sur le node node01 ...
 Création du serveur d'application CLU01-S2 sur le node node01 OK
 Sauvegarde de la configuration OK
 --- Fin du script ---

Le package wsadminlib est téléchargeable à partir de la page : http://www.ibm.com/developerworks/websphere/library/samples/
Il existe également un blog, animé par les auteurs du package, qui propose des cas d'utilisation : http://wsadminlib.blogspot.com/

Bon scripting !

Bonnes pratiques de nommage des objets WebSphere MQ

Luc-Michel Demey — 2010-04-06T17:35:56Z

L'objectif de cet article est de donner les règles de nommage à respecter pour les objets WMQ, et de proposer des normes et des bonnes pratiques, dans l'optique d'un plan de nommage.

Règles de nommage WebSphere MQ

Les règles de nommage à respecter pour les objets MQ sont les suivantes :

Objets MQ : 48 caractères maxi
- Sauf les canaux : 20
- Sauf les QM sur z/OS : 4
Caractères autorisés
- Uppercase : A-Z
- Lowercase : a-z
- Numérique : 0-9
- Point : « . »
- Underscore :« _ »
- Forward slash : « / »
- Pourcentage : « % »

Les caractères blancs et accentués sont interdits, les noms de type SYSTEM.* sont réservés.
Il faut tenir compte de ces limitations lors de l'établissement du plan et des normes de nommage.

Normes et bonnes pratiques

De manière générale, éviter de mettre le type de l'objet dans le nom :

QMxx, QL.xxx, QR.xxx

Inutile d'inclure le nom du Queue Manager dans un nom de file :

QM01.QL.INPUT

Il faut préférer les noms en MAJUSCULES (Eviter le mIxEd CaSe), et ne pas hésiter à donner un nom descriptif (sans excès).

Nommage du Queue Manager

Pour le choix du nom du Queue Manager, on peut distinguer 2 cas :

La couche MQ est considérée comme faisant partie de l'infrastructure technique
La couche MQ est considérée comme faisant partie de l'application

Dans le premier cas, le nom du Queue Manager peut être dérivé du hostname, avec par exemple un suffixe de 1 ou 2 digits.
Dans le deuxième cas, le nom du Queue Manager peut être rattaché au nom de l'application

Si le nom du serveur ou de l'application n'intègre pas la notion d'environnement (Prod, Intégration, UAT, Dv, ...), il faut prévoir d'y consacrer un digit (P, I, U, D, ...) dans le nom du Queue Manager, par exemple sous forme de suffixe.

Il faut malgré tout essayer de limiter le nom d'un Queue Manager à 9 caractères (cf. nommage des canaux DQM), et surtout s'assurer que le nom d'un Queue Manager est unique dans le réseau.

Nommage des files d'attente applicatives

Si l'application est référencée par un trigramme applicatif, inclure celui-ci dans le nom des files, de préférence en majeur (préfixe). Cette approche est utile pour l'administration des objets et l'affectation des droits MQ.

Inclure également dans le nom de la file le nom de flux

Eviter :

d'inclure le nom du QM (portabilité des scripts)
d'inclure le type de file (évolution de l'architecture)
les noms type FROM.APP1.TO.APP2
d'inclure le nom de l'application source du flux

Exemple : TAA.INTERRO1, SWIFT.IN01, CPT2FAC

Nommage des canaux

Canaux DQM (canaux QM à QM) :

Concaténer le nom du Queue Manager source et le nom du Queue Manager cible, séparés par un point.

Exemple : < nom_qm1 >.< nom_qm2 >

Note : Le nom des canaux étant limité à 20 caractères, cette norme nécessite que le nom des Queue Manager soit au maximum de 9 caractères chaque.

Canaux Cluster Sender

A minima : TO. < nom_qm_cible >
Préférer : TO. < nom_cluster > .< nom_qm_cible >

Canaux Cluster Receiver

A minima : TO. < nom_qm_source >
Préférer : TO. < nom_cluster > .< nom_qm_source >

Canaux SVRCONN

Donner un nom significatif de l'usage : ADMIN, MONITOR, APP01, ...

Nommage des autres objets système

Dead Letter Queue : DLQ

Xmitq : Utiliser le nom du Queue Manager distant

Exemple : Xmitq GRP22 pour les flux vers le QM GRP22

Listener :
- Si le listener est unique pour le Queue Manager, on peut l'appeler LISTENER
- S'il y a de multiples listener, on peut les nommer par fonction : ADMIN, PORTAIL, APP1, ... ou LISTENER< n° du port >

Exemple : LISTENER1416

Initiation Queue : Pour le démarrage automatique des canaux (triggering), utiliser l'INITQ par défaut (SYSTEM.CHANNEL.INITQ).

Annonce du MQ-Pad

Luc-Michel Demey — 2010-03-31T22:00:00Z

Annonce MQ-Pad

Le MQ-Pad est un nouvel outil d'administration pour les environnements WebSphere MQ.
Il se présente sous la forme d'une tablette graphique autonome.

Le MQ-Pad est conforme aux spécifications :

WAF 1.1
DTC 2.0
CTB 1.5

Il fonctionne avec le nouveau SupportPack MO1664 (en liaison avec le MO71) et supporte les liaisons 3G, BlueTouffe, et RedFish.

En exclusivité, les premières photos de ce superbe outil :

Il est disponible à partir du 1er Avril dans toutes les bonnes ... poissonneries !

Duplication de messages avec WMQ V7

Luc-Michel Demey — 2010-03-11T23:00:00Z

Depuis le temps que l'on déploie des applications MQ, quel administrateur n'a pas souhaité un jour dupliquer simplement un flux de messages vers deux files différentes ?
Bien sûr, des solutions existent, comme des applications (plus ou moins transactionnelles) faisant MQget suivi de 2 x MQPut, des exit de message ou de canal, ... bref rien de très satisfaisant ni de très robuste.

Mais avec MQ Version 7, tout va changer ...

Rappels sur MQ PubSub V7

Le PubSub (Publication / Souscription) est une possibilité additionnelle apportée par la version 7 de WebSphere MQ. C'est un nouveau paradigme applicatif qui permet de créer des applications avec un niveau de découplage plus élevé que celui apporté par le messaging MQ.

Le principe est assez semblable aux flux RSS : Une application « publie » du contenu (demande de dispo, commandes, BL, …) sous forme de messages MQ dans une « Rubrique » (Topic). D'autres applications s' « abonnent » à cette rubrique, et reçoivent les messages MQ correspondants.

Les applications qui publient n'ont pas connaissance des applications qui sont abonnées. Le routage des messages est effectué par le module « broker » de WebSphere MQ version 7.

Au-delà des API MQ classiques (MQPut, MQGet, …), il existe en version 7 de nouvelles API qui permettent de mettre en œuvre le PubSub dans les applications. Il est également possible d'utiliser le PubSub avec des applications MQ non modifiées (développées pour WMQ version 5.3 ou 6.0), grâce à plusieurs particularités de MQ V7 :

Il est maintenant possible de faire pointer une file alias sur une Rubrique. Ceci permet à une application existante de publier des flux de type PubSub.
La « souscription administrative » permet, via une commande MQSC, d'abonner une file existante à une Rubrique. Cette file recevra alors les messages de la Rubrique, messages qui pourront être consommés par une application MQ « non PubSub ».

Application à la duplication de messages

En combinant les deux particularités ci-dessus il est possible, en utilisant des applications "MQ V6" non modifiées, d'utiliser le Pub/Sub V7 pour dupliquer les messages.

Soit une application A, qui pose des messages dans une file MQ. On souhaite que les applications B et C puissent chacune disposer d'une copie des messages déposés par l'application A.

On va donc créer :

une rubrique (RUB1)
une file alias Q1, pointant vers la rubrique RUB1
des files locales Q2 et Q3
des souscriptions à la rubriques SUB1 pour les files Q2 et Q3

Exemple en MQSC :

* Duplication d'un flux MQ via PubSub V7
 * Luc-Michel Demey 03/2010
 
 DEFINE TOPIC('RUB1') +
 TOPICSTR(' ') +
 REPLACE 
 DEFINE QALIAS('Q1') +
 TARGTYPE(TOPIC) +
 TARGET('RUB1') +
 REPLACE
 DEFINE QLOCAL('Q2') +
 REPLACE
 DEFINE QLOCAL('Q3') +
 REPLACE
 DEFINE SUB('ABO_Q2') +
 TOPICOBJ('RUB1') +
 DESTCLAS(PROVIDED) +
 DEST('Q2') +
 REPLACE
 DEFINE SUB('ABO_Q3') +
 TOPICOBJ('RUB1') +
 DESTCLAS(PROVIDED) +
 DEST('Q3') +
 REPLACE

Résultat :

Lors du dépôt d'un message dans Q1 par l'application A, ce dernier va se retrouvé publié dans RUB1.

Q2 et Q3 étant abonnés à cette rubrique, les deux files vont recevoir une copie du message.

Les applications B et C vont donc pouvoir disposer chacune de leur copie de message.

Conclusion

La mise en œuvre des fonctions PubSub de MQ V7 de base est relativement peu intrusive dans une architecture existante, dans la mesure où il n'est pas nécessaire de modifier les applications existantes.

Ceci peut être une solution simple pour transformer des applications aujourd'hui 1 to 1 en applications 1 to n, n to 1, ou n to n, et permettre ainsi une évolution en douceur du Système d'Information de l'entreprise.

Introduction à la Haute Disponibilité WMQ en version 7.0.1

Luc-Michel Demey — 2010-01-30T23:00:00Z

Concepts HA WMQ

Depuis plusieurs années, la Haute Disponibilité MQ dans les environnements Windows et Unix est basée sur les éléments suivants :

Deux serveurs distincts, avec le logiciel WMQ installé
Un stockage externe (type baie SSA, baie SAN, ...)
Une configuration spécifique du Queue Manager, pour stocker les files d'attente et les logs sur le stockage externe
Des outils comme un logiciel de Haute Dispo (HACMP, MSCS, Veritas, ...) et/ou des scripts (Support Pack MC91 par exemple)

Ces outils permettent :

de détecter la perte du QM sur le serveur nominal
de basculer les volumes disques vers le serveur de backup
de basculer l'adresse IP (VIP) vers le serveur de backup
de relancer le QM sur le serveur de backup

Apports de la version 7.0.1

La version 7.0.1 de WMQ apporte la fonction de QM de standby, avec bascule automatique. De plus, de nouveaux paramètres dans la définition du canal permettent à un QM partenaire d'atteindre soit le QM nominal, soit le QM de backup, sans avoir à basculer l'IP.
Sur un plan matériel, il est toujours nécessaire de disposer de deux serveurs distincts et d'un stockage réseau. Ce stockage doit se conformer à un certain nombre de spécifications, comme la capacité à libérer les fichiers verrouillés en cas d'arrêt de l'application qui les verrouille. Un exemple est NFS4.

Pour un QM partenaire, l'existence d'un QM de bascule est paramétrée en indiquant dans le CONNAME du canal sender les deux hostnames, séparés par une virgule si le QM partenaire est en 7.0.1. Exemple :

…
 CONNAME(UNIX01(14141), UNIX02(14141))
 …

Si le QM partenaire est en 6.0, l'utilisation du SupportPack MR01 a un effet identique.

Mise en œuvre

Le principe de la mise en œuvre est le suivant :

Vérification de la compatibilité du file system
La première étape consiste à vérifier la compatibilité du système de fichiers utilisé avec le multi-instance.

Sur chaque serveur, on lance la commande :

amqmfsck -v /mqha

Ceci permet de vérifier la capacité du système de fichiers à supporter les locks demandés par WMQ

Ensuite, simultanément sur les deux serveurs, on lance la commande :

amqmfsck -c /mqha

Ceci permet d'effectuer un test d'écriture concurrente.

Création du Queue Manager
Cette création n'est à effectuer que sur un des serveurs. On commence par créer les systèmes de fichiers pour MQ, par exemple :

mkdir /mqha/logs
 mkdir /mqha/qmgrs

On crée ensuite le Queue Manager avec la commande classique, sans oublier de spécifier des logs linéaires !

crtmqm -ll -ld /mqha/log -md /mqha/qmgrs LMD01

Création de l'instance de backup
Sur le deuxième serveur, il faut créer le Queue Manager de backup, mais avec la commande addmqinf.
Le plus simple est d'utiliser la commande dspmqinf sur le premier serveur, qui donne la syntaxe à utiliser pour créer l'instance de backup sur le deuxième serveur :

dspmqinf -o command LMD01 
 
 addmqinf -s QueueManager -v Name=LMD01 -v Directory=LMD01 -v Prefix=/var/mqm -v DataPath=/mqha/qmgrs/LMD01

Démarrage du Queue Manager
Sur un des serveurs (n'importe lequel en fait), démarrer le Queue Manager en mode fail-over :

strmqm -x LMD01

Sur l'autre serveur, démarrer le Queue Manager en mode fail-over :

strmqm -x LMD01

Vérification du fonctionnement

Vérification sur le premier serveur :

dspmq
 QMNAME(LMD01) STATUS(En cours de fonctionnement)

Vérification sur le deuxième serveur :

dspmq
 QMNAME(LMD01) STATUS(Exécuté en tant qu'instance de secours)

Bascule fail-over

Sur le premier serveur :

endmqm –s LMD01

Vérification sur le premier serveur :

dspmq
 QMNAME(LMD01) STATUS(Exécuté ailleurs)

Vérification sur le deuxième serveur :

dspmq
 QMNAME(LMD01) STATUS(En cours de fonctionnement)

Arrêt du Queue Manager

Sur le serveur où le Queue Manager s'exécute :

endmqm LMD01

Ceci arrête le QM actif ET l'instance de backup.

Conclusion

Cette nouvelle fonction apportée par la version 7.0.1 de WebSphere MQ permet de mettre en œuvre, relativement facilement, un mécanisme de Haute Disponibilité MQ entre deux serveurs.
Le niveau de fonctionnalité obtenu est certes moins élevé qu'avec des logiciels spécialisés comme HACMP, mais pour la plupart des cas cela est suffisant.

Parcours

Luc-Michel Demey — 2010-01-02T18:57:00Z

Architecte Technique Senior - Expert WebSphere / MQSeries / Portal

Téléchargez mon CV

Compétences

Architecture des systèmes d'informations
Instructeur WebSphere Application Server (WAS), WebSphere MQ (MQSeries), WebSphere Portal (WP)
Conduite de projet en environnement complexe
Coordination d'équipes multi-plateformes
WebSphere MQSeries, version 2.x à 7.0.1
WebSphere MQ File Transfer Edition V 7.0
WebSphere Application Server (WAS), version 3.5 à 7.0, Express, Base et ND.
WebSphere Portal, version 4.x, 5.x, 6.x
Brokers de messages : WMQI/ MQSI, Process Server, SOA/ESB
IDE : WSAD 5.0/5.1, RAD 6 et 7, WSSD, Eclipse
Serveurs HTTP, FTP, mail : Apache 1.3 / 2.0, IBM HTTP Server
JMeter, OpenSta, Tivoli Performance Viewer
Technologies Internet, réseaux : proxy, NAT, firewall, Java, J2EE, HTML, PHP, Perl, XML, Jython
Sécurité des systèmes d'information, chiffrement SSL, PKI, OpenSSL
Haute disponibilité : Plan de Reprise des Activités, Disaster Recovery Plan
Architecture, design d'application, suivi de développement, déploiement, administration
Analyses de charge système et réseau en environnement distribué
Audits techniques et sécurité, tests d'intrusion (Ethical Hacking)
Réseaux SNA, Ethernet, IP
Plates-formes : OS/400/i5, Unixes, Linux, Windows

Certifications Techniques

IBM Certified Developer - MQSeries
IBM Certified Solutions Expert - MQSeries
IBM Certified Developer - MQSeries
IBM Certified System Administrator - WebSphere MQ V5.3
IBM Certified Solution Designer - WebSphere MQ V5.3
IBM Certified Solution Developer - WebSphere MQ V5.3
IBM Certified System Administrator - WebSphere MQ V6.0
IBM Certified Solution Designer - WebSphere MQ V6.0
IBM Certified Solution Designer - WebSphere MQ V7.0
IBM Certified System Administrator - WebSphere MQ V7.0
IBM Certified Associate Developer - WebSphere Studio V5.0
IBM Certified System Administrator - WebSphere Portal V5.0
IBM Certified System Administrator - WebSphere Portal V5.1
IBM Certified System Administrator - WebSphere Application Server V5.0
IBM Certified System Administrator - WebSphere Application Server Network Deployment V6.0
IBM Certified System Administrator - WebSphere Application Server Network Deployment V6.1
IBM Certified Advanced System Administrator - WebSphere Application Server Network Deployment V6.1
IBM Certified System Administrator - WebSphere Application Server Network Deployment V7.0

Parcours professionnel

Juin 2001 à ce jour : Consultant indépendant (Demey Consulting)

Missions d'expertise WebSphere et MQSeries chez des clients du domaine finance, banque, et logistique
Assistance maîtrise d'ouvrage :
- Rédaction des cahiers des charges, des dossiers d'appel d'offres, et dépouillement des offres
- Suivi de projets applicatifs et d'infrastructure
Mise en place de maquettes EAI (MQSI, Websphere, e*Gate) pour validation technique
Etudes d'architecture EAI/Web (WebServices, Soap, WSDL, UDDI, middlewares)
Production de formations WebSphere, WebSphere MQ (MQSeries), WebSphere Portal (Architecture, Paramétrage, Développement, Travaux pratiques)
Analyse de performance et optimisation
Définition et mise en place d'architecture PKI
Sécurisation de l'administration de réseaux WebSphere (SSL)
Rédacteur de l'ouvrage " WebSphere MQ et iSeries " aux Editions Weka

Février 1998 à Mai 2001 : Candle France

Depuis Janvier 1999 : Responsable technique MQSeries
De Janvier 1998 à Janvier 1999 : Architecte Middleware

Septembre 1983 à Janvier 1998 : IBM France

De 1991 à 1997 : IBM Global Services - Chef de projet
De 1988 à 1990 : Responsable Technique de comptes AS/400
De 1983 à 1987 : Ingénieur Technico Commercial Systèmes distribués

Langues

Français : langue maternelle, Anglais : courant

Etudes

Diplôme d'Ingénieur en Génie Electrique, Esigelec Rouen, 1981

Téléchargez mon CV

Vous pouvez télécharger mon CV complet en format Word ou PDF, en français ou en anglais :


CV Format Word en français


CV Format PDF en français


CV Format Word en anglais


CV Format PDF en anglais

Réalisations

Luc-Michel Demey — 2010-01-01T18:58:00Z

Voici une liste non exhaustive des clients pour qui je suis intervenu ces dernières années :


Aon


Acmi


Advantel


Arkema


Autotrans


Axa


Banque de France


Banque de Luxembourg


La Banque Postale


Banque Directe


Banque NSMD


BNP Paribas


Belharra


Crédit Agricole Indosuez Cheuvreux


Caisse d'Epargne


Carrefour CSIF


Cedicam


Airbus Cimpa


Conforama


Cross Institute


Danone


Decathlon


De Theus


DELTA


Desys-IF


Dexia


Euler Hermes


EBREX


EDF


EMI Music


Eurosport


Fédération des Entreprises Romandes


Entreprise des P&T Luxembourg


GE Real Estate


Infolog Solutions


Hardis


ib-Cegos


Ing Direct


Ixis-CIB


JJA


Lada France


La Poste


La Compagnie Financière Edmond de Rothschild


Logix


Lexys


Macif


Meccano


Metro


MMA


Natixis


Norbert Dentressangle


Odyssey Asset Management Systems


Oseo


Panalpina


Pharmalog


Procapital


Redcats


Ricoh


SECF


Sefas Innovation


Sofrecom


STEF-TFE


STERIA


Toshiba


UBS


Vinci


Vogel France


Editions WEKA

Programme de formation

Luc-Michel Demey — 2010-01-01T18:57:00Z

Formation WebSphere & Formation WebSphere MQ (MQSeries)

Pour former vos équipes à WebSphere et WebSphere MQ (MQSeries), Demey Consulting vous propose deux filières complémentaires :

Formation WebSphere MQ - MQSeries "Demey Consulting" :

Un support de cours spécifique, en français et au dernier niveau technique (MQ version 6.0.2.x et 7.0.1.x)
Un contenu et une durée adaptés à vos équipes

Formation WebSphere, WebSphere MQ et WebSphere Portal "IBM" :

Production de cours sur supports IBM Formation
Filière Demey Consulting

Une formule originale, très modulaire, produite dans vos locaux.

Vos équipes ont besoin de vous former rapidement à WebSphere MQ (MQSeries). La filière classique (introduction : 1 jour, administration : 4 jours, développement : 3 jours) ne correspond pas au temps que vous souhaiter consacrer à ce produit.

Demey Consulting, enregistré comme organisme de formation auprès du Préfet de la région Ile de France sous le numéro 11940595694, vous propose une formule plus souple et moins chronophage, sous forme de modules courts et denses, accompagnés ou non d'ateliers pratiques.

Modules WebSphere MQ

Ces modules sont produits dans vos locaux, avec un contenu adapté à votre projet. Chaque module traite d'un domaine spécifique, à l'issue duquel vos équipes maîtrisent les notions essentielles du domaine.

Demey Consulting vous propose également des modules de travaux pratiques sur le logiciel WebSphere MQ (architecture, spécifications, installation, paramétrage, sécurité, développement, administration ....) sur plates-formes Unix, Windows et iSeries.

Chaque module de travaux pratiques comporte un énoncé et un corrigé complétement rédigés, et peut être produit sur plates-formes Windows, Unix ou AS/400.

Il y a à ce jour plus de 30 modules disponibles, en mode magistral et/ou travaux pratiques :

Modules magistraux :

Fondamentaux WebSphere MQ
Les objets WebSphere MQ
Administration WMQ
Développement d'applications
Installation WMQ 6.0 / 7.0 sur Windows, Linux, iSeries
Mise en œuvre du client MQ
Présentation dees SupportPacks IBM
Gestion d'un réseau MQ avec le MO71
Clusters WebSphere MQ
WebSphere MQ et la Haute Disponibilité
Sécurisation d'un réseau WMQ avec SSL
WebSphere MQ et JMS
Intrusion dans un réseau WebSphere MQ (et comment s'en protéger !)

Travaux pratiques :

Les ateliers disponibles sont les suivants :

Installation WebSphere MQ
Création d'un Queue Manager local
Utilisation des programmes exemples
Mise en réseau de deux Queue Manager
Mise en œuvre du client MQ
Configuration / Administration d'un Queue Manager avec des scripts MQSC
Configuration / Administration d'un réseau de Queue Manager avec l'explorateur WebSphere MQ
Mise en œuvre des triggers de channel
Gestion de la Dead Letter Queue (détection, recyclage des messages, …)
Mise en œuvre du triggering applicatif
Mise en œuvre des channels SSL entre deux QM
Mise en œuvre des channels SSL entre un client MQ et un serveur
Purge des logs linéaires avec le MS62
D'autres modules peuvent être développés et produits à la demande.

Le contenu détaillé des modules de formation est disponible en format PDF :


Progamme de formation WebSphere MQ

Filière IBM

Production de formation sur supports officiels IBM, pour les cours suivants :

WAS 6.0 - 6.1 - 7.0 :
- WU701FR : WebSphere Application Server V7 et Java EE 5 : Mise à jour
- WA370FR : IBM WebSphere Application Server V7 : Administration
- WA870FR : IBM WebSphere Application Server V7 Administration Avancée
- WA361FR : IBM WebSphere Application Server V6.1 Administration
- WA661FR : IBM WebSphere Application Server V6.1 Scripting and Automation
- WA761FR : IBM WebSphere Application Server V6.1 Advanced Administration
- WF8816FR : WAS V6 : Outils de tests de performance et monitoring

WebSphere MQ 6.0 - 7.0 :

WM101FR : WebSphere MQ : Présentation technique
WM201FR : WebSphere MQ : Administration plateformes distribuées 1ère partie V7
WM210FR : WebSphere MQ : Administration plateformes distribuées 2éme partie V7
WM250FR : WebSphere MQ : Architecture & conception de solutions en Clusters
WM160FR : WebSphere MQ : Administration système sur iSeries
MQ701FR : WebSphere MQ : Conception d'applications
WU601FR : WebSphere MQ : Mise en œuvre de la V7 pour personnes expérimentées
WM510FR : WebSphere MQ : Mise en œuvre de la Publication/Souscription

— > Ces cours sont produits via un « Partenaire IBM Formation », pour lequel j'interviens alors en tant que formateur.

Demey Consulting

Rotation du log du plug-in WAS

Suivi de livraison des messages WMQ

Scripting Jython avec wsadminlib

Bonnes pratiques de nommage des objets WebSphere MQ

Règles de nommage WebSphere MQ

Normes et bonnes pratiques

Annonce du MQ-Pad

Annonce MQ-Pad

Duplication de messages avec WMQ V7

Rappels sur MQ PubSub V7

Application à la duplication de messages

Conclusion

Introduction à la Haute Disponibilité WMQ en version 7.0.1

Concepts HA WMQ

Apports de la version 7.0.1

Mise en œuvre

Conclusion

Parcours

Architecte Technique Senior - Expert WebSphere / MQSeries / Portal

Téléchargez mon CV

Réalisations

Programme de formation

Formation WebSphere & Formation WebSphere MQ (MQSeries)

Filière Demey Consulting

Filière IBM