At MuleSoft, the success of our community is our priority. We’ve been listening, and we know users want to find answers faster and easier when building with Anypoint Platform. Today, we’re happy to unveil the MuleSoft Help Center, a one-stop-shop for everything our users need to be successful with Anypoint Platform.
April has been a busy month in the MuleSoft Community! Our amazing community members have led 17 Meetups across seven countries, written many blogs, and answered countless questions on our forum. Read on to discover the very best from April 2019!
March has been an event-filled month with no less than 16 Community Meetups around the globe! Many developers also stepped up to help others and answer questions on the forum. Read on to learn more about our top contributors for March 2019.
GraphQL provides front-end developers a query layer that returns back-end data from diverse, complex sources in a friendly and efficient way. Learn more about the relationship between GraphQL and Anypoint Platform.
The idea of this post is to clarify some concepts around metadata, what is it, where is stored, how to use it and how it help us to develop our applications.
So, what is it?
Metadata is a term used in many places in the Software industry and its meaning may vary depending on what it’s used for. In the context of Anypoint Studio we are always talking about types and types related information.
Eclipse users have always felt at home in Mule Studio, but users have often asked for Studio to “play well with others” — specifically, that it support plugin-style installation into existing Eclipse environments they already use every day.
With Mule Studio 3.4, we have delivered this wish list item. Specifically, users of Eclipse 3.8 can now install Mule Studio as plugins into their existing environments.
The old-fashioned way to do this is via the Eclipse Update Manager,
So you’re using iON to run your Mule application and Maven to manage your development? Great! You’re now ready for the next stage: continuous deployment, which is the easiest way to push your application to iON during your development cycle.
The DevKit is a tool for accelerating the development of Mule extensions. A popular Mule extension is what we call a Cloud Connector. A Cloud Connector provides Mule with the ability to receive and send messages to/from a cloud service provider. We do not make assumptions about whether that service provider is a REST-based service, a SOAP endpoint or a custom protocol on top of TCP. Having said that,
Less than a month ago we released the DevKit 3.0 and we are on a roll here. Just in case you are jumping onto the bandwagon a little late, the DevKit is a tool for authoring Mule extensions. The model is quite easy. First you write a POJO, then you annotate your POJO with Mule concepts and then when you run DevKit on the code you authored it will generate all the needed boiler plate code including a Mule-compatible schema.
One of my favorite patterns from Michael Nygard’s excellent Release It! is the Circuit Breaker. A circuit breaker is an automatic switch that stops the flow of electricity in the event of a failure. This sort of behavior is also useful when integrating with remote systems.
We might want to stop message delivery on an outbound-endpoint after a certain exception is thrown. A remote system under load or the target of a denial-of-service attach is a good example.
