Skip to content

Conversation

@artembilan
Copy link
Member

  • Make IntegrationObjectSupport.setTaskScheduler() as public and
    remove all the overrides for visibility
  • Fix Sonar smells for all the affected classes

* Make `IntegrationObjectSupport.setTaskScheduler()` as `public` and
remove all the overrides for visibility
* Fix Sonar smells for all the affected classes

@Override
public void destroy() throws Exception {
public void destroy() {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can't do this - breaking change for anyone that has subclassed and implemented destroy().

I suggest we use // NOSONAR TODO: remove throws in 5.2, which removing it from our subclasses.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK.
Do we remove from our subclasses now as I did in this PR?

Sorry, if I misunderstood you...

* Revert `throws Exception` for `AbstractEndpoint.destroy()`
@artembilan
Copy link
Member Author

Is the latest commit OK?

@garyrussell
Copy link
Contributor

LGTM; let's see if Mr. Travis agrees.

@artembilan
Copy link
Member Author

OK. It's green finally! 😄

@garyrussell garyrussell merged commit 020ea76 into spring-projects:master Jan 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants