As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
i would like to use a controlAgent in a PFLOW to stop a the listener that owns the thread if an error is doscovered in processing. This is to stop processing of messages until the error/issue is resoved.
I have not used this before in a solution environment apart from using it in a failover scenario. Does any have any opinions/views/experience that they could share me so i know what i type of errors the control method should be used for, any gotchas or design considerations of the pflow?
i will using it in an asynchoronous multithreaded environment. The listener will be in transaction manager mode. The listener is an MQ listener. This is a event driven realtime environment.
thank you.
Posts: 4 | Location: London | Registered: November 01, 2007
Hi, If the listener just happens to be an MQ listener (ahem!) then it may be possible to use the folowing technique: Get the pflow to send a PCF format command message via MQ to the queue managers SYSTEM.ADMIN.COMMAND.QUEUE to tell it to 'get inhibit' the MQ queue. This will stop *any* application from getting messages from this MQ queue, but won't stop new messages from arriving on the queue. I can't say that I've tested this, but I'm predicting the behaviour of the listener will be to stop itself when it receives an error message when tring to read from the 'get inhibited' MQ queue.
Thank you for your response. I think that is an important option to have. since in this environment this is an MQ listener (ahem) and the queue has only a single consumer than this may be an option we can use. you are right, i will need to understand and test the behaviour of the our mq listener to see how it behaves when it recieves an error when trying to pull a message of the queue. Also MQ will need to be configured to allow the iWay process to send a adminitratior type command to MQ. (dnt know much about this).
i believe the MQ listener, in theory, when it tries to pull a message of MQ will get an error. The listner will then have a look at the 'RETRY' interval setting in iWay and continue to poll in error for the set period of time before going into a complete stop state.
Posts: 4 | Location: London | Registered: November 01, 2007
i have used a control agent on a number of occasions. It works fine. The only thing i notice is that once the agent issues a stop for the requsite listener, any transaction in flight will get completed before the listener stops .... which may not be a bad thing