Hi Sumalatha,
PFA the test case (It is for reference only as I don't have any queues available on my local).
The counter value is for defining iteration for dequeuing the messages.
The attached examples flow is :
1. get the row details from Excel for 1st queue configuration
2. Read the messages from the queue in an iterative manner (you can define loop iterations to have optimal performance, example: 10)
3. Once the counter reaches the threshold value, the control will be sent back to step 1 to fetch the next Queue Details from Excel and go one.
4. On the end of Data in excel, the test case will end
You can schedule the above test case to get executed at a predefined frequency in CVS (say once in an hour or 2 hours)
Hope this will help. Thanks
------------------------------
Regards,
Vaibhav Jain
Capgemini
------------------------------
Original Message:
Sent: 10-23-2019 04:51 AM
From: Sumta
Subject: Creation of drainers in Devtest
Thanks for the reply Vaibhav.
Could you please share the test case attachment as it helps me to analyze what the Counter_for_Iteration data set on top of IBM MQ Native step is doing.
Original Message:
Sent: 10-23-2019 02:26 AM
From: Vaibhav Jain
Subject: Creation of drainers in Devtest
Hi Sumalatha,
You should create a test case instead of VSM and deploy it on CVS. Also, you can use the "IBM Native Send or Receive" or "IBM Websphere MQ" to consume the messages in an iterative manner.
I have attached a sample structure for the same for your reference:
Thanks.
------------------------------
Regards,
Vaibhav Jain
Capgemini
Original Message:
Sent: 10-23-2019 01:41 AM
From: Sumta
Subject: Creation of drainers in Devtest
Hi Vaibhav and team,
i have followed the below approach :
1. Created a VSM , added a dataset with different queues and queue manager details in it. As a next step added IBM MQ Native Listen step and after this step directed to the step where data set is added. VSM will continuously read through the data set and execute the Listen step one by one to clear the messages from each queue without any break point.
2. Deployed the VSM to the VSE server, observed that the VSE server coming down and post restart of the VSE , monitored the inspection view of the VSM deployed, it is observed that there are warn messages saying "SimulatorOverloaded".
Does this meant that this approach needs some correction. Please share your Insights on the same.Have attached the sample VSM for reference.
Original Message:
Sent: 09-26-2019 02:07 AM
From: Vaibhav Jain
Subject: Creation of drainers in Devtest
Hi Sumta,
I have done a similar setup once for this. I used the following approach.
1. Create a dataset of different queues with configurations (in case QM, etc changes for every queue)
2. Create a looping test case with counter (based on your requirement) with the dataset details to execute for all entries. Example 2 loops 1 for data set and 2nd for number of iterations
3. Either deploy it on CVS or run it manually to drain the queues.
Also, you can get the queue expiration time set to a reduced value which will automatically discard the messages after a predefined interval.
Lastly, you can have a single testcase with multiple config files and execute them parallelly using CVS at scheduled intervals.
Thanks.
------------------------------
Regards,
Vaibhav Jain
Capgemini
Original Message:
Sent: 09-26-2019 01:14 AM
From: Sumta
Subject: Creation of drainers in Devtest
Hi Team,
we are getting the requirement to drain the messages(clear all the messages, may be in thousands in number during functional or performance testing) from a particular queue. The drainer should be running all the time.
for this currently, we are creating the VSM and adding only one single step "IBM MQ Native VSE Listen" step and providing the queue and queue manager details over there from which the messages to be cleared off and routing the same step back again and deploying to the VSE.
Attached the sample drainer VSM for reference.
Now since we are getting lot of similar requirements, we are analyzing if this could be optimized, say we have to clear messages from 10 to 15 different queues , instead of creating 15 different VSM, is there a way where we can accommodate all in one VSM?
Please provide your suggestions here
------------------------------
Thank you
------------------------------