GH-50779: [C++][Parquet] Replace remaining RapidJSON usage with simdjson

[Reranko05]

Rationale for this change

This PR continues the simdjson migration by replacing the remaining RapidJSON usages under cpp/src/parquet with simdjson and JsonWriter. It also removes the remaining unnecessary RapidJSON dependencies from the Parquet test target and Meson build configuration.

What changes are included in this PR?

• Replace the remaining RapidJSON parsing logic in reader_test.cc with simdjson.
• Replace RapidJSON parsing and serialization in geospatial/util_json_internal.cc with simdjson and JsonWriter.
• Replace RapidJSON string escaping in types.cc with JsonWriter.
• Remove the unused rapidjson_dep dependency from cpp/src/parquet/meson.build.
• Remove the remaining RapidJSON dependency from the Parquet test target in CMakeLists.txt.
• GitHub Issue: [C++][Parquet] Replace remaining RapidJSON usage with simdjson #50779

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[github-actions]

⚠️ GitHub issue #50779 has been automatically assigned in GitHub to PR creator.

[Reranko05]

@rok @taepper

I'm migrating parquet/geospatial/util_json_internal.cc and ran into an ondemand question.

GeospatialGeoArrowCrsToParquetCrs() needs to:

1. inspect the crs object (e.g. check the id.authority/code fields to detect EPSG:4326/CRS84), and
2. if it isn't a recognized lon/lat CRS, serialize the same object back to JSON.

With RapidJSON this was straightforward because the DOM is reusable, but with simdjson::ondemand the object has already been consumed by the time I want to serialize it, leading to OUT_OF_ORDER_ITERATION.

Is the expected approach here to restructure the code into a single pass, or is there another way to serialize an already-inspected ondemand::object?

Thanks!

[rok]

As per docs here you could probably use the .reset() in case you don't get desired CRS fields.

  // Inspect crs_object...

  // If it was not a recognized lon/lat CRS:
  ARROW_ASSIGN_OR_RAISE(
      auto ignored,
      ::arrow::internal::GetSimdjsonResult(
          crs_object.reset(), "Failed to reset 'crs' object: "));

  ARROW_ASSIGN_OR_RAISE(
      auto raw_crs,
      ::arrow::internal::GetSimdjsonResult(
          crs_object.raw_json(), "Failed to get raw 'crs' JSON: "));

  return std::string(raw_crs);

Check also rewind and consider what's best for your usecase.

[Reranko05]

Thanks @rok, reset() + raw_json() fixed the iteration issue.

However, one test still fails because raw_json() preserves the original formatting (e.g. {"key0": "value0"}), whereas the previous RapidJSON Writer minified it to {"key0":"value0"}. LogicalType::Equals() compares the CRS string literally.

Would you prefer keeping the previous compact formatting or preserving the original JSON formatting?

[rok]

@Reranko05 let's avoid behavior changes. Perhaps we can use simdjson::minify?

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[Reranko05]

@kou @rok @pitrou Could you review this when you have time?