Support for any messages queue, e.g. ZeroMQ / AMQP / RabbitMQ

[rapgro]

A long outstanding request. Would it be possible to have native support for AMQP with (any new) one of an implementation? I tried to start something but never managed to get response from core development. My work did not get even further and I plan to discontinue at all because of really lack of time but I still want to let you all know.
https://gitlab.com/voice-mediator/jvxml-amqp

See especially in this paper:
https://academiccommons.columbia.edu/download/fedora_content/download/ac:165655/content/Virtualization.pdf

[rapgro]

RabbitMQ java client seems to be the library to use.

[rapgro]

#14

[schnelle]

I see that you intent to have this as an implementation platform. This means

• receiving inputs
• sending outputs

via AMQP.

What would be the purpose of that and who should be the receiver of those messages in which format?

[rapgro]

AMQP is a protocol specification. There's support in nearly every commonly used programming language, not even java only. No idea what you mean with format.

[schnelle]

The format is only the least important point of the issues mentioned above. Could you please elaborate on the other questions?

[schnelle]

It seems that there is no actual use case behind this request. Closing that issue.

[rapgro]

Lyra is a high-availability RabbitMQ client (for AMQP as the used protocol).
https://github.com/jhalterman/lyra

[schnelle]

A clear use case is still missing. I already asked twicve but still did not get any meaningful answer.

[David-dp-]

Regarding a use-case, do you have in mind something like: It should be possible to send information to jvxml's FIA, without the jvxml app requesting it, so that grammars and prompts might be interrupted and the app directed to another form or doc location?

…

On Sun, 17 Nov 2019, 6:09 am Raphael Groner, ***@***.***> wrote: Lyra is a high-availability RabbitMQ client (for AMQP as the used protocol). https://github.com/jhalterman/lyra — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#96?email_source=notifications&email_token=AA5RKQ3AEBHCFE2YRMY6TRLQUFGBJA5CNFSM4IT3AIUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEEIM3PQ#issuecomment-554749374>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AA5RKQ43OSKLSJKRL4DHYELQUFGBJANCNFSM4IT3AIUA> .

[rapgro]

Can you do MMI? https://de.slideshare.net/Abd0/multimodal-interaction-an-introduction

[schnelle]

There are currently 3 protocols available in JVoiceXML to interact in MMI

• HTTP
• uMundo (an abstraction over ZeroMQ)
• Sockets

What would be the benefit of supporting a 4th protocol?

[David-dp-]

Where can one read more about how to use these protocols with jvxml?

…

On Tue, 19 Nov 2019, 11:22 pm Dirk Schnelle-Walka, ***@***.***> wrote: There are currently 3 protocols available in JVoiceXML to interact in MMI - HTTP - uMundo (an abstraction over ZweroMQ) - Sockets What would be the benefit of supporting a 4th protocol? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#96?email_source=notifications&email_token=AA5RKQ2QN6T6BJPXHZQG7BDQUTQT3A5CNFSM4IT3AIUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEEQ7L3Q#issuecomment-555873774>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AA5RKQ4GKPFPPSZFEYTXXSLQUTQT3ANCNFSM4IT3AIUA> .

[schnelle]

These are implemented as CallManagers and can currently not be used within telephony environments. See the corresponding call managers for a reference

• https://github.com/JVoiceXML/JVoiceXML/tree/master/org.jvoicexml.callmanager.mmi
• https://github.com/JVoiceXML/JVoiceXML/tree/master/org.jvoicexml.callmanager.mmi.http
• https://github.com/JVoiceXML/JVoiceXML/tree/master/org.jvoicexml.callmanager.mmi.socket
• https://github.com/JVoiceXML/JVoiceXML/tree/master/org.jvoicexml.callmanager.mmi.umundo

Unfortunately, there is no other documentation available

[rapgro]

uMundo (an abstraction over ZeroMQ)

In case there's a typo and you mean ZeroMQ instead, then you can consider my request as obsolete. ZeroMQ is similiar to AMQP.

[rapgro]

Well, as somewhere else stated I've somehow possible experiments with more complexity in mind.
E.g. Connect any monitoring system like discussed in dnaeon/py-vpoller#226