[NO ISSUE][HYR][NET] Bound the wait for an IPC handle to connect

- user model changes: no
- storage format changes: no
- interface changes: no

Details:
- IPCHandle.waitTillConnected() waited on the monitor with no deadline,
  as its own TODO noted. A handle which never reached CONNECTED or
  CLOSED therefore parked its caller forever, and the maxRetries loop in
  IPCConnectionManager.getIPCHandle() - which exists precisely to
  recover from a failed connect - was unreachable
- take a timeout, and on expiry mark the handle CLOSED and return false,
  which is what getIPCHandle() already interprets as a failed connection
- default 120s, overridable with hyracks.ipc.connect.timeout.sec. It
  must stay above the SSL handshake deadline (60s by default) so that a
  handshake still legitimately in progress is not abandoned here
- a connect that completes after the waiter has given up must not
  resurrect the CLOSED handle into a live connection nobody references:
  connectionEstablished() now transitions the handle only if it is not
  already closed, and otherwise discards the late connection and closes
  its channel
- this is a backstop. With the SSL handshake now bounded, a stalled
  handshake fails and closes its channel on its own; this covers the
  non-SSL stalls and anything else that leaves a handle untransitioned

Ext-ref: MB-73310
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Change-Id: I1199e4e8b08eb6abf1649142c8efa7dd00600e27
Reviewed-on: https://asterix-gerrit.ics.uci.edu/c/asterixdb/+/21547
Reviewed-by: Michael Blow <mblow@apache.org>
Reviewed-by: Ali Alsuliman <ali.al.solaiman@gmail.com>
Tested-by: Jenkins <jenkins@fulliautomatix.ics.uci.edu>