Skip to content

Commit 2e49411

Browse files
committed
Revise based on Akhil's feedback
1 parent eba93cf commit 2e49411

1 file changed

Lines changed: 1 addition & 1 deletion

File tree

content/en/docs/howto/monitoring-troubleshooting/detect-and-resolve-performance-issues.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -106,7 +106,7 @@ Here, you are calculating the number of milliseconds between when your microflow
106106
Add microflow timers until you find your culprit microflow, then add extra timers in that microflow to determine which activity is the slow one. When you find a slow activity, see the [Optimizing Microflow Activities](#optimizing) section below. These sections present details on how to optimize your microflow as a whole.
107107

108108
{{% alert color="info" %}}
109-
Alternatively, you can also use the **TimeMeasureStart** and **TimeMeasureEnd** Java actions provided in the [Community Commons](/appstore/modules/community-commons-function-library/#logging) module. They function similarly to the microflow described in the current section. As an added benefit, they can be placed in different microflows without the need to pass the start time from one microflow to another.
109+
Alternatively, you can also use the **TimeMeasureStart** and **TimeMeasureEnd** Java actions provided in the [Community Commons](/appstore/modules/community-commons-function-library/#logging) module. They function similarly to the microflow described in the current section. As an added benefit, they can be placed in sub-microflows in the same logic flow. Hence, you do not need to pass the start time from one microflow to another. Make sure to always have a **TimeMeasureStart** for a **TimeMeasureEnd**. Otherwise, a runtime error occurs.
110110
{{% /alert %}}
111111

112112
## Optimizing Microflow Activities {#optimizing}

0 commit comments

Comments
 (0)