Sharing Custom Code
|Mule Runtime Engine versions 3.5, 3.6, and 3.7 reached End of Life on or before January 25, 2020. For more information, contact your Customer Success Manager to determine how you can migrate to the latest Mule version.|
Besides all the common code that exists in a company, there are Mule specific programmatic artifacts that are worth considering sharing.
Let’s name a few:
The most convenient way to share custom code across team is to rely on Maven’s dependency management mechanism. Here is an extract of a pom.xml referring to common code stored in a shared Maven library:
<dependency> <groupId>com.acme.mulings</groupId> <artifactId>common-mule-project</artifactId> <version>1.3</version> </dependency>
The Mule build plug-in will automatically bundle these extra dependencies in the /lib directory of the deployable application. In this case, the common-mule-project-1.3.jar will be added to this directory at build time, ready to be deployed and made available to the application running on Mule.