Details
-
Bug
-
Resolution: Fixed
-
P3
-
11, 12, 13
-
b25
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8215671 | 13 | Xuelei Fan | P3 | Resolved | Fixed | b01 |
JDK-8216101 | 12.0.1 | Xuelei Fan | P3 | Resolved | Fixed | master |
JDK-8245155 | 11.0.9-oracle | Prajwal Kumaraswamy | P3 | Resolved | Fixed | b01 |
JDK-8220572 | 11.0.4 | Xuelei Fan | P3 | Resolved | Fixed | b01 |
JDK-8245156 | 8u271 | Prajwal Kumaraswamy | P3 | Resolved | Fixed | b02 |
JDK-8251756 | emb-8u271 | Prasadarao Koppula | P3 | Resolved | Fixed | team |
Description
shc.conContext.fatal(Alert.UNEXPECTED_MESSAGE, "...");
return null; // make the complier happy
The return statement is never get executed. However, if remove the return statement, the compiler may not happy with it, or the code reader will continue read more of the code and lead to confusing logic.
Maybe, using throw statement directly could be an alternative improvement:
- shc.conContext.fatal(Alert.UNEXPECTED_MESSAGE, "...");
- return null; // make the complier happy
+ throw shc.conContext.fatal(Alert.UNEXPECTED_MESSAGE, "...");
Attachments
Issue Links
- backported by
-
JDK-8215671 The use of TransportContext.fatal() leads to bad coding style
- Resolved
-
JDK-8216101 The use of TransportContext.fatal() leads to bad coding style
- Resolved
-
JDK-8220572 The use of TransportContext.fatal() leads to bad coding style
- Resolved
-
JDK-8245155 The use of TransportContext.fatal() leads to bad coding style
- Resolved
-
JDK-8245156 The use of TransportContext.fatal() leads to bad coding style
- Resolved
-
JDK-8251756 The use of TransportContext.fatal() leads to bad coding style
- Resolved
- relates to
-
JDK-8196584 TLS 1.3 Implementation
- Resolved