/u/104537/guinness.png?f=community)
Ik ben bezig met een functionaliteit waarbij de applicatie feitelijk direct na het binnenkomen van een bericht op een MQ Queue, een antwoord moet genereren en dit terugsturen.
Constant pollen voor een bericht is een no-go uiteraard, dit zou teveel resources opvragen/verspillen. Mijn idee was om aan de get() call (wat gaat kijken of er een nieuw bericht is), een waitInterval mee te geven.
Deze interval zou dan vrij hoog komen te staan (pakweg enkele minuten). Na deze afgelopen is en er geen bericht gekomen is, wordt deze na enkele seconden weer opgestart.
Tijdens het wacht-interval is die specifieke thread blocked, maar dit is geen probleem, er is ook geen interferentie met andere queues etc.
Is dit een 'mooie' oplossing? In principe lijkt dit me wel ok, maar het lijkt toch wat artificieel. Enige andere mogelijkheden die ik kan onderzoeken? Thanks!
Constant pollen voor een bericht is een no-go uiteraard, dit zou teveel resources opvragen/verspillen. Mijn idee was om aan de get() call (wat gaat kijken of er een nieuw bericht is), een waitInterval mee te geven.
Deze interval zou dan vrij hoog komen te staan (pakweg enkele minuten). Na deze afgelopen is en er geen bericht gekomen is, wordt deze na enkele seconden weer opgestart.
Tijdens het wacht-interval is die specifieke thread blocked, maar dit is geen probleem, er is ook geen interferentie met andere queues etc.
Is dit een 'mooie' oplossing? In principe lijkt dit me wel ok, maar het lijkt toch wat artificieel. Enige andere mogelijkheden die ik kan onderzoeken? Thanks!
/u/1906/crop5dfd46928e003.png?f=community)