Hi Robert,
Biztalk has components built in both C++ and .net. .Net agent would not be able to instrument unmanaged code in Biztalk(c++). Which restricts .net agents ability to add visibility on non .net components.
When some application makes the exit calls to biztalk is important point to track and that is why .net agent supports WCF Send Port or the SOAP Send Port.
On recive ports the messages are recieved and processing is done inside an unmanged part of the Biztalk, which mostly can not be tracked by .net agent.
Using the BizTalk performance counters you get some more insights into overall Biztalk execution.
Thanks,
Kartikay
Hi Robert,
I suppose you have already gone through following document
https://docs.appdynamics.com/display/PRO43/Correlation+Over+Microsoft+BizTalk
In case you have any specific questions/issues please let us know.
Thanks,
Raunak
Indeed .... we have it configured like that ... but think there is a gap in some respect.
BizTalk generally has receive and process hosts in addition to send hosts ...
Why does AppD only look at the send hosts ....
Hi Robert,
Biztalk has components built in both C++ and .net. .Net agent would not be able to instrument unmanaged code in Biztalk(c++). Which restricts .net agents ability to add visibility on non .net components.
When some application makes the exit calls to biztalk is important point to track and that is why .net agent supports WCF Send Port or the SOAP Send Port.
On recive ports the messages are recieved and processing is done inside an unmanged part of the Biztalk, which mostly can not be tracked by .net agent.
Using the BizTalk performance counters you get some more insights into overall Biztalk execution.
Thanks,
Kartikay