MCIA-Level-1 Exam Dumps : MuleSoft Certified Integration Architect - Level 1

When multiple Mule applications need to listen on the same port (e.g., port 443), configuring them individually will cause a conflict because only one application can bind to a specific port on a server at a time. To resolve this, you can use a Mule domain project, which allows multiple Mule applications to share configurations, including HTTP listeners. Here’s how you can do it:

• Create a Mule Domain Project:
• Configure the Shared HTTP Listener:

• Reference the Shared HTTP Listener in Mule Applications:

• Deploy the Domain Project and Applications:

By using a domain project to centralize the HTTP listener configuration, you ensure that both APIs can listen on port 443 without conflicts, allowing customers to access both APIs through the same port.

References

• MuleSoft Documentation: Domain Projects
• MuleSoft Documentation: HTTP Listener Configuration

Explanation

* Setting a transaction timeout for the Bitronix transaction manager

● Set the transaction timeout either

– In wrapper.conf

– In CloudHub in the Properties tab of the Mule application deployment

● The default is 60 secs. It is defined as

mule.bitronix.transactiontimeout = 120

* This property defines the timeout for each transaction created for this manager.

If the transaction has not terminated before the timeout expires it will be automatically rolled back.

---------------------------------------------------------------------------------------------------------------------

Additional Info around Transaction Management:

Bitronix is available as the XA transaction manager for Mule applications

● To use Bitronix, declare it as a global configuration element in the Mule application

● Each Mule runtime can have only one instance of a Bitronix transaction manager, which is shared by all Mule applications

● For customer-hosted deployments, define the XA transaction manager in a Mule domain

– Then share this global element among all Mule applications in the Mule runtime

Graphical user interface, table Description automatically generated with medium confidence

To discover which API specifications have been created within the organization before starting a new project, a developer can use Anypoint Exchange. Anypoint Exchange is a centralized repository on the Anypoint Platform where developers can find, share, and collaborate on API specifications, connectors, templates, and other reusable assets.

In Anypoint Exchange, developers can browse the currently released API specifications, try them out using the built-in testing tools, and access documentation and other resources. This facilitates the reuse of existing APIs and ensures that the new project aligns with the organization's API strategy.

References

• MuleSoft Documentation on Anypoint Exchange
• Best Practices for API Reuse and Discovery