[GLUTEN-8685][VL] Add null check to avoid core dump when rss push partition data size is large

[zjuwangg]

What changes were proposed in this pull request?

When JavaRssClient push partition data once exceeds Int.MAX_VALUE or when executor memory is in a pressure situation, It's possible that https://github.com/apache/incubator-gluten/blob/main/cpp/core/jni/JniCommon.h#L500
array_ = env->NewByteArray(size); will return a null ptr, due to int64_t cast to a int32_t or there no enough memory, and following logic will cause a unexpected core dump as described in #8685 .

This PR split the bytes into serval chunk if the bytes length is very large and add the check logic to make sure throwing exception when get a null ptr array!

(Fixes: #8685)

How was this patch tested?

(Please explain how this patch was tested. E.g. unit tests, integration tests, manual tests)

manual tests in my own local environment.

[github-actions]

#8685

[zjuwangg]

Thanks @jackylee-ch review. I just get a information that the bytes passed to pushPartitionData method can not be split into multiple blocks, which depends on the underlying rss client implementation.

So I planed here just add a null check here to avoid unexpected core dump!

[zhouyuan]

CC: @kerwin-zk

[kerwin-zk]

LGTM. Thanks! I just re-ran the CI, waiting for the CI to finish.