1
我在DE 35中遇到問題，DE 35的包裝器xml看起來像這樣。 使用jpos將ISO 8583消息中的字段35解包錯誤
DE 35數據看起來像這樣 [374622441715101175D26071361916993999999F] 在這37是數據的長度和休息。
當我解壓這個字段，我得到的數據，直到倒數第二個數字看起來像[374622441715005175D23071261916092999999] F去下一個字段。因爲這剩餘的字段不能正確獲取數據。
所以你可以幫助我正確讀取DE-35的所有數據，包括F。
除非我數錯了，它看起來對我來說，第37字符是9，所以f不是37長度的內容的一部分，沒有？ – zack6849
如果您提供整個郵件十六進制轉儲（如果沒有任何敏感信息，我還假設4622441715005175不是真正的卡號，在這種情況下該卡應該被視爲受損），我們可以提供更好的幫助。和你的整個包裝定義，所以我們可以重現完整的拆包過程。 –
看起來像內容的十六進制表示，應該用IFB_LLNUM來處理。右側的'F'只是該字段的默認右側填充。 – apr