MUnit testing made easy: Introducing the test recorder

Testing is an essential part of the software development process used to ensure code quality, but the reality is that it can be a daunting and arduous task — especially in larger applications. This can make it difficult for some users to know where to begin when they’re ready to test their Mule applications in MUnit.

5 integration habits to stop (or start) in 2020

January 28 2020

1 comment.

It’s a new year and people are re-inventing themselves with their new year resolutions. We can apply this same concept to other aspects of our days, such as the way we integrate systems! Here are five things that you should start (or stop) doing when it comes to data integration in 2020.

How to make your website faster than 97% of other sites

February 1 2018

0 comments
website speed increase

Recently, the RAML team decided it was time for an updated server infrastructure. The original site used a web-based Content Management System (CMS) that required a lot of costly server resources. Each client request to the CMS invoked scripts that rendered the pages from outside sources, such as the database and theme;

This led to significant processing time before providing what was, in most cases, a static page. Of course, we ran a caching layer in front of the web server to speed up some requests,

How MuleSoft helps customers succeed on Black Friday and Cyber Monday

mulesoft black friday cyber monday

The holiday shopping season is upon us, with Black Friday and Cyber Monday just around the corner. Last year, shoppers spent over $655.8 billion during Black Friday and that amount is expected to increase by 47% this year. And during Cyber Monday last year, shoppers spent a record-breaking $3.45 billion, a 12.1% increase from the previous year.

Configurable batch block size in Mule 3.8

Welcome back! Following the series about new batch features in Mule 3.8, the second most common request was being able to configure the batch block size.

What’s the block size?

largelargeIn a traditional online processing model, each request is usually mapped to a worker thread. Regardless of the processing being synchronous, asynchronous, one-way, request-response, or even if the requests are temporarily buffered before being processed (like in the Disruptor or SEDA models),

Best Practices for Tuning Mule

We often get asked to help tune applications running on Mule for optimal performance. Over time, we have developed a methodology that helps us deliver on that request — and we wanted to share that methodology with you.

To-Do Before Tuning

Here are a few questions to ask before tuning. Performance tuning requires affirmative answers for (1) and (2), plus a concise response to (3).

  1. Does the application function as expected?

Why DataWeave Matters

Data transformation

Data transformation is a core requirement for most integrations. Anypoint Platform provides multiple types of transformers, including XSLT, DataWeave and DataMapper.

DataWeave, our new data query and transformation language, offers significant performance advantages over Anypoint DataMapper, our earlier data mapping and transformation solution. The below benchmark shows transformations performance using DataWeave and Anypoint DataMapper with payload size of 100KB (1000 records) with simple complexity.

Performance of API Gateway policies

When deployed as an API Gateway and managed with API Manager, the highly performant Anypoint Platform enables you to control which traffic is authorized to pass through your APIs to various backend services, meter the traffic flowing through your API, log transactions, and apply runtime policies.

A policy is a mechanism the gateway uses to enforce filters on traffic as it flows through the gateway.

Need 77% performance boost? No problem with Mule 3.7 using Kryo

Currently, Mule relies on plain old java serialization in order to store objects to files or to replicate them through a Mule cluster. That imposes limitations on:

XSLT transformations: also faster since Mule 3.6

motif

speedspeed

This is a follow up to the last post in which we discussed performance improvements on our XPath functionality obtained from the revamped XPath and XSLT support in Mule 3.6. This time, we’ll go through the same exercise but for the XSLT use case.

The test

Just like with XPath, we worked with Luciano Gandini from the performance team.