[hibernate-dev] HV: Handling of deprecations
Hardy Ferentschik
hardy at hibernate.org
Tue Apr 3 03:35:34 EDT 2012
+1 for this approach.
On Apr 3, 2012, at 12:20 AM, Gunnar Morling wrote:
> Hi,
>
> thanks for your feedback.
>
> I think we might go for a combined approach. For everything not
> related to method validation (that is, the api/spi split related
> changes), I've now added deprecation markers and at the same time the
> new types [1]. So clients could adapt to these changes based on 4.3
> and we can remove the old stuff in HV 5. That is, we're using the
> deprecation mechanism as intended.
>
> This generally works pretty good, although it causes some name
> changes, if for instance the return type of a method changes (there
> can't be two methods with the same name but different return type).
>
> For the method validation API I've added deprecation markers, so that
> users are informed about the upcoming change. In HV 5 we still can
> decide whether to keep the old API around or remove it instantly. As
> you say, this should be documented in the Wiki or release notes as
> well.
More information about the hibernate-dev
mailing list