This is just a preparation to allow detection of older nodes
that do not understand maps (R16 and older).

to be: 116,Arity, K1,V1,K2,V2,...,Kn,Vn

instead of: 116,Arity, K1,K2,...,Kn, V1,V2,....,Vn

We think this will be better for future internal map structures
like HAMT. Would be bad if we need to iterate twice over HAMT
in term_to_binary, one for keys and one for values.

The API and implementation are simplistic, like for lists and tuples,
using arrays and without any connection to java.util.Map.

* nk/jinterface_dont_compress_if_size_increased/OTP-10822:
  jinterface, OtpOutputStream: add a write_compressed(object, level) method
  jinterface: fix a memory leak
  jinterface: new limited OutputStream implementation without the need to resize
  jinterface: don't return compressed external term if bigger than uncompressed
  jinterface: don't compress small erlang terms < 5 bytes
  jinterface, OtpOutputStream: properly override the three write() methods to ensure our growth strategy
  jinterface: fix typo in error message if encoding fails
  jinterface: don't need another FilterOutputStream wrapper

* vd/jinterface_windows_cookie/OTP-10821:
  jinterface: fix finding cookie file on windows

Now that we use an own deflater, we can also allow the user to specify the compression level as in Erlang's term_to_binary/2.

after the first try to compress the value with a fixed buffer size, the deflater must be closed so that memory can be (instantly) reused

(saves memory re-allocations)

Now, OtpOutputStream#write_compressed() uses the same mechanism as erts_term_to_binary() in external.c: it tries to compress the given term into a buffer of the size of the uncompressed term and if this is not possible, i.e. the compression plus headers is bigger, it uses the uncompressed external term format instead.