-
Notifications
You must be signed in to change notification settings - Fork 474
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No more option for cycle in timer intermediate events #792
Comments
It was removed via #501 upon user request. Timer catch events fire once which continues the process execution. Because of that the cycle type makes no sense for them. As always, correct us, if we're wrong 😉. |
It makes sense for cycles of one :) Because otherwise it's hard to say something like "wait for the beginning of the next day" without having to use a Java Date. |
Could you provide us with an actual example? What cycle duration would you configure to more concisely express this behavior? |
The one you can see in the screenshot.
|
We'll bring it back then. |
Well, I agree that cycle can be confusing for intermediate events, maybe there is a better approach to this requirement. The cron thing is a bit of a dirty hack here. Discussions are going on in consulting right now ... |
Two better solutions (exclusive):
Regardless of this we'll bring the cycle back. |
That would be my preferred solution. But it seems like no one else wished for it yet. |
Why did the cycle option disappear from the property panel? That's very useful for cron expressions and also it's supported by the engine.
The text was updated successfully, but these errors were encountered: