You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Robbie Gemmell (Jira)" <ji...@apache.org> on 2021/07/27 13:04:00 UTC
[jira] [Updated] (ARTEMIS-3304) replace Long/Double/etc constructor
usage marked deprecated for-removal
[ https://issues.apache.org/jira/browse/ARTEMIS-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robbie Gemmell updated ARTEMIS-3304:
------------------------------------
Description: The Long/Double/etc constructors were deprecated in Java 9. Some of the selector code and lots of tests are still using these. The methods remain in place currently, but the deprecation has been raised to for-removal status in Java 16, meaning they are likely to actually go away in future. The valueOf methods should be used instead. (was: The Long/Double/etc constructors were deprecated in Java 9. Some of the selector code is still using these. The methods remain in place currently, but the deprecation has been raised to for-removal status in Java 16, meaning they are likely to actually go away in future. The valueOf methods should be used instead.)
Summary: replace Long/Double/etc constructor usage marked deprecated for-removal (was: replace Long/Double constructor usage marked deprecated for-removal)
> replace Long/Double/etc constructor usage marked deprecated for-removal
> -----------------------------------------------------------------------
>
> Key: ARTEMIS-3304
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3304
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Affects Versions: 2.17.0
> Reporter: Robbie Gemmell
> Assignee: Robbie Gemmell
> Priority: Major
> Fix For: 2.18.0
>
>
> The Long/Double/etc constructors were deprecated in Java 9. Some of the selector code and lots of tests are still using these. The methods remain in place currently, but the deprecation has been raised to for-removal status in Java 16, meaning they are likely to actually go away in future. The valueOf methods should be used instead.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)