Extracting Multiple XML Values from Oracle SOA Composite Payload Using Request Attributes

[amit_singh21]

I'm trying to capture business data from an Oracle SOA Composite payload as Dynatrace Request Attributes.

Currently, I'm targeting: 

com.collaxa.cube.engine.ejb.impl.CubeEngineBean, Method:

syncCreateAndInvokeParticipate(...)

Using Deep Object Access on Normalized message parameter, the following works:

getPayload().values().iterator().next().getTextContent()

However, this does not return the XML structure or tags. It returns only the concatenated XML values, and Dynatrace further truncates the result due to Request Attribute character limits. Since the payload can contain thousands of XML lines, identifying and extracting specific business fields from a truncated value stream becomes extremely difficult.

I attempted XML navigation approaches such as:

getPayload().values().iterator().next()

.getElementsByTagName("OrderNumber")

but such method calls are not supported by Dynatrace Request Attributes.

Questions:

1. Is there any supported Deep Object Access syntax to navigate XML elements instead of returning only text content?
2. Has anyone successfully extracted individual XML tags from an Oracle SOA Composite payload?
3. What is the recommended approach when getTextContent() returns only truncated values without tags or structure? 

Note: Business Events are not a viable option for this use case. The transactions are primarily internal JMS/T3 flows within Oracle SOA/WebLogic.

Any examples or best practices would be greatly appreciated.

Thanks!

[mark_bley]

1. No, there is no XPath, element selector, or index syntax.

2. Yes

3. You can use post processing to extract whatever tag you need https://docs.dynatrace.com/docs/shortlink/request-attributes-method-arguments#post-processing

[amit_singh21]

Hi Mark,

Because the xml contains thousands of tags, getTextContent() only gives the tag values without the tag names, and the request attribute can store only around 240 characters, so this approach didn't work in this case.
Thanks