-
-
Notifications
You must be signed in to change notification settings - Fork 448
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
Simplify Sentry configuration in Spring integration. #1259
Conversation
Codecov Report
@@ Coverage Diff @@
## main #1259 +/- ##
============================================
+ Coverage 74.91% 75.03% +0.12%
- Complexity 1743 1747 +4
============================================
Files 183 183
Lines 6118 6141 +23
Branches 609 609
============================================
+ Hits 4583 4608 +25
+ Misses 1256 1254 -2
Partials 279 279
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
applicationContext | ||
.getBeansOfType(EventProcessor.class) | ||
.values() | ||
.forEach(options::addEventProcessor); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what's about doing the same for List<Integration> integrations
?
📜 Description
Auto-configures user provided callbacks and event processors on
SentryOptions
as well asSentryConfiguration
bean.💡 Motivation and Context
Currently there is no straightforward way to configure callbacks and event processors on SentryOptions in Spring integration. With this change, there is a convenient way to set most common callbacks just as Spring beans and if something advanced needs to be configured users can define
SentryConfiguration
beans that post processesSentryOptions
beforeSentryInit
is called.💚 How did you test it?
Integration tests.
📝 Checklist
🔮 Next steps
Update reference docs.