I’ve always wondered how other software teams work. From the design experiences at Airbnb to the development practices at Spotify – these kinds of backstage stories are a great source of inspiration for me. So when Alex Li, Product Manager of Studio, asked me to write about custom policy support in Studio 6.1, my answer was, “Yes, of course! But I’d love to write about what happened behind the scenes.” What is a custom policy?
With MUnit 1.2.0, we launched Domain Support, and since then, we have been collecting feedback on the release. We take quality very seriously here – after all, we are a testing framework aimed at ensuring the quality of your code. With that in mind, we looked very carefully at what our users were saying and fixed every bug we could find.
We recently introduced our HowTo blog series, which is designed to present simple use-case tutorials to help you as you evaluate Mulesoft’s Anypoint Platform. This blog post is a follow up to our last blog “How to ETL” using Mule. In that post, we demonstrated how Anypoint Platform could be leveraged to read a large number of messages, transform/enrich these messages, and then load them into a target system/application.
About three months ago, we released Studio 6.0, which was a significant step towards covering all API-related use cases in one single design environment. Since then, almost half of our active users have embraced Studio 6.x, to define, create, consume and test APIs. Now, we are excited to release Studio 6.1 as another step to make Studio the most powerful and productive API development and integration tool.
Did you know that a new version of MUnit is available? This new MUnit release is a joint release with a new version of the MUnit Runtime (1.2.0) and also, a new version of the MUnit Studio Plugin. Some new features of this release include:
As part of our Anypoint Platform June 2016 announcement, we are excited to release Anypoint Studio 6.0. We know API development, system orchestration and connectivity are increasingly intertwined tasks. This release is all about unification — with a goal of making our users even more productive in accomplishing these tasks. Anypoint Studio 6.0 provides everything you need to design and build APIs in a single,
There is hardly any argument on the fact that APIs are increasingly becoming an important part of how companies do business. API has become the de facto standard to unlock one of their most valuable resources, data.
And as organizations are publishing more APIs, the observed trend is that REST is replacing SOAP as the data transfer protocol of choice. When it comes to the data that APIs serve up, XML is still the most used format.
Recently we launched a service for MuleSoft employees (Muleys) to be able to manage their stock options online using Charles Schwab’s service. With the solution, there is a requirement to exchange data between our HR system and Schwab in both directions. As you can imagine, accuracy is key where anything financial is concerned and as such, reducing complexity reduces the risk of errors. With over six hundred employees now and forecasting fifty percent growth in headcount this year,
Mule ESB offers an amazing out-of-the-box integration which easily integrates with ActiveMQ. There is a plethora of examples on the internet that will show how to use ActiveMQ with Mule. But here we will explore how to use a filter with ActiveMQ and Mule that will help us picking up the right JMS messages we need.
Consider an environment where there is a JMS queue and there are multiple consumers listening to that queue;
MuleSoft provides the most widely used integration platform for connecting any application, data source or API, whether in the cloud or on-premises. With Anypoint Platform®, MuleSoft delivers a complete integration experience built on proven open source technology, eliminating the pain and cost of point-to-point integration. Anypoint Platform includes CloudHub™ iPaaS, Mule ESB™, and a unified solution for API management™, design and publishing.