Is there a Delphi library that does AMQP 1.0?

[jeroenp 26]

Since not all Message Oriented Middleware does STOMP, I wonder if there is an AMQP 1.0 compatible Delphi library around, either open source or commercial.

 

A Google Search did not reveal many results, and the ones I found were kind of vague on the versions of AMQP that is implemented.

 

Any tips?

[Fesih ARSLAN 1]

There is a paid library developed for this purpose. 

IpWorks-IoT

The component set has MQTT and AMQP support.

[jeroenp 26]

1 hour ago, Fesih ARSLAN said:

There is a paid library developed for this purpose. 

IpWorks-IoT

The component set has MQTT and AMQP support.

Thanks. Do you have any experience with it? If so, how well is their implementation?

I know that last question is hard to estimate, as I could not find AMQP test suites.

[Fesih ARSLAN 1]

Unfortunately I have never used this component set. But the component manufacturer gives confidence with its experience.

[toms 29]

There's a 30-Day Fully-Functional Free Trial and some demos.

https://www.nsoftware.com/ipworks/iot/#prod-demos

[Markus Kinzler 174]

https://www.habarisoft.com/habari_activemq.html

 

[Guest]

1 hour ago, Markus Kinzler said:

https://www.habarisoft.com/habari_activemq.html

 

• AMQP is a protocol
• ActiveMQ is a broker and supports STOMP, AMQP, ...
• Habari components

  Quote

  uses the STOMP protocol for its communication with the message broker

   

Edited November 14, 2018 by Guest

[Frédéric 0]

Hi,

 

kbmMW supports AMQP 0.9.1

http://www.components4developers.com/

 

 

[jeroenp 26]

2 hours ago, Markus Kinzler said:

https://www.habarisoft.com/habari_activemq.html

 

From https://www.habarisoft.com/index.html#faq :

 

Quote

Does the library support AMQP or MQTT?

No, AMQP and MQTT are not supported. The library only supports the STOMP wire format.

 

1 hour ago, Frédéric said:

Hi,

 

kbmMW supports AMQP 0.9.1

http://www.components4developers.com/

 

 

The question asked specifically for 1.0, as 0.9.1 is a totally different protocol: https://www.rabbitmq.com/protocols.html

Quote

AMQP 1.0

Despite the name, AMQP 1.0 is a radically different protocol from AMQP 0-9-1 / 0-9 / 0-8, sharing essentially nothing at the wire level. AMQP 1.0 imposes far fewer semantic requirements; it is therefore easier to add support for AMQP 1.0 to existing brokers. The protocol is substantially more complex than AMQP 0-9-1, and there are fewer client implementations.

 

3 hours ago, toms said:

There's a 30-Day Fully-Functional Free Trial and some demos.

https://www.nsoftware.com/ipworks/iot/#prod-demos

Thanks. I will give that a try later on.

[sonadorje 3]

hi

 

in the github,there are two project for AMQP 0-9-1:

https://github.com/lgadina/comotobo

https://github.com/lgadina/rabbitmq-library

 

But if you want to use it in production,these codes need to be modifed more and more. 

 

 

[Lars Fosdal 1792]

https://www.nsoftware.com/ipworks/iot/ supports AMQP 1.0 and 0.9.1

Doc for Delphi: https://cdn.nsoftware.com/help/IOF/dlp/

I haven't tried it.

@jeroenp - Did you find a AMQP 1.0 compatible lib elsewhere?

[wuwuxin 28]

On 11/14/2018 at 1:49 AM, jeroenp said:

Thanks. Do you have any experience with it? If so, how well is their implementation?

I know that last question is hard to estimate, as I could not find AMQP test suites.

I have nSoftware Red Carpet subscription and has used their AMQP component.   

 

Pros:

-  Very well documented APIs, and very good technical support.

 

Cons:

- Expensive

- No source code

[Lars Fosdal 1792]

That last point would a major concern.  Source code is necessary for third party libs.

Are they wrapping some DLL or ActiveX class that is shared across the supported platforms?

[wuwuxin 28]

On 7/21/2021 at 3:40 AM, Lars Fosdal said:

That last point would a major concern.  Source code is necessary for third party libs.

Are they wrapping some DLL or ActiveX class that is shared across the supported platforms?

Yes.  Indeed, the component just wraps DLL. 

 

For Delphi,  the DLL is embedded in DCU file as a resource and loaded during runtime in some "hacking" manner.  The final compiled exe looks as if does not depend on external DLL, except the DLL is actually embedded in the executable as resource.

Edited July 22, 2021 by wuwuxin

[Fr0sT.Brutal 900]

19 hours ago, wuwuxin said:

For Delphi,  the DLL is embedded in DCU file as a resource and loaded during runtime in some "hacking" manner.  The final compiled exe looks as if does not depend on external DLL, except the DLL is actually embedded in the executable as resource.

Antiviruses will be happy to thrill upon such apps 😉