LPS-16196 Add a FileInputStream that deletes the file on close
LPS-16196 Convert toByteArray into toInputStream, and reimplement toByteArray to reuse the input stream
LPS-16196 Re-add methods
LPS-16196 Partial revert of LPS-44255 in order to put the correct (long) content length into the response header
LPS-16196 Source Formatting
LPS-16196 Use the exist api, that's the correct implementation.
LPS-16196 Remove the api that no one is using to reduce the noise, and keep things clean
LPS-16196 It is very inefficient to create temp file to hold data, just because we need to ensure to release the connection. Switch to do close(eargerly) and gc(defensively) release connection
LPS-16196 SF
LPS-52106 Reference clearing and enqueuing are 2 different async operations, jdk only guarantees clearing happens before enqueuing. References that are cleared by the same gc are considered as a batch, there is no enqueuing order guarantee among all those references in the same batch. Therefore seeing the monitoring reference got enqueued, does not necessarily mean other cleared references in the same batch are all enqueued. Here we need a secondary batch, even though there is no order guarantee within a batch, we can count on that references from the first batch are guaranteed to be enqueued before any refenece from second batch is enqueued.
LPS-52106 Apply