Java EE Compatible Polling Solution?

All,

We recently discovered that there are a mish-mosh of solutions in our code to address polling. Basically, when a truly latent request is issued, we would prefer callback. However, not all third-party vendors support (or, more importantly, guarantee) callback. In these situations, we resort to polling the third-party vendor over regular intervals to determine whether a request has finished processing and a response is available. (Hence, the operation involved is asynchronous).

My question is: what industrial grade polling solutions have you all used and would recommend? The general requirements would be:

> Compliant for use in a J2EE container

> Ideally, integrates easily with JMS and MDB's

> Allows for fine-grained control (e.g., repeat three times every ten minutes and then give up, continue polling until a response is received, etc.)

The product I am most familiar with is Quartz Scheduler. Any other ideas and/or recommendations?

Thanks!

- Saish

[1030 byte] By [Saisha] at [2007-10-3 2:14:27]
# 1
JMX? Might be overkill...
SoulTech2012a at 2007-7-14 19:13:18 > top of Java-index,Other Topics,Patterns & OO Design...
# 2

wouldn't an event model for this be great, saish?

your question is an interesting one. i know we're faced with it. we haven't been so rigorous as to come up with a single solution. most of the time it's database integration or "tickler files" for us.

what about dual queues? one for the outgoing message, another for the incoming callback. the two classes on either side of the asynch divide are both message sources and listeners - send a message to one queue, listen to the other.

%

duffymoa at 2007-7-14 19:13:18 > top of Java-index,Other Topics,Patterns & OO Design...