[test] chore: fix flaky RemoteLogScannerITCase

[fresh-borzoni]

Summary

closes #2992

Collect records and assert with containsExactlyInAnyOrderElementsOf, same pattern used in testScanFromRemote

[Copilot]

Pull request overview

Fixes flakiness in RemoteLogScannerITCase.testScanFromRemoteAndProject by making assertions order-insensitive when scanning projected rows from remote log segments (addressing #2992).

Changes:

• Collects scanned records into a list and asserts using containsExactlyInAnyOrderElementsOf for projection [a, c].
• Applies the same order-insensitive assertion approach for reordered projection [c, a].
• Adds explicit expected-row lists (expectedRowsAC, expectedRowsCA) to validate both projections deterministically.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[wuchong]

This is failed on my local env:

java.lang.AssertionError: 
Expecting actual:
  [(��������%�����,0),
    (null,1),
    (��������������,2),
    (null,3),
    (��������������,4),
    (null,5),
    (��������������,6),
    (null,7),
    (hello, friend8,8),
    (null,9),
    (hello, friend10,10),
    (null,11),
    (hello, friend12,12),
    (null,13),
    (hello, friend14,14),
    (null,15),
    (hello, friend16,16),
    (null,17),
    (hello, friend18,18),
    (null,19),
    (hello, friend20,20),
    (null,21),
    (hello, friend22,22),
    (null,23),
    (hello, friend24,24),
    (null,25),
    (hello, friend26,26),
    (null,27),
    (hello, friend28,28),
    (null,29)]
to contain exactly in any order:
  [(hello, friend0,0),
    (null,1),
    (hello, friend2,2),
    (null,3),
    (hello, friend4,4),
    (null,5),
    (hello, friend6,6),
    (null,7),
    (hello, friend8,8),
    (null,9),
    (hello, friend10,10),
    (null,11),
    (hello, friend12,12),
    (null,13),
    (hello, friend14,14),
    (null,15),
    (hello, friend16,16),
    (null,17),
    (hello, friend18,18),
    (null,19),
    (hello, friend20,20),
    (null,21),
    (hello, friend22,22),
    (null,23),
    (hello, friend24,24),
    (null,25),
    (hello, friend26,26),
    (null,27),
    (hello, friend28,28),
    (null,29)]
elements not found:
  [(hello, friend0,0), (hello, friend2,2), (hello, friend4,4), (hello, friend6,6)]
and elements not expected:
  [(��������%�����,0), (��������������,2), (��������������,4), (��������������,6)]


	at org.apache.fluss.client.table.scanner.log.RemoteLogScannerITCase.testScanFromRemoteAndProject(RemoteLogScannerITCase.java:197)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
	at org.junit.platform.commons.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:727)
	at org.junit.jupiter.engine.execution.MethodInvocation.proceed(MethodInvocation.java:60)
	at org.junit.jupiter.engine.execution.InvocationInterceptorChain$ValidatingInvocation.proceed(InvocationInterceptorChain.java:131)

[fresh-borzoni]

@wuchong I think it's related to this: #3008 since we collect in the list and compare after, so if buffer gets overwritten - that's it.