Deprecations and removals in CAP Java 5#2479
Conversation
Added sections for adjusted, deprecated, and removed properties, as well as removed Java APIs in migration documentation.
Added migration details for UCL methods and updated deprecated method replacements.
|
|
||
| - `abd` | ||
|
|
||
| The functionality provided by these properties is enabled by default and there is no reason to switch these off. |
There was a problem hiding this comment.
This sentence sounds as if we ask the user to not switch off a deprecated property, or? Isn't the exact opposite the case?
There was a problem hiding this comment.
@renejeglinsky : I basically copied this sentence over from the previous migration guide. The meaning behind is: Typically, these deprecated properties can be used to toggle a newly introduced or incompatible feature. After some time, we enable these features by default and deprecate the corresponding property. This still gives applications in worst case (safety net) the possibility to switch off the features in the current release. This might give some time for adapting to the new behavior. However, once the property is deleted in the next major, it cannot be switched off anymore and applications have to live with the new feature behavior. That´s why the properties should not be switched off. Maybe only after our explicit recommendation for concrete stakeholders.
There was a problem hiding this comment.
Ok, is there Is a significant difference between switching it off and not using it. Switching off would mean to not use the new default whereas not using it (that is, delete the property, right?) would mean using the default.
I haven't considered to use it to switch off default behavior.
| The functionality provided by these properties is enabled by default and there is no reason to switch these off. | |
| The functionality provided by these properties is enabled by default. If you enabled and tested it already and want to use the default, you can safely remove the property. If you want to stay with the previous behavior und start testing the new default now, you can set it to `false`. |
There was a problem hiding this comment.
…ide (#2481) ## Summary - Adds 5 OpenRewrite recipes for `ServiceExceptionUtils` method removals to the Currently Released CAP Java Migrations table - Documents removed `ServiceExceptionUtils` methods and their replacements in the `Removed Java APIs` section of the CAP Java 4.9 → 5.0 migration guide ## Test plan - [ ] Verify recipe table links (`#service-exception-utils-removals`) resolve correctly - [ ] Verify removed method signatures and replacement calls are accurate --------- Co-authored-by: Stefan Henke <stefan.henke@sap.com>
Co-authored-by: Stefan Henke <stefan.henke@sap.com>
|
@agoerler @StefanHenke @rjayasinghe shall we merge this? |
I would vote for it. We will definitely add more things for the official 5.0 release. But it matches the current state |
5 participants
Added sections for adjusted, deprecated, and removed properties, as well as removed Java APIs in migration documentation.