[Info-vax] Another "Rendez-vous autour de VMS" in France (report)

[Marc Van Dyck]

Jan-Erik Söderholm explained on 03/12/2022 :
> Den 2022-12-03 kl. 15:38, skrev Arne Vajhøj:
>> On 12/3/2022 9:16 AM, Arne Vajhøj wrote:
>>> On 12/3/2022 1:28 AM, Hein RMS van den Heuvel wrote:
>>>>                           Also interesting to hear/see was
>>>> the importance of RabbitMQ.
>>> Message queues has become a part of most new solutions today.
>>>
>>> There are 3 big players in the message queue server market:
>>> - RabbitMQ
>>> - ActiveMQ/ArtemisMQ
>>> - Kafka
>>>
>>> Note 1: Kafka is not a traditional message queue server, but it is
>>> a relevant alternative in some cases.
>>>
>>> Note 2: various commercial offerings from IBM, Oracle, MS
>>> etc. still exist but the open source ones dominate the
>>> market.
>>>
>>> But in many ways the choice of server is not so important
>>> as standard protocols has been created to talk to to those
>>> servers: AMQP, STOMP and MQTT.
>> 
>> VSI offers:
>> 
>> ActiveMQ server + JVM client (JMS) - 
>> https://vmssoftware.com/products/activemq/
>> 
>> Mosquito (MQTT) server - https://vmssoftware.com/products/mosquitto/
>> 
>> RabbitMQ native client (librabbitmq) that I suspect will work with any 
>> server talking AMQP - https://vmssoftware.com/products/librabbitmq/
>> 
>> Client for MQTT protocol - https://vmssoftware.com/products/paho-c/
>> 
>> Outside of that:
>> 
>> JFP VMS Python (I have not checked VSI VMS Python) comes with
>> an AMQP module and it is possible to get the standard stomp
>> module working.
>> 
>> RabbitMQ JVM client should work on VMS if the Java version is new enough.
>> 
>> And for those wanting native access then there exist open source
>> C code for STOMP protocol (plus I have created VMS wrappers for
>> it - https://www.vajhoej.dk/arne/opensource/vms/ grab the vmspstomp
>> library).
>> 
>> So VMS does have something in this area.
>> 
>> Arne
>> 
>
> Which of these (if any) has a VMS only complete solution?
> That is, that doesn't need some "external" Linux (or other)
> based server component?
>
> If I just want to have a message based solution for communication
> between different native VMS applications, I do not want to be
> dependent on some other system/environment.
>
> Yes, mail boxes works quite nice, but there are some issues with
> having multiple readers on a mailbox. And you can only "buffer" as
> much as our mailbox buffer has room for.

VSI still sells and supports RTR, Reliable Transaction Router.

-- 
Marc Van Dyck