JMS Queue: When Size Does Matter

motif

Anypoint Platform is fast. The legacy systems that it often connects to? Not so much.

Therefore, in real world use cases, the requirements often call for limiting the message throughput to protect the endpoint systems from being overwhelmed by traffic. Architectural designs that support message throttling commonly incorporate some elements of message queues to stage and hold messages in-flight, so that the endpoints can process them at a steadier pace.

Docs: Never Leave Home Without Em

September 25 2014

0 comments
motif

Given the ever broadening capabilities and functionality of Anypoint Platform, even the most experienced MuleSoft developers will be challenged to remember all the features and tricks the product suite provides. Especially on fast-paced implementations, one can easily be caught up with the ebbs and flows of the daily project tasks and ironically, forget to leverage that one tool that can really help with productivity – documentation. In services,

Synchronous and Asynchronous Throttling

motif

One of the most common use cases while building flows/applications in mule is to be able to communicate to external systems. The performance of that external system is often beyond the user’s control. It could be possible where the rate at which mule flow sends the messages outbound is faster than the rate at which that external system could process the message. In such scenarios, there is a need to be able to perform some kind of throttling so that we don’t burden/break the external system.

SaaS Identity Provisioning use case

motif

On one of the previous blog posts by Ross, “To ESB or Not to ESB“, he did a great job in outlining the two basic integration architectures: “Enterprise Service Bus” and “Hub and Spoke”. Included in the Blog is a good overview of the benefits and considerations that are relevant for each architectural choice.

A key implementation consideration for SOA enabled architecture such as An ESB is the capability to maintain pace with the integration needs of the organization.

JMS message rollback and redelivery with Mule

motif

I have seen a lot of users and customers looking for a solution for this following use case – you have a JMS message in transaction inside Mule and suddenly, before committing something bad happened. You want to rollback this message and retry to deliver. If unable to commit for a specific number of times redirected to a dead letter queue (DLQ).

Mule And ActiveMQ – A Perfect Match

September 17 2010

0 comments
motif

ActiveMQ in Action, an upcoming book from Manning Publications, may well end up being the perfect companion book for Mule In Action.

Happily Ever After…

Thanks to Mule ESB’s native support for Apache ActiveMQ and the capacity to transparently use Spring for advanced configuration needs, Mule has long been the ESB of choice to tap into ActiveMQ’s JMS goodness.