Assuming that you are testing on NT (or other MS desktop), the easisest way we found was to allow the broker to interact with desktop via the services window and use lots and lots of 'System.out...' which will appear in one of the windows created by the broker.
Joined: 22 May 2001 Posts: 1072 Location: Fort Worth, TX, USA
Install the latest CSDs for WMQI (CSD 0 & 1). Once installed, read the README file of the product and you will find documentation on using Java debugging ... I will reproduce below:
28. Debugging Java nodes.
It is possible to attach the JDB debugger to the JVM running inside the broker thus
allowing developers to debug their Java nodes. The debugger can be attached on a
per execution group basis. In order to attach JDB you must first change the broker
configuration to tell the JVM to listen on a particular port. The command mqsiservice
can be used to change the broker configuration in the following way:
mqsiservice <broker> -r debugJava="<ExecutionGroup1Label=port1>;<ExecutionGroup2Label=port2> ..."
<broker> - The broker name.
<ExecutionGroup1Label=port1> - This tells the JVM in execution group 1 to listen on port1.
<ExecutionGroup2Label=port2> - This tells the JVM in execution group 2 to listen on port2.
Several entries can be added for each execution group, these are separated by semicolons
as illustrated above. The entry can be removed in the following way:
mqsiservice <broker> -r debugJava
Misusing mqsiservice can seriously damage the broker configuration. It should
only be used in the way described above. This command is not available on 390.
The broker must be restarted for these changes to take effect. The JVM in the
execution group will now listen on the specified port and can be attached to
in the usual manner.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum