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
RecurrenceTrigger with iCalendar rfc5545 recurrence rules added. #153
Conversation
Thanks for the PR @elfogre. I have not used iCalendar myself, and glad to see that you able to make it work for Quartz. However making this as part of quartz core would require more maintenance, including bringing in third party library. I would leave this PR up and see how many users are voting for this before considering accepting. Thanks, |
+1 |
9 similar comments
+1 |
+1 |
+1 |
+1 |
+1 |
+1 |
+1 |
+1 |
+1 |
Hi @elfogre Your changes require a Contribution License Agreement (CLA) to be submitted. Can you please submit the CLA so we can consider merging in your changes? |
CLA submitted. I hope this work helps you! |
Thank you @elfogre ! The PR seems to be outdated. If you have time, please help resync it. I will try to look into these new code in the next few days! |
Hi @zemian . I've updated the code to be mergeable. I dind't see any test failure in azure pipeline, but it looks it failed due to a timeout. I'm going to update libraries versions and make a commit to force new checks. |
Thank you @elfogre !! I will review this and try to merge in. |
I have looked through -- and used -- the code in the PR, and the one thing I can't figure out is how to incorporate an arbitrary timezone into an rrule trigger. My server is set to UTC, so I see Am I missing anything here about Quartz/RRules -- say, Quartz being philosophically opposed to time zones, or there already being a way to specify a time zone in a trigger? Or is hard-coding |
@zemian PING |
Hi, Sorry, I thought I would have some more time to put into the project when I first replied, but now I am busy again. I will come back to this later when time is allowed. |
+1 |
To me this looks like it should be a separate module to core. Maybe that module could be within quartz itself as a 'exotic-triggers' module or in a separate repo under the Quartz project? I can imagine us setting up an 'exotic-triggers' repository where many of these kinds of things could live. Thoughts? |
Closing in lieu of my comment above. If someone wants to reconstitute this PR as a proposal for a new project then we can reopen the discussion and review. |
I have a need to use recurrence rules to define quartz jobs. I read https://jira.terracotta.org/jira/browse/QTZ-252 discussion about it and decide to implement over the solution suggested in the issue. I've also included tests for the new trigger. (Commit checked this time)