[multistage] Fixing the bytes literal usage in leaf stage

[xiangfu0]

The literal bytes passed from planner is a wrapped proto ByteString. This should be converted to Pinot internal ByteArray at inside LiteralOperand to ensure the bytes RexExpression returns same internal type.

1. Deserialize proto ByteString to Pinot internal ByteArray
2. cleanup the usage of proto ByteString

[codecov-commenter]

Codecov Report

Merging #11732 (a52c914) into master (c96221f) will decrease coverage by 48.64%.
The diff coverage is 0.00%.

@@              Coverage Diff              @@
##             master   #11732       +/-   ##
=============================================
- Coverage     63.11%   14.48%   -48.64%     
+ Complexity     1115      201      -914     
=============================================
  Files          2342     2342               
  Lines        125899   125907        +8     
  Branches      19364    19367        +3     
=============================================
- Hits          79464    18237    -61227     
- Misses        40780   106120    +65340     
+ Partials       5655     1550     -4105     

Flag	Coverage Δ
integration	0.00% <0.00%> (-0.01%)	⬇️
integration1	?
integration2	0.00% <0.00%> (ø)
java-11	14.42% <0.00%> (-48.64%)	⬇️
java-17	14.41% <0.00%> (-48.56%)	⬇️
java-20	14.47% <0.00%> (-48.48%)	⬇️
temurin	14.48% <0.00%> (-48.64%)	⬇️
unittests	14.48% <0.00%> (-48.63%)	⬇️
unittests1	?
unittests2	14.48% <0.00%> (+0.03%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Files	Coverage Δ
...inot/query/planner/logical/RexExpressionUtils.java	0.00% <0.00%> (-73.95%)	⬇️
...pache/pinot/common/utils/request/RequestUtils.java	0.00% <0.00%> (-59.55%)	⬇️
...t/query/planner/serde/ProtoSerializationUtils.java	0.00% <0.00%> (-83.64%)	⬇️

... and 1514 files with indirect coverage changes

📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more

[walterddr]

what's this change for?

[xiangfu0]

I saw port AlreadyBind issue from here in the tests.

[Jackie-Jiang]

We want to convert the value to the internal type. I think TIMESTAMP might not be handled correctly right now, where the raw value is not really the external value format Timestamp, so we may add a special case for that and add a TODO to fix that in the future

Suggested change

	_value = convert(rexExpression.getValue());
	_value = _resultType.toInternal(rexExpression.getValue());

[walterddr]

+1. this and the rest of the places, ProtoSer/De only provide an identical mapping from ser/de perspective. for this particular situation, we need to leverage the RexExpression.Literal structure, which not only encode the value but also the type

we also need to make sure that proto ser/de only accepts particular type -->
if the data is ByteArray, byte[], or ByteString which can all ser/de into ByteString we should not allow that --> e.g. need to make sure the Ser/De is symmetrics

particularly in this case we should not allow the object to be GeogeorianCalendar --> it shouldl explicitly converted into long before setting it into the Literal

[xiangfu0]

Changed the proto serde to generate internal data type directly