Blog

Bienvenue...

...sur mon blog, j'utilise ce site pour noter les petites choses qui me sont utiles, que ça soit informatique ou autre :)

Il y a 8 années 1 jour

Si malgré la regénération des droits d'accès (menu administration -> gestion du contenu -> paramètres de contribution) vous n'arrivez pas à faire apparaître les liens "voir/modifier" pour un contenu par un administrateur (différent du "root"/uid1) il faut simplement vérifier que l'utilisateur admin ou le role a bien accès au filtre d'entrée du contenu auquel vous essayer d'accéder...

Il y a 8 années 1 mois
Il y a 8 années 10 mois

Je rencontre quelques soucis avec des programmes qui plantent sous environnement AIX. J'ai donc eu besoin d'analyser des core dump et ai donc cherché une solution pour ce faire...

La solution est expliquée ici et demande qu'un utilitaire de débuggage soit installé.

Du coup j'ai aussi découvert la commande script qui loggue tout ce qui se passe sur le terminal.

Et donc, en gros il faut avoir le core file et le programme sur la machine où on execute dbx (le nom du debugger) et taper dbx <chemin vers l'executable> <chemin vers le core> puis taper la commande where qui indique où ça s'est vautré...

Il y a 8 années 10 mois

...sur mon blog, j'utilise ce site pour noter les petites choses qui me sont utiles, que ça soit informatique ou autre :)

Il y a 8 années 10 mois

Une bonne pratique est de nommer les XmitQ du nom du QM de destination.

Ok, mais encore, quel intérêt ? Cela permet en fait d'effectuer un routage des messages plus "fluide" en utilisant les champs ReplyTo des messages.

Lorsqu'on répond à un message MQ (en passant par l'API C ou la lib java spécifique WMQ - je n'ai pas regardé s'il existait un équivalent en JMS) le QM put en fait le message dans la XmitQ ayant le nom du QM spécifié dans le champ ReplyToQM du message MQ.

Le message remonte alors vers le QM de destination. Que se passe t il lorsque l'on est en architecture étoile (un QM central et n QM magasins rattachés à ce central) et qu'on essaye de répondre à un message envoyé à un magasin mais d'un QM connu uniquement du central ?

En effet, si vous m'avez suivi et que vous connaissez un peu le comportement d'un QM, la XmitQ étant inconnue du QM Magasin, le message échoue fatalement dans la Dead Letter Queue (la file des messages que le QM ne sait pas router).

Il faut donc positionner au niveau du QM Magasin une "Default XMITQ" pointant vers le central, le QM Magasin routera alors le message vers cette XmitQ et le QM Central, qui connait le ReplyToQMGR, saura dans laquelle de ses XmitQ il doit mettre le message.

Pages