[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