maple525866 opened a new pull request, #7669:
URL: https://github.com/apache/incubator-seata/pull/7669

   <!--
       Licensed to the Apache Software Foundation (ASF) under one or more
       contributor license agreements.  See the NOTICE file distributed with
       this work for additional information regarding copyright ownership.
       The ASF licenses this file to You under the Apache License, Version 2.0
       (the "License"); you may not use this file except in compliance with
       the License.  You may obtain a copy of the License at
   
       http://www.apache.org/licenses/LICENSE-2.0
       
       Unless required by applicable law or agreed to in writing, software
       distributed under the License is distributed on an "AS IS" BASIS,
       WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
       See the License for the specific language governing permissions and
       limitations under the License.
   -->
   <!-- Please make sure you have read and understood the contributing 
guidelines -->
   
   - [ ] I have read the 
[CONTRIBUTING.md](https://github.com/apache/incubator-seata/blob/2.x/CONTRIBUTING.md)
 guidelines.
   - [ ] I have registered the PR 
[changes](https://github.com/apache/incubator-seata/tree/2.x/changes).
   
   ### Ⅰ. Describe what this PR did
   **1. Problem Background**
     When the database is PostgreSQL, the table contains an array type.
     When using Seata AT mode, a JSON deserialization exception is thrown when 
a service failure triggers a global transaction rollback.
   
   **2. Problem Analysis**
    
   - Seata Array Handling Mechanism:
     - PostgreSQL array fields are encapsulated as 
org.apache.seata.rm.datasource.sql.serial.SerialArray objects.
     - This object contains baseType, baseTypeName, and elements fields.
     
   - Jackson Serialization Configuration:
     - The JacksonUndoLogParser has enableDefaultTyping enabled for type 
information processing.
     - However, there are no dedicated serializers and deserializers for the 
SerialArray type.
     
   - Deserialization Conflict:
     - Jackson attempts to deserialize the JSON array directly into the 
java.lang.Long type.
     - This results in a type mismatch exception.
   
   **3. Solution:**
     - Add dedicated SerialArray serializers and deserializers to 
JacksonUndoLogParser to ensure:
     - Correct JSON structure: Serialize SerialArrays into a clear object 
structure.
     - Type information compatibility: Support Jackson's enableDefaultTyping 
mechanism.
     - Null value handling: Correctly handle null elements in arrays.
   ### Ⅱ. Does this pull request fix one issue?
   <!-- If that, add "fixes #xxx" below in the next line, for example, fixes 
#97. -->
   fixes #7661 
   
   ### Ⅲ. Why don't you add test cases (unit test/integration test)? 
   
   
   ### Ⅳ. Describe how to verify it
   testSerializeAndDeserializeSerialArray()
   - Purpose: Verify serialization/deserialization of a valid array
   - Data: [1L, 2L, 3L, 4L, 5L]
   - Verify: All fields match exactly
   
   testSerializeAndDeserializeSerialArrayWithNulls()
   - Purpose: Verify handling of arrays containing null elements
   - Data: [1L, null, 3L]
   - Verify: Null values ​​are correctly preserved
   
   mvn clean test
   ### Ⅴ. Special notes for reviews
   ps: I also changed the access modifier of DmdbTimestampDeserializer to 
private.❤️
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to