RFR(s): 8204243: remove Thread.destroy() and Thread.stop(Throwable)

David Holmes david.holmes at oracle.com
Sat Jun 2 05:45:18 UTC 2018


On 2/06/2018 11:07 AM, Stuart Marks wrote:
> On 6/1/18 5:15 PM, David Holmes wrote:
>> I would expect the CSR that marked them as deprecated for removal, 
>> also serves for the actual removal. Certainly for VM flags we don't do 
>> a separate CSR for each phase (deprecation, obsoletion, expiration).
> 
> Hm. Well, this hasn't been tested for Java SE APIs yet, as most of the 
> deprecations-for-removal occurred in Java SE 9, before the CSR was 
> active. Instead, those deprecations went through the (Oracle internal) 
> CCC process.
> 
> Now that we're fully on the CSR system, I'd expect that deprecations 
> (whether or not for removal) and removals of Java SE APIs would have 
> separate CSR requests. The reason is that adding or changing a 
> deprecation annotation is a spec change, and removing the API is a 
> distinct spec change. They also occur in different releases.

Good points. Though given the annotation is on the method being removed 
it's really only one spec change.

Cheers,
David

> I can easily see that a different procedure would be followed for VM 
> flags, though, since they aren't part of Java SE.
> 
> s'marks


More information about the core-libs-dev mailing list