fix(otlp-exporter-base): fix unhandled error when writing to destroyed http request

[pichlermarc]

Which problem is this PR solving?

See #5101 and #5102 - there's some possibility to run into an unhandled error when piping the data to the request, based on the current state of the request. Since that requires specific timing I was not able to fully reproduce, but there's a way to trigger a similar error at this spot when using the compressAndSend() function directly.

This PR adds an error handler after pipe() to ensure that also errors from this call are properly handled.

Fixes #5101
Supersedes #5102

Type of change

Please delete options that are not relevant.

• Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?

• Added Unit Tests

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 93.20%. Comparing base (6096f72) to head (ce2f997).
Report is 5 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #5163      +/-   ##
==========================================
+ Coverage   93.18%   93.20%   +0.01%     
==========================================
  Files         314      314              
  Lines        8076     8077       +1     
  Branches     1622     1622              
==========================================
+ Hits         7526     7528       +2     
+ Misses        550      549       -1     

Files with missing lines	Coverage Δ
...ter-base/src/platform/node/http-transport-utils.ts	100.00% <100.00%> (+2.08%)	⬆️