multipart/form-data parts order not respected

I'm using

<groupId>org.openapitools</groupId>
<artifactId>openapi-generator-maven-plugin</artifactId>
<version>6.4.0</version>

With

<generatorName>java</generatorName>
<library>jersey3</library>

My openapi file contains

content:
  multipart/form-data:
    schema:
      type: object
      properties:
        info:
          $ref: '#/components/schemas/Info'
        file:
          type: string
          format: binary

The problem comes from the the api file generated

  public ApiResponse<Document> uploadWithHttpInfo(Info info, File _file) throws ApiException {
    Object localVarPostBody = null;
    
    // create path and map variables
    String localVarPath = "/upload";

    // query params
    List<Pair> localVarQueryParams = new ArrayList<Pair>();
    Map<String, String> localVarHeaderParams = new HashMap<String, String>();
    Map<String, String> localVarCookieParams = new HashMap<String, String>();
    Map<String, Object> localVarFormParams = new HashMap<String, Object>();

And more specifically the line

Map<String, Object> localVarFormParams = new HashMap<String, Object>();

Due to the Hashmap, when I'm using the client, the file part is send before the info part.

1 > Content-Type: multipart/form-data
1 > User-Agent: OpenAPI-Generator/5.1.0/java
--Boundary_1_506748835_1676884274746
Content-Type: application/octet-stream
Content-Disposition: form-data; filename="1420494472980263478.temp"; size=1931; name="file"
...
--Boundary_1_506748835_1676884274746
Content-Type: text/plain
Content-Disposition: form-data; name="info"
...
--Boundary_1_506748835_1676884274746--

Making the api responding : first part in multipart must be the info part

I fixed the problem with the maven replacer plugin to force using a LinkedHashMap by replacing
Map<String, Object> localVarFormParams = new HashMap<String, Object>();
with
Map<String, Object> localVarFormParams = new LinkedHashMap<String, Object>();

Now the order is respected and everything is working fine.

Could you include such a fix ?

Start with the Java generator using the jersey3 library and trace how the generated uploadWithHttpInfo method creates localVarFormParams. Compare the generated multipart request with the OpenAPI property order; done means the info part is emitted before the file part without a post-generation replacement.