Skip to content
This repository has been archived by the owner on Jun 11, 2024. It is now read-only.

Support for multiple service names for Mule apps running in the same JVM #9

Open
michaelhyatt opened this issue Mar 27, 2019 · 4 comments
Labels
enhancement New feature or request

Comments

@michaelhyatt
Copy link
Owner

Requires support in Java APM agent

@michaelhyatt michaelhyatt added the enhancement New feature or request label Mar 27, 2019
@tomqwu
Copy link

tomqwu commented May 14, 2020

@michaelhyatt , is this applying to the mule runtime manager which allowing multiple apps being deployed to the same server?

@michaelhyatt
Copy link
Owner Author

Yes, if you are using Mule domain-based projects, the APM agent configuration is done at the domain level and all the Mule domain projects are deployed and running as part of the same JVM will have the same service name, as per elastic.apm.service_name property.

So the workaround is to use more descriptive top-level flow names to create separate transactions for different Mule projects running within the same domain.

@tomqwu
Copy link

tomqwu commented May 15, 2020

thank you, that's a relief for us so we know it will work in multiple domain apps under the same runtime agent container.

Should the APM agent lib dependencies and tracer XML spring bean be installed to domain level and only change the top-level flow name per app?

And lastly, do we need to put the config in the parent project instead of each app project?

@michaelhyatt
Copy link
Owner Author

Check out the sample app https://github.com/michaelhyatt/elastic-apm-mule3-agent/tree/master/example-domain-app

Everything is declared in the domain project, so dependant projects can remain tracer agnostic.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants