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

[Dave Froble]

On 12/3/2022 10:04 AM, Jan-Erik Söderholm wrote:
> 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.
>
>

So, would you like a copy of TQUMAN to evaluate and use?  Actually, a 1970s era 
product developed on RSTS/E, and moved to VMS.  Hey, the price is right.

-- 
David Froble                       Tel: 724-529-0450
Dave Froble Enterprises, Inc.      E-Mail: davef at tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA  15486