Helps you and your business filter Log Events so you can distinguish the same message before and after port/workflow processing
Whenever you have a messaging process it usually has many steps where some are internal and some are external, examples can be:
Imagine you work at the financial department, you may only be interested in the result, not all the information that stem from generating the final result.
- Message before decryption
- Message after decryption
- Message before encryption
- Message after encryption
- Message batch before a split
- Messages After the split
- Flat file before being translated to an XML (for example BizTalk, IBM IIB and other brokers who use flat file schemas on a Receive port)
- Flat file after being translated from an XML (for example BizTalk, IBM IIB and other brokers who use flat file schemas on a Send port)
- Workflow / Orchestration inside a loop generating new messages
There are countless scenarios like this. The point is the Event Direction property is used to provide the Log Event being logged on an Endpoint location semantics, like before port, after port, inside workflow, inside process and so on.
Event Direction being used from within a Log View
This feature makes it possible to hide internal events that your business may not be interested in. They might only be interested in what came in, or what went out (the net result), not all the nitty-gritty internal details. On the opposite side you might be a developer who wants to see every piece of the process.
|1||ExternalIncoming||17||Incoming message before receive in a One-Way receive Port processing|
|2||ExternalIncomingRequest||21||Incoming request message before receive Request-Response Port processing|
|3||ExternalIncomingResponse||25||Outgoing response message after receive Request-Response Port processing|
|4||ExternalOutgoing||18||Outgoing message after send in a One-Way Port processing|
|5||ExternalOutgoingRequest||22||Outgoing request message after send (Request-Response Port processing|
|6||ExternalOutgoingResponse||26||Incoming response message after send Request-Response Port processing|
|7||InternalIncoming||33||Incoming message after receive in a One-Way receive Port processing|
|8||InternalOutgoing||34||Outgoing message before send in a One-Way send Port processing|
|9||ProcessIncoming||65||Incoming message to a function/workflow/orchestration|
|10||ProcessOutgoing||66||Outgoing message to a function/workflow/orchestration|
List of values to set the Event Direction for logged message
This means you may want to only see (allow business) messages before processing and after processing for a given workflow, for example line 1 and 5.
Valid combinations are as detailed below:
Valid combinations of Event Directions available from within Log Views
|1+2+7+9||Incoming||Filter on ALL messages with any type of Incoming direction|
|4+5+8+10||Outgoing||Filter on ALL messages with any type of Outgoing direction|
|2+5||Request||Filter on ALL messages with any type of Request direction|
|3+6||Response||Filter on ALL messages with any type of Response direction|
|1+2+3+4+5+6||External||Filter on ALL messages going in from external or going out to external system. For BizTalk this means before receive port and after send port|
|7+8||Internal||Filter on ALL internal messages. For BizTalk this means after receive port and before send port|
|9+10||Process||Filter on ALL messages for a Process direction. For BizTalk this is all events related with an orchestration|
|2+TBD||Incoming Request||For future use|
|5+TBD||Outgoing Request||For future use|
|3+TBD||Incoming Response||For future use|
|6+TBD||Outgoing Response||For future use|
List of useful values for use in Log Views
To see the full list of values for the version you are running, simply test the Log API.
https://localhost/Nodiniteas appropriate for your Environment.
Simply press the Try it out button:
To get the list of Event Directions press the Try it out button
The press the Execute button:
Example of EventDirections from Swagger