Modify the length of request attributes

[gerald_madlsper]

Hi,

At the moment the request attributes seem to be cut at a length of 250. In AppMon we captured 3000 characters for some agents.

Further is there a full representation of the captured value where i can copy it from. At the moment I have to find the tooltip containing the full text in the html source and copy it from there.

thanks,

Gerald

[Julius_Loman · Accepted solution]

The request attributes are limited to the ~250 characters and you are unable to store more at the moment. You can capture longer string and extract just the values you need.

As for the copying the value from the UI - it is possible to select the whole string (also beyond the three dots) and do the copy. Works for me (in Chrome browser at least). I agree, this is something that should be improved.

[Julius_Loman]

It seems double-click will just select the visible part, you have to select a part from the first character and use shift+end to select the whole request attribute value. Then you can press CTRL+C to copy the value.

[gerald_madlsper]

Hi @Julius L.

Thank you for the quick answer.

Do you know if there is already a RFE for the capture length?

Ah ok you are right it actually copies the whole string, I didn't try it because I though it will expand or something 😉

Regards,

Gerald

[Julius_Loman]

Sorry, I don't know. But I don't think they will extend it beyond 250 characters for storage reasons.
Can you elaborate on the use case? Are really more than 250 characters required? You can set multiple attributes and capture just the parts you need.

[gerald_madlsper]

Well we have proprietary protocol for sending requests from our java applications to our mainframe applications (something like json). In AppMon it was one of our main usecases for developers to examine those requests for reproducing issues.

[skrystosik]

Did you tried using REGEX in attribute to extract value from this json? In such case you should be able to store multiple values, shorter then whole JSON.

Sebastian

[gerald_madlsper]

Hi @sebastian k.,

Unfortunately it is no real json but a proprietary text-based protocol. And the structure is very unrestricted so I would have to write new regexes for every specific usecase.

it would work for the most important parts of the message like status codes etc. but still the developers would loose the ability to directly reproduce the service call

[skrystosik]

I understand, so unfortunately there is no option for this. Only Idea I have is to modify app to store such transactions via log files. Then you can add this log to dynatrace for monitoring and correlate some id between logs and transactions to get value. It's not as useful but it's always something.

Sebastian

[Joe_Hoffman]

What about using a RegEx to capture characters (1..250) into one parameter, then another to capture characters (251..500), etc, etc, until you've captured the whole 3k. Then at least the developers would have the ability to reconstruct the whole request.

note: This is not a performant solution and the value of the data should be considered against the cost of handling many long strings.

[jalpeshs]

Hi Joe,

Can you help for RegEx ?

Regards,

Jalpesh

[Julius_Loman · Accepted solution]

@jalpeshs  you can use regex such as skip (n*250 characters) and capture next 1 to 250 characters:

^(.{1,250})
^.{250}(.{1,250})
^.{500}(.{1,250})
^.{750}(.{1,250})
...

[jalpeshs]

This Regex works with small set of data like 1-25 , 26-50 .When I apply for 1-250 it works similar I apply for 251-500 it won't work

[Julius_Loman]

@jalpeshs it depends on the data source afaik. For example, with HTTP request header source it works flawlessly. For Java method arguments I was not lucky and seems data is trimmed anyway.

[jalpeshs]

We have Java App