Error - org.jpos.iso.IFA_LLNUM: Problem unpacking field 2

475 views
Skip to first unread message

mwyc...@gmail.com

unread,
Jul 10, 2019, 10:42:11 AM7/10/19
to jPOS Users
Hellos,

Please advise me on this;
I have some Postilion ASCII implementation, but of recent I started getting this error and have failed to figure it out.

It happens for 0800 messages, I wonder why since 0800 have no field 2.



<log realm="channel/192.168.1.254:2197" at="Wed Jul 10 16:44:05 EAT 2019.169" lifespan="10498ms">
  <receive>
    <iso-exception>
      org.jpos.iso.IFA_LLNUM: Problem unpacking field 2
      <nested-exception>
      java.lang.NegativeArraySizeException
at org.jpos.iso.AsciiInterpreter.uninterpret(AsciiInterpreter.java:53)
at org.jpos.iso.ISOStringFieldPackager.unpack(ISOStringFieldPackager.java:173)
at org.jpos.iso.ISOBasePackager.unpack(ISOBasePackager.java:233)
at org.jpos.iso.ISOMsg.unpack(ISOMsg.java:416)
at org.jpos.iso.BaseChannel.unpack(BaseChannel.java:901)
at org.jpos.iso.BaseChannel.receive(BaseChannel.java:669)
at org.jpos.iso.ISOServer$Session.run(ISOServer.java:131)
at org.jpos.util.ThreadPool$PooledThread.run(ThreadPool.java:71)
      </nested-exception>
      org.jpos.iso.ISOException: org.jpos.iso.IFA_LLNUM: Problem unpacking field 2 (java.lang.NegativeArraySizeException)
at org.jpos.iso.ISOStringFieldPackager.unpack(ISOStringFieldPackager.java:178)
at org.jpos.iso.ISOBasePackager.unpack(ISOBasePackager.java:233)
at org.jpos.iso.ISOMsg.unpack(ISOMsg.java:416)
at org.jpos.iso.BaseChannel.unpack(BaseChannel.java:901)
at org.jpos.iso.BaseChannel.receive(BaseChannel.java:669)
at org.jpos.iso.ISOServer$Session.run(ISOServer.java:131)
at org.jpos.util.ThreadPool$PooledThread.run(ThreadPool.java:71)
Nested:java.lang.NegativeArraySizeException
at org.jpos.iso.AsciiInterpreter.uninterpret(AsciiInterpreter.java:53)
at org.jpos.iso.ISOStringFieldPackager.unpack(ISOStringFieldPackager.java:173)
at org.jpos.iso.ISOBasePackager.unpack(ISOBasePackager.java:233)
at org.jpos.iso.ISOMsg.unpack(ISOMsg.java:416)
at org.jpos.iso.BaseChannel.unpack(BaseChannel.java:901)
at org.jpos.iso.BaseChannel.receive(BaseChannel.java:669)
at org.jpos.iso.ISOServer$Session.run(ISOServer.java:131)
at org.jpos.util.ThreadPool$PooledThread.run(ThreadPool.java:71)
    </iso-exception>
    --- data ---
    0000  F0 F8 F0 F0 F8 F2 F2 F0  F0 F0 F0 F0 F0 F0 F0 F0  ................
0010  F0 F0 F0 F0 F0 F4 F0 F0  F0 F0 F0 F0 F0 F0 F0 F0  ................
0020  F0 F0 F0 F0 F0 F7 F1 F0  F0 F4 F4 F4 F3 F3 F0 F4  ................
0030  F4 F4 F3 F3 F0 F0 F1                              .......

Attached a copy of the packager am using;


thanks
postpack.xml

Andy Orrock

unread,
Jul 10, 2019, 10:46:57 AM7/10/19
to jpos-...@googlegroups.com
Hi.

Your trace shows that your implementation is EBCDIC display.  Your packager is ASCII display.  All hell is gonna break loose on the unpackaging. And it did.

Andy

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: sa...@jpos.org
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.
To post to this group, send email to jpos-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/f5ccecb9-8779-4c34-8e58-03aa01961ca7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

chhil

unread,
Jul 10, 2019, 12:38:52 PM7/10/19
to jpos-...@googlegroups.com
If it was working and has stopped working , talk to the Postilion guys, there usually is a parameter for their source/sink nodes to set the appropriate character set to use. 
-chhil. 

Mutumba Wycliff

unread,
Jul 11, 2019, 1:43:37 AM7/11/19
to jpos-...@googlegroups.com, chi...@gmail.com
Thanks Chillum,

Let me confirm with the Switch people if they could have changed to another character set.
I know they support both EBCDIC and ASCII character sets.

Warm regards,

You received this message because you are subscribed to a topic in the Google Groups "jPOS Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jpos-users/5EjL-9h7gmM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jpos-users+...@googlegroups.com.

To post to this group, send email to jpos-...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.


--

Mutumba Wycliffe

Principal Consultant
J FLOYD CONSULTANCY (U) LTD

Plot 220 Block 5, Kalerwe Gayaza Rd

P.O.Box 72299 Kampala, Uganda
T: +256 414 237781  |  M: +256 758113171, +256 712 351375 | Email: Wycl...@jfloydconsult.com | Skype: mwycliffe

Web: http://www.jfloydconsult.com

Slogan: There is always a way.

VISIT J FLOYD CONSULTANCY TODAY…DELIVERING VALUE TO YOUR IT INVESTMENTS >


The information in this e-mail is confidential and intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. Any copying or further distribution beyond the original recipient is not intended, and may be unlawful. The opinions enclosed are those of the sender, and do not necessarily reflect those of JFLOYD CONSULTANCY.

Mutumba Wycliff

unread,
Jul 11, 2019, 1:46:25 AM7/11/19
to jpos-...@googlegroups.com, andy....@olspayments.com
Thanks Andy,

True, its possible the switch people have changed to EBCDIC.

Let me confirm with them, because initially we have been using ASCII.

Warm regards,

You received this message because you are subscribed to a topic in the Google Groups "jPOS Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jpos-users/5EjL-9h7gmM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jpos-users+...@googlegroups.com.

To post to this group, send email to jpos-...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

Kogan Moonsamy

unread,
Jul 11, 2019, 3:51:33 AM7/11/19
to jpos-...@googlegroups.com
Hi There,

If I remember correctly Postillion uses its own flavour of the ACI 8583 ISO spec and in that spec, and 0800 message is a network message (used for sign-on's, echos, sign-off's, etc). As such, the 0800 does not contain DE2, which is reserved for a financial/advise message (0200, 0220, 0420) and should contain the PAN or card number.

Hope this helps.

K

Mutumba Wycliff

unread,
Jul 11, 2019, 8:45:39 AM7/11/19
to jpos-...@googlegroups.com
Hellos,

There is a change in the Character Set, test environment was on ASCII while production was on EBCDIC.
So this was corrected. However, I still got another error - org.jpos.iso.IFA_LLLLLLBINARY: Problem unpacking field 0

<session-error>
    <iso-exception>
      org.jpos.iso.IFA_LLLLLLBINARY: Problem unpacking field 0
      <nested-exception>
      java.lang.ArrayIndexOutOfBoundsException
        at java.lang.System.arraycopy(Native Method)
        at org.jpos.iso.LiteralBinaryInterpreter.uninterpret(LiteralBinaryInterpreter.java:55)
        at org.jpos.iso.ISOBinaryFieldPackager.unpack(ISOBinaryFieldPackager.java:140)

I suspect its coming from the nested field 127

Here is what the switch is sending me;

0200:
   [LLVAR  n    ..19 016] 002 [5057970000000005]
   [Fixed  n       6 006] 003 [311000]
   [None   n         012] 004 [000000200000]
   [Fixed  n      10 010] 007 [0711150526]
   [Fixed  n       6 006] 011 [000122]
   [Fixed  n       6 006] 012 [150526]
   [Fixed  n       4 004] 013 [0711]
   [Fixed  n       4 004] 014 [2104]
   [Fixed  n       4 004] 015 [0711]
   [Fixed  n       4 004] 018 [6011]
   [Fixed  n       3 003] 022 [901]
   [Fixed  n       2 002] 025 [00]
   [Fixed  n       2 002] 026 [04]
   [Fixed  x+n     9 009] 028 [D00080000]
   [Fixed  x+n     9 009] 030 [D00040000]
   [LLVAR  n    ..11 006] 032 [123456]
   [LLVAR  n    ..11 006] 033 [123456]
   [LLVAR  ans  ..37 033] 035 [5057970000000005D2104501015918348]
   [Fixed  an     12 012] 037 [000000348630]
   [Fixed  ans     8 008] 041 [1000T001]
   [Fixed  ans    15 015] 042 [1000T0010000000]
   [Fixed  ans    40 040] 043 [BALANCE INQUIRY SERVICE             KAUG]
   [Fixed  a/n     3 003] 049 [800]
   [LLLVAR ans ..999 004] 056 [1510]
   [LLVAR  ans  ..28 014] 102 [00200300000008]
   [LLLVAR ans ..999 015] 123 [510101211344102]
   [LLVAR  ans  ..32 010] 127.002 [0000348630]
   [Fixed  ans*   48 048] 127.003 [ISWATMS     EFCsink     000122000122EFCGroup    ]
   [LLVAR  ans  ..32 010] 127.011 [0000348629]
   [Fixed  n       8 008] 127.020 [20180921]
   [LLVAR  ans  ..20 007] 127.026 [EFCsink] 

And in my packager this is how I have 127 defined;

<isofieldpackager
      id="127"  
      length="999999"
      name="RESERVED PRIVATE USE"
      class="org.jpos.iso.IFA_LLLLLLBINARY"
      packager="org.jpos.iso.packager.PostPackager">
<!-- packager="org.jpos.iso.packager.GenericSubFieldPackager" -->
      <isofield
          id="0"
          length="0"
          name="PLACEHOLDER"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
      id="1"
      length="8"
      name="BIT MAP"
      class="org.jpos.iso.IFB_BITMAP"/>
      <isofield
          id="2"
          length="32"
          name="SWITCH KEY"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="3"
          length="48"
          name="ROUTING INFORMATION"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="4"
          length="22"
          name="POS DATA"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="5"
          length="73"
          name="SERVICE STATION DATA"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="6"
          length="2"
          name="AUTHORIZATION PROFILE"
          class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield
          id="7"
          length="50"
          name="CHECK DATA"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="8"
          length="128"
          name="RETENTION DATA"
          class="org.jpos.iso.IFA_LLLCHAR"/>
      <isofield
          id="9"
          length="255"
          name="ADDITIONAL NODE DATA"
          class="org.jpos.iso.IFA_LLLCHAR"/>
      <isofield
          id="10"
          length="3"
          name="CVV2"
          class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield
          id="11"
          length="32"
          name="ORIGINAL KEY"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="12"
          length="25"
          name="TERMINAL OWNDER"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="13"
          length="17"
          name="POS GEOGRAPHIC DATA"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="14"
          length="8"
          name="SPONSOR BANK"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="15"
          length="29"
          name="AVS REQUEST"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="16"
          length="1"
          name="AVS RESPONSE"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="17"
          length="50"
          name="CARDHOLDER INFORMATION"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="18"
          length="50"
          name="VALIDATION DATA"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="19"
          length="45"
          name="BANK DETAILS"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="20"
          length="8"
          name="AUTHORIZER DATE SETTLEMENT"
          class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield
          id="21"
          length="12"
          name="RECORD IDENTIFICATION"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="22"
          length="99999"
          name="STRUCTURED DATA"
          class="org.jpos.iso.IFA_LLLLLCHAR"/>
      <isofield
          id="23"
          length="253"
          name="PAYEE NAME AND ADDRESS"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="24"
          length="28"
          name="PAYER ACCOUNT INFORMATION"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="25"
          length="8000"
          name="ICC DATA"
          class="org.jpos.iso.IFA_LLLLCHAR"/>
  </isofieldpackager>


Could it be the 127 field definition that could be causing the crash?

thanks

On Wed, Jul 10, 2019 at 7:38 PM chhil <chi...@gmail.com> wrote:
You received this message because you are subscribed to a topic in the Google Groups "jPOS Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jpos-users/5EjL-9h7gmM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jpos-users+...@googlegroups.com.

To post to this group, send email to jpos-...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.


--

chhil

unread,
Jul 11, 2019, 9:02:22 AM7/11/19
to jpos-...@googlegroups.com
Your best bet is to verify what the LL* definition is for field 127 from the Postbridge spec or get them to send the hexdump of the message and you can infer the length from it.

-chhil

-chhil 

Mutumba Wycliff

unread,
Jul 11, 2019, 9:46:12 AM7/11/19
to jpos-...@googlegroups.com
Thanks,

Below is the hexdump, unfortunately don't know how to infer the length from it;

0200:
[LLVAR n ..19 016] 002 [5057970000000005]
[Fixed n 6 006] 003 [311000]
[None n 012] 004 [000000200000]
[Fixed n 10 010] 007 [0711155406]
[Fixed n 6 006] 011 [242432]
[Fixed n 6 006] 012 [155406]
[Fixed n 4 004] 013 [0711]
[Fixed n 4 004] 014 [2104]
[Fixed n 4 004] 015 [0711]
[Fixed n 4 004] 018 [6011]
[Fixed n 3 003] 022 [901]
[Fixed n 2 002] 025 [00]
[Fixed n 2 002] 026 [04]
[Fixed x+n 9 009] 028 [D00080000]
[Fixed x+n 9 009] 030 [D00040000]
[LLVAR n ..11 006] 032 [123456]
[LLVAR n ..11 006] 033 [123456]
[LLVAR ans ..37 033] 035 [5057970000000005=2104501015918348]
[Fixed an 12 012] 037 [000000348641]
[Fixed ans 8 008] 041 [1000T001]
[Fixed ans 15 015] 042 [1000T0010000000]
[Fixed ans 40 040] 043 [NAKASERO PLOT 2B KAMP KAUG]
[Fixed a/n 3 003] 049 [800]
[LLLVAR ans ..999 004] 056 [1510]
[LLVAR ans ..28 014] 102 [00200300000008]
[LLLVAR ans ..999 015] 123 [510101211344102]
[LLVAR ans ..32 010] 127.002 [0000348641]
[Fixed ans* 48 048] 127.003 [ISWATMS EFCsink 242432242432EFCGroup ]
[LLLVAR ans ..999 007] 127.009 [9840001]
[LLVAR ans ..32 010] 127.011 [0000348640]
[Fixed ans 31 031] 127.019 [PAYMENTSSSSSSSSSSSSSSSSSSSSSSSS]
[Fixed n 8 008] 127.020 [20180921]
[LLVAR ans ..20 007] 127.026 [EFCsink]
binary data
0000(0000) 30 32 30 30 46 32 33 45 34 34 44 35 41 38 45 30 0200F23E44D5A8E0
0016(0010) 38 31 30 30 30 30 30 30 30 30 30 30 30 34 30 30 8100000000000400
0032(0020) 30 30 32 32 31 36 35 30 35 37 39 37 30 30 30 30 0022165057970000
0048(0030) 30 30 30 30 30 35 33 31 31 30 30 30 30 30 30 30 0000053110000000
0064(0040) 30 30 32 30 30 30 30 30 30 37 31 31 31 35 35 34 0020000007111554
0080(0050) 30 36 32 34 32 34 33 32 31 35 35 34 30 36 30 37 0624243215540607
0096(0060) 31 31 32 31 30 34 30 37 31 31 36 30 31 31 39 30 1121040711601190
0112(0070) 31 30 30 30 34 44 30 30 30 38 30 30 30 30 44 30 10004D00080000D0
0128(0080) 30 30 34 30 30 30 30 30 36 31 32 33 34 35 36 30 0040000061234560
0144(0090) 36 31 32 33 34 35 36 33 33 35 30 35 37 39 37 30 6123456335057970
0160(00A0) 30 30 30 30 30 30 30 30 35 3D 32 31 30 34 35 30 000000005=210450
0176(00B0) 31 30 31 35 39 31 38 33 34 38 30 30 30 30 30 30 1015918348000000
0192(00C0) 33 34 38 36 34 31 31 30 30 30 54 30 30 31 31 30 3486411000T00110
0208(00D0) 30 30 54 30 30 31 30 30 30 30 30 30 30 4E 41 4B 00T0010000000NAK
0224(00E0) 41 53 45 52 4F 20 50 4C 4F 54 20 32 42 20 20 20 ASERO PLOT 2B
0240(00F0) 20 20 4B 41 4D 50 20 20 20 20 20 20 20 20 20 20 KAMP
0256(0100) 20 4B 41 55 47 38 30 30 30 30 34 31 35 31 30 31 KAUG80000415101
0272(0110) 34 30 30 32 30 30 33 30 30 30 30 30 30 30 38 30 4002003000000080
0288(0120) 31 35 35 31 30 31 30 31 32 31 31 33 34 34 31 30 1551010121134410
0304(0130) 32 31 33 38 60 A0 30 40 00 00 00 00 31 30 30 30 2138`.0@....1000
0320(0140) 30 30 33 34 38 36 34 31 49 53 57 41 54 4D 53 20 00348641ISWATMS
0336(0150) 20 20 20 20 45 46 43 73 69 6E 6B 20 20 20 20 20 EFCsink
0352(0160) 32 34 32 34 33 32 32 34 32 34 33 32 45 46 43 47 242432242432EFCG
0368(0170) 72 6F 75 70 20 20 20 20 30 30 37 39 38 34 30 30 roup 00798400
0384(0180) 30 31 31 30 30 30 30 30 33 34 38 36 34 30 50 41 01100000348640PA
0400(0190) 59 4D 45 4E 54 53 53 53 53 53 53 53 53 53 53 53 YMENTSSSSSSSSSSS
0416(01A0) 53 53 53 53 53 53 53 53 53 53 53 53 53 32 30 31 SSSSSSSSSSSSS201
0432(01B0) 38 30 39 32 31 30 37 45 46 43 73 69 6E 6B 8092107EFCsink

warm regards,


For more options, visit https://groups.google.com/d/optout.

chhil

unread,
Jul 12, 2019, 3:17:09 AM7/12/19
to jpos-...@googlegroups.com

From your postilion logs, field 127 starts with 
[LLVAR ans ..32 010] 127.002 [0000348641]

So this will be preceded by LL so 10 + 0000348641 forms 127.2

The field prior to 127 is 123
[LLLVAR ans ..999 015] 123 [510101211344102]

So any data between them is the length plus bitmap. Look for data between 102 and 00003

Based on this if we can determine the length
+bitmap, its the data in  
0304(0130) 32 31 33 38 60 A0 30 40 00 00 00 00 31 30 30 30 2138`.0@....1000
The 2 that it begins with is part of the 102.

To be more specific length + bitmap is  31 33 38 60 A0 30 40 00 00 00 00 [Ascii 138`.0@....]
Thats the length of 138 plus bitmap. Length is ascii, so I assume thats 138 [LLL] and not in the form LLLLLL. Then there are 8 bytes of bitmap

0272(0110) 34 30 30 32 30 30 33 30 30 30 30 30 30 30 38 30 4002003000000080
0288(0120) 31 35 35 31 30 31 30 31 32 31 31 33 34 34 31 30 1551010121134410
0304(0130) 32 31 33 38 60 A0 30 40 00 00 00 00 31 30 30 30 2138`.0@....1000
0320(0140) 30 30 33 34 38 36 34 31 49 53 57 41 54 4D 53 20 00348641ISWATMS 
0336(0150) 20 20 20 20 45 46 43 73 69 6E 6B 20 20 20 20 20 EFCsink 
0352(0160) 32 34 32 34 33 32 32 34 32 34 33 32 45 46 43 47 242432242432EFCG
0368(0170) 72 6F 75 70 20 20 20 20 30 30 37 39 38 34 30 30 roup    00798400
0384(0180) 30 31 31 30 30 30 30 30 33 34 38 36 34 30 50 41 01100000348640PA
0400(0190) 59 4D 45 4E 54 53 53 53 53 53 53 53 53 53 53 53 YMENTSSSSSSSSSSS
0416(01A0) 53 53 53 53 53 53 53 53 53 53 53 53 53 32 30 31 SSSSSSSSSSSSS201
0432(01B0) 38 30 39 32 31 30 37 45 46 43 73 69 6E 6B       8092107EFCsink

So I used postpack from the jpos repos.

Made few changes based on definitions I saw in the trace.
Change the bitmap of the main field packager to  
 <isofield
      id="1"
      length="16"
      name="BIT MAP"
      class="org.jpos.iso.IFA_BITMAP"/>

Changed the subfield packager for field 127 to the following, note length changed to LLL 999.
 <isofieldpackager
      id="127"  
      length="999"
      name="RESERVED PRIVATE USE"
      class="org.jpos.iso.IFA_LLLBINARY"
      packager="org.jpos.iso.packager.GenericSubFieldPackager">

Changed 127.19 to fixed 31.

   <isofield
          id="19"
          length="31"
          name="BANK DETAILS"
          class="org.jpos.iso.IF_CHAR"/>


Finally ran it with 
package jpos.test;

import org.jpos.iso.ISOException;
import org.jpos.iso.ISOMsg;
import org.jpos.iso.ISOUtil;
import org.jpos.iso.packager.GenericPackager;
import org.jpos.util.Logger;
import org.jpos.util.SimpleLogListener;

public class Main {

    public static void main(String[] args) throws ISOException {

        String str = "30323030463233453434443541384530" + "38313030303030303030303030343030"
                + "30303232313635303537393730303030" + "30303030303533313130303030303030"
                + "30303230303030303037313131353534" + "30363234323433323135353430363037"
                + "31313231303430373131363031313930" + "31303030344430303038303030304430"
                + "30303430303030303631323334353630" + "36313233343536333335303537393730"
                + "3030303030303030353D323130343530" + "31303135393138333438303030303030"
                + "33343836343131303030543030313130" + "303054303031303030303030304E414B"
                + "415345524F20504C4F54203242202020" + "20204B414D5020202020202020202020"
                + "204B4155473830303030343135313031" + "34303032303033303030303030303830"
                + "31353531303130313231313334343130" + "3231333860A030400000000031303030"
                + "303033343836343149535741544D5320" + "2020202045464373696E6B2020202020"
                + "32343234333232343234333245464347" + "726F7570202020203030373938343030"
                + "30313130303030303334383634305041" + "594D454E545353535353535353535353"
                + "53535353535353535353535353323031" + "3830393231303745464373696E6B";
        Logger l = new Logger();
        l.addListener(new SimpleLogListener());
        GenericPackager postPackager = new GenericPackager("C:\\temp\\cfg\\postpack.xml");
        postPackager.setLogger(l, "test");
        ISOMsg m = new ISOMsg();
        m.setPackager(postPackager);
        try {
            m.unpack(ISOUtil.hex2byte(str));
            m.dump(System.out, "");
        }
        catch (ISOException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
            m.dump(System.out, "X");
        }
        m.setPackager(postPackager);

    }
}

got output
<log realm="test-fld-127" at="2019-07-12T12:31:24.295" lifespan="35ms">
  <unpack>
    60A030400000000031303030303033343836343149535741544D53202020202045464373696E6B202020202032343234333232343234333245464347726F757020202020303037393834303030313130303030303334383634305041594D454E545353535353535353535353535353535353535353535353533230313830393231303745464373696E6B
  </unpack>
</log>
<log realm="test" at="2019-07-12T12:31:24.359" lifespan="101ms">
  <unpack>
    303230304632334534344435413845303831303030303030303030303034303030303232313635303537393730303030303030303035333131303030303030303030323030303030303731313135353430363234323433323135353430363037313132313034303731313630313139303130303034443030303830303030443030303430303030303631323334353630363132333435363333353035373937303030303030303030353D3231303435303130313539313833343830303030303033343836343131303030543030313130303054303031303030303030304E414B415345524F20504C4F5420324220202020204B414D5020202020202020202020204B415547383030303034313531303134303032303033303030303030303830313535313031303132313133343431303231333860A030400000000031303030303033343836343149535741544D53202020202045464373696E6B202020202032343234333232343234333245464347726F757020202020303037393834303030313130303030303334383634305041594D454E545353535353535353535353535353535353535353535353533230313830393231303745464373696E6B
    <bitmap>{1, 2, 3, 4, 7, 11, 12, 13, 14, 15, 18, 22, 25, 26, 28, 30, 32, 33, 35, 37, 41, 42, 43, 49, 56, 102, 123, 127}</bitmap>
    <unpack fld="2" packager="org.jpos.iso.IFA_LLNUM">
      <value>5057970000000005</value>
    </unpack>
    <unpack fld="3" packager="org.jpos.iso.IFA_NUMERIC">
      <value>311000</value>
    </unpack>
    <unpack fld="4" packager="org.jpos.iso.IFA_NUMERIC">
      <value>000000200000</value>
    </unpack>
    <unpack fld="7" packager="org.jpos.iso.IFA_NUMERIC">
      <value>0711155406</value>
    </unpack>
    <unpack fld="11" packager="org.jpos.iso.IFA_NUMERIC">
      <value>242432</value>
    </unpack>
    <unpack fld="12" packager="org.jpos.iso.IFA_NUMERIC">
      <value>155406</value>
    </unpack>
    <unpack fld="13" packager="org.jpos.iso.IFA_NUMERIC">
      <value>0711</value>
    </unpack>
    <unpack fld="14" packager="org.jpos.iso.IFA_NUMERIC">
      <value>2104</value>
    </unpack>
    <unpack fld="15" packager="org.jpos.iso.IFA_NUMERIC">
      <value>0711</value>
    </unpack>
    <unpack fld="18" packager="org.jpos.iso.IFA_NUMERIC">
      <value>6011</value>
    </unpack>
    <unpack fld="22" packager="org.jpos.iso.IFA_NUMERIC">
      <value>901</value>
    </unpack>
    <unpack fld="25" packager="org.jpos.iso.IFA_NUMERIC">
      <value>00</value>
    </unpack>
    <unpack fld="26" packager="org.jpos.iso.IFA_NUMERIC">
      <value>04</value>
    </unpack>
    <unpack fld="28" packager="org.jpos.iso.IFA_AMOUNT">
      <value>D00080000</value>
    </unpack>
    <unpack fld="30" packager="org.jpos.iso.IFA_AMOUNT">
      <value>D00040000</value>
    </unpack>
    <unpack fld="32" packager="org.jpos.iso.IFA_LLNUM">
      <value>123456</value>
    </unpack>
    <unpack fld="33" packager="org.jpos.iso.IFA_LLNUM">
      <value>123456</value>
    </unpack>
    <unpack fld="35" packager="org.jpos.iso.IFA_LLNUM">
      <value>5057970000000005=2104501015918348</value>
    </unpack>
    <unpack fld="37" packager="org.jpos.iso.IF_CHAR">
      <value>000000348641</value>
    </unpack>
    <unpack fld="41" packager="org.jpos.iso.IF_CHAR">
      <value>1000T001</value>
    </unpack>
    <unpack fld="42" packager="org.jpos.iso.IF_CHAR">
      <value>1000T0010000000</value>
    </unpack>
    <unpack fld="43" packager="org.jpos.iso.IF_CHAR">
      <value>NAKASERO PLOT 2B     KAMP           KAUG</value>
    </unpack>
    <unpack fld="49" packager="org.jpos.iso.IF_CHAR">
      <value>800</value>
    </unpack>
    <unpack fld="56" packager="org.jpos.iso.IFA_LLLCHAR">
      <value>1510</value>
    </unpack>
    <unpack fld="102" packager="org.jpos.iso.IFA_LLCHAR">
      <value>00200300000008</value>
    </unpack>
    <unpack fld="123" packager="org.jpos.iso.IFA_LLLCHAR">
      <value>510101211344102</value>
    </unpack>
    <unpack fld="127" packager="org.jpos.iso.ISOMsgFieldPackager">
    <isomsg direction="none" id="127">
      <!-- org.jpos.iso.packager.GenericSubFieldPackager -->
      <field id="2" value="0000348641"/>
      <field id="3" value="ISWATMS     EFCsink     242432242432EFCGroup    "/>
      <field id="9" value="9840001"/>
      <field id="11" value="0000348640"/>
      <field id="19" value="PAYMENTSSSSSSSSSSSSSSSSSSSSSSSS"/>
      <field id="20" value="20180921"/>
      <field id="26" value="EFCsink"/>
    </isomsg>
    </unpack>
  </unpack>
</log>
<isomsg direction="none">
  <!-- org.jpos.iso.packager.GenericPackager[C:\temp\postpack.xml] -->
  <field id="0" value="0200"/>
  <field id="bitmap" value="{1, 2, 3, 4, 7, 11, 12, 13, 14, 15, 18, 22, 25, 26, 28, 30, 32, 33, 35, 37, 41, 42, 43, 49, 56, 102, 123, 127}" type="bitmap"/>
  <field id="2" value="5057970000000005"/>
  <field id="3" value="311000"/>
  <field id="4" value="000000200000"/>
  <field id="7" value="0711155406"/>
  <field id="11" value="242432"/>
  <field id="12" value="155406"/>
  <field id="13" value="0711"/>
  <field id="14" value="2104"/>
  <field id="15" value="0711"/>
  <field id="18" value="6011"/>
  <field id="22" value="901"/>
  <field id="25" value="00"/>
  <field id="26" value="04"/>
  <field id="28" value="D00080000"/>
  <field id="30" value="D00040000"/>
  <field id="32" value="123456"/>
  <field id="33" value="123456"/>
  <field id="35" value="5057970000000005=2104501015918348"/>
  <field id="37" value="000000348641"/>
  <field id="41" value="1000T001"/>
  <field id="42" value="1000T0010000000"/>
  <field id="43" value="NAKASERO PLOT 2B     KAMP           KAUG"/>
  <field id="49" value="800"/>
  <field id="56" value="1510"/>
  <field id="102" value="00200300000008"/>
  <field id="123" value="510101211344102"/>
  <isomsg id="127">
    <!-- org.jpos.iso.packager.GenericSubFieldPackager -->
    <field id="2" value="0000348641"/>
    <field id="3" value="ISWATMS     EFCsink     242432242432EFCGroup    "/>
    <field id="9" value="9840001"/>
    <field id="11" value="0000348640"/>
    <field id="19" value="PAYMENTSSSSSSSSSSSSSSSSSSSSSSSS"/>
    <field id="20" value="20180921"/>
    <field id="26" value="EFCsink"/>
  </isomsg>
</isomsg>
This means you need to go back to Postilion and ask them why the length preceding 127 is LLL and not the number of L's you have used in your packager.

-chhil


Mutumba Wycliff

unread,
Jul 12, 2019, 6:18:55 AM7/12/19
to jpos-...@googlegroups.com
Hello Chhil,

Indeed am so grateful for the analysis you have provided.
You have really made my day and even taught me a number of concepts I always wanted to know about jpos.

When I checked in the Post-bridge spec for the switch guys and I found this; Which is in agreement with length ..999.

DE-120 – DE 127 RESERVED FOR private USE: Extended transaction data
Format:LLLVAR
Type:ans..999
Description:
These fields are TAG based and carry information needed for extended transactions. For more details refer to ‘Extended Transaction Set Message Element Specification’
Field edits:
The contents of field may change in responses depending on result of transaction.


In your analysis, I did not clearly understand this explanation;


>>To be more specific length + bitmap is  31 33 38 60 A0 30 40 00 00 00 00 [Ascii 138`.0@....]
Which characters are for the Length and which one is for the bitmap. How is the 138 derived?

Otherwise, thank you sooo much.

Warm regards,


For more options, visit https://groups.google.com/d/optout.

chhil

unread,
Jul 12, 2019, 6:45:14 AM7/12/19
to jpos-...@googlegroups.com
Reading hexdumps 

The left side has hex data 2 digits (2 nibbles or 8 bits) are required to represent  the charset being used, the right side has ASCII equivalent. When characters are unprintable a "."  is put as an indicator.  Non printable data is usually parsed using a binary packager to extract information. 

0x31 is 1
0x33 is 3 
0x38 is 8

That's the LLL part , it's 138. 

The next 8 bytes are the bitmap. 


The concepts are more to do with the structure of ISO8583 messages, not related to jpos. The programmers guide has an example for dissecting an 8583 message , do read it. 
It's always a good exercise to parse a message by hand to understand what it is and then use libraries that do it for you. 

-chhil


<div title="MDH:PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmNvdXJpZXIgbmV3 LG1vbm9zcGFjZSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJm b250LWZhbWlseTpjb3VyaWVyIG5ldyxtb25vc3BhY2UiPmBgYHhtbDwvZGl2PjxkaXYgY2xhc3M9 ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTpjb3VyaWVyIG5ldyxtb25vc3BhY2Ui PiZsdDtsb2cgcmVhbG09InRlc3QtZmxkLTEyNyIgYXQ9IjIwMTktMDctMTJUMTI6MzE6MjQuMjk1 IiBsaWZlc3Bhbj0iMzVtcyImZ3Q7PGJyPiZuYnNwOyAmbHQ7dW5wYWNrJmd0Ozxicj4mbmJzcDsg Jm5ic3A7IDYwQTAzMDQwMDAwMDAwMDAzMTMwMzAzMDMwMzAzMzM0MzgzNjM0MzE0OTUzNTc0MTU0 NEQ1MzIwMjAyMDIwMjA0NTQ2NDM3MzY5NkU2QjIwMjAyMDIwMjAzMjM0MzIzNDMzMzIzMjM0MzIz NDMzMzI0NTQ2NDM0NzcyNkY3NTcwMjAyMDIwMjAzMDMwMzczOTM4MzQzMDMwMzAzMTMxMzAzMDMw MzAzMDMzMzQzODM2MzQzMDUwNDE1OTRENDU0RTU0NTM1MzUzNTM1MzUzNTM1MzUzNTM1MzUzNTM1 MzUzNTM1MzUzNTM1MzUzNTM1MzUzMzIzMDMxMzgzMDM5MzIzMTMwMzc0NTQ2NDM3MzY5NkU2Qjxi cj4mbmJzcDsgJmx0Oy91bnBhY2smZ3Q7PGJyPiZsdDsvbG9nJmd0Ozxicj4mbHQ7bG9nIHJlYWxt PSJ0ZXN0IiBhdD0iMjAxOS0wNy0xMlQxMjozMToyNC4zNTkiIGxpZmVzcGFuPSIxMDFtcyImZ3Q7 PGJyPiZuYnNwOyAmbHQ7dW5wYWNrJmd0Ozxicj4mbmJzcDsgJm5ic3A7IDMwMzIzMDMwNDYzMjMz NDUzNDM0NDQzNTQxMzg0NTMwMzgzMTMwMzAzMDMwMzAzMDMwMzAzMDMwMzAzNDMwMzAzMDMwMzIz MjMxMzYzNTMwMzUzNzM5MzczMDMwMzAzMDMwMzAzMDMwMzAzNTMzMzEzMTMwMzAzMDMwMzAzMDMw MzAzMDMyMzAzMDMwMzAzMDMwMzczMTMxMzEzNTM1MzQzMDM2MzIzNDMyMzQzMzMyMzEzNTM1MzQz MDM2MzAzNzMxMzEzMjMxMzAzNDMwMzczMTMxMzYzMDMxMzEzOTMwMzEzMDMwMzAzNDQ0MzAzMDMw MzgzMDMwMzAzMDQ0MzAzMDMwMzQzMDMwMzAzMDMwMzYzMTMyMzMzNDM1MzYzMDM2MzEzMjMzMzQz NTM2MzMzMzM1MzAzNTM3MzkzNzMwMzAzMDMwMzAzMDMwMzAzMDM1M0QzMjMxMzAzNDM1MzAzMTMw MzEzNTM5MzEzODMzMzQzODMwMzAzMDMwMzAzMDMzMzQzODM2MzQzMTMxMzAzMDMwNTQzMDMwMzEz MTMwMzAzMDU0MzAzMDMxMzAzMDMwMzAzMDMwMzA0RTQxNEI0MTUzNDU1MjRGMjA1MDRDNEY1NDIw MzI0MjIwMjAyMDIwMjA0QjQxNEQ1MDIwMjAyMDIwMjAyMDIwMjAyMDIwMjA0QjQxNTU0NzM4MzAz MDMwMzAzNDMxMzUzMTMwMzEzNDMwMzAzMjMwMzAzMzMwMzAzMDMwMzAzMDMwMzgzMDMxMzUzNTMx MzAzMTMwMzEzMjMxMzEzMzM0MzQzMTMwMzIzMTMzMzg2MEEwMzA0MDAwMDAwMDAwMzEzMDMwMzAz MDMwMzMzNDM4MzYzNDMxNDk1MzU3NDE1NDRENTMyMDIwMjAyMDIwNDU0NjQzNzM2OTZFNkIyMDIw MjAyMDIwMzIzNDMyMzQzMzMyMzIzNDMyMzQzMzMyNDU0NjQzNDc3MjZGNzU3MDIwMjAyMDIwMzAz MDM3MzkzODM0MzAzMDMwMzEzMTMwMzAzMDMwMzAzMzM0MzgzNjM0MzA1MDQxNTk0RDQ1NEU1NDUz NTM1MzUzNTM1MzUzNTM1MzUzNTM1MzUzNTM1MzUzNTM1MzUzNTM1MzUzNTM1MzMyMzAzMTM4MzAz OTMyMzEzMDM3NDU0NjQzNzM2OTZFNkI8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7Yml0bWFwJmd0O3sx LCAyLCAzLCA0LCA3LCAxMSwgMTIsIDEzLCAxNCwgMTUsIDE4LCAyMiwgMjUsIDI2LCAyOCwgMzAs IDMyLCAzMywgMzUsIDM3LCA0MSwgNDIsIDQzLCA0OSwgNTYsIDEwMiwgMTIzLCAxMjd9Jmx0Oy9i aXRtYXAmZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0O3VucGFjayBmbGQ9IjIiIHBhY2thZ2VyPSJv cmcuanBvcy5pc28uSUZBX0xMTlVNIiZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmx0O3Zh bHVlJmd0OzUwNTc5NzAwMDAwMDAwMDUmbHQ7L3ZhbHVlJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZs dDsvdW5wYWNrJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZsdDt1bnBhY2sgZmxkPSIzIiBwYWNrYWdl cj0ib3JnLmpwb3MuaXNvLklGQV9OVU1FUklDIiZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jmx0O3ZhbHVlJmd0OzMxMTAwMCZsdDsvdmFsdWUmZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0Oy91 bnBhY2smZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0O3VucGFjayBmbGQ9IjQiIHBhY2thZ2VyPSJv cmcuanBvcy5pc28uSUZBX05VTUVSSUMiJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7 dmFsdWUmZ3Q7MDAwMDAwMjAwMDAwJmx0Oy92YWx1ZSZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7 L3VucGFjayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5wYWNrIGZsZD0iNyIgcGFja2FnZXI9 Im9yZy5qcG9zLmlzby5JRkFfTlVNRVJJQyImZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZs dDt2YWx1ZSZndDswNzExMTU1NDA2Jmx0Oy92YWx1ZSZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7 L3VucGFjayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5wYWNrIGZsZD0iMTEiIHBhY2thZ2Vy PSJvcmcuanBvcy5pc28uSUZBX05VTUVSSUMiJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bHQ7dmFsdWUmZ3Q7MjQyNDMyJmx0Oy92YWx1ZSZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7L3Vu cGFjayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5wYWNrIGZsZD0iMTIiIHBhY2thZ2VyPSJv cmcuanBvcy5pc28uSUZBX05VTUVSSUMiJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7 dmFsdWUmZ3Q7MTU1NDA2Jmx0Oy92YWx1ZSZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7L3VucGFj ayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5wYWNrIGZsZD0iMTMiIHBhY2thZ2VyPSJvcmcu anBvcy5pc28uSUZBX05VTUVSSUMiJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7dmFs dWUmZ3Q7MDcxMSZsdDsvdmFsdWUmZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0Oy91bnBhY2smZ3Q7 PGJyPiZuYnNwOyAmbmJzcDsgJmx0O3VucGFjayBmbGQ9IjE0IiBwYWNrYWdlcj0ib3JnLmpwb3Mu aXNvLklGQV9OVU1FUklDIiZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmx0O3ZhbHVlJmd0 OzIxMDQmbHQ7L3ZhbHVlJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZsdDsvdW5wYWNrJmd0Ozxicj4m bmJzcDsgJm5ic3A7ICZsdDt1bnBhY2sgZmxkPSIxNSIgcGFja2FnZXI9Im9yZy5qcG9zLmlzby5J RkFfTlVNRVJJQyImZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZsdDt2YWx1ZSZndDswNzEx Jmx0Oy92YWx1ZSZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7L3VucGFjayZndDs8YnI+Jm5ic3A7 ICZuYnNwOyAmbHQ7dW5wYWNrIGZsZD0iMTgiIHBhY2thZ2VyPSJvcmcuanBvcy5pc28uSUZBX05V TUVSSUMiJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7dmFsdWUmZ3Q7NjAxMSZsdDsv dmFsdWUmZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0Oy91bnBhY2smZ3Q7PGJyPiZuYnNwOyAmbmJz cDsgJmx0O3VucGFjayBmbGQ9IjIyIiBwYWNrYWdlcj0ib3JnLmpwb3MuaXNvLklGQV9OVU1FUklD IiZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmx0O3ZhbHVlJmd0OzkwMSZsdDsvdmFsdWUm Z3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0Oy91bnBhY2smZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0 O3VucGFjayBmbGQ9IjI1IiBwYWNrYWdlcj0ib3JnLmpwb3MuaXNvLklGQV9OVU1FUklDIiZndDs8 YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmx0O3ZhbHVlJmd0OzAwJmx0Oy92YWx1ZSZndDs8YnI+ Jm5ic3A7ICZuYnNwOyAmbHQ7L3VucGFjayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5wYWNr IGZsZD0iMjYiIHBhY2thZ2VyPSJvcmcuanBvcy5pc28uSUZBX05VTUVSSUMiJmd0Ozxicj4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbHQ7dmFsdWUmZ3Q7MDQmbHQ7L3ZhbHVlJmd0Ozxicj4mbmJzcDsg Jm5ic3A7ICZsdDsvdW5wYWNrJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZsdDt1bnBhY2sgZmxkPSIy OCIgcGFja2FnZXI9Im9yZy5qcG9zLmlzby5JRkFfQU1PVU5UIiZndDs8YnI+Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJmx0O3ZhbHVlJmd0O0QwMDA4MDAwMCZsdDsvdmFsdWUmZ3Q7PGJyPiZuYnNwOyAm bmJzcDsgJmx0Oy91bnBhY2smZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0O3VucGFjayBmbGQ9IjMw IiBwYWNrYWdlcj0ib3JnLmpwb3MuaXNvLklGQV9BTU9VTlQiJmd0Ozxicj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbHQ7dmFsdWUmZ3Q7RDAwMDQwMDAwJmx0Oy92YWx1ZSZndDs8YnI+Jm5ic3A7ICZu YnNwOyAmbHQ7L3VucGFjayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5wYWNrIGZsZD0iMzIi IHBhY2thZ2VyPSJvcmcuanBvcy5pc28uSUZBX0xMTlVNIiZndDs8YnI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJmx0O3ZhbHVlJmd0OzEyMzQ1NiZsdDsvdmFsdWUmZ3Q7PGJyPiZuYnNwOyAmbmJzcDsg Jmx0Oy91bnBhY2smZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJmx0O3VucGFjayBmbGQ9IjMzIiBwYWNr YWdlcj0ib3JnLmpwb3MuaXNvLklGQV9MTE5VTSImZ3Q7PGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZsdDt2YWx1ZSZndDsxMjM0NTYmbHQ7L3ZhbHVlJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZsdDsv dW5wYWNrJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZsdDt1bnBhY2sgZmxkPSIzNSIgcGFja2FnZXI9 Im9yZy5qcG9zLmlzby5JRkFfTExOVU0iJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7 dmFsdWUmZ3Q7NTA1Nzk3MDAwMDAwMDAwNT0yMTA0NTAxMDE1OTE4MzQ4Jmx0Oy92YWx1ZSZndDs8 YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7L3VucGFjayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5w YWNrIGZsZD0iMzciIHBhY2thZ2VyPSJvcmcuanBvcy5pc28uSUZfQ0hBUiImZ3Q7PGJyPiZuYnNw OyAmbmJzcDsgJm5ic3A7ICZsdDt2YWx1ZSZndDswMDAwMDAzNDg2NDEmbHQ7L3ZhbHVlJmd0Ozxi cj4mbmJzcDsgJm5ic3A7ICZsdDsvdW5wYWNrJmd0Ozxicj4mbmJzcDsgJm5ic3A7ICZsdDt1bnBh Y2sgZmxkPSI0MSIgcGFja2FnZXI9Im9yZy5qcG9zLmlzby5JRl9DSEFSIiZndDs8YnI+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgJmx0O3ZhbHVlJmd0OzEwMDBUMDAxJmx0Oy92YWx1ZSZndDs8YnI+Jm5i c3A7ICZuYnNwOyAmbHQ7L3VucGFjayZndDs8YnI+Jm5ic3A7ICZuYnNwOyAmbHQ7dW5wYWNrIGZs ZD0iNDIiIHBhY2thZ2VyPSJvcmcuanBvcy5pc28uSUZfQ0hBUiImZ3

Mutumba Wycliff

unread,
Jul 16, 2019, 2:21:01 AM7/16/19
to jpos-...@googlegroups.com
Dear Chhil,

Thanks once again for the guidance on reading hexdumps,
indeed I have understood how the 138 came about.

I tried this link but it did not return any results See https://images.app.goo.gl/jDgkiJQZHJqXXLrn6

Let me look for the programmers guide so I can further look at that example for dissecting an 8583 message.

thanks



Virus-free. www.avast.com

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: sa...@jpos.org
---
You received this message because you are subscribed to a topic in the Google Groups "jPOS Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jpos-users/5EjL-9h7gmM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jpos-users+...@googlegroups.com.
To post to this group, send email to jpos-...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.


--

Mutumba Wycliffe

Principal Consultant
J FLOYD CONSULTANCY (U) LTD

Plot 220 Block 5, Kalerwe Gayaza Rd

P.O.Box 72299 Kampala, Uganda
T: +256 414 237781  |  M: +256 758113171, +256 712 351375 | Email: Wycl...@jfloydconsult.com | Skype: mwycliffe

Web: http://www.jfloydconsult.com

Slogan: There is always a way.

VISIT J FLOYD CONSULTANCY TODAY…DELIVERING VALUE TO YOUR IT INVESTMENTS >


The information in this e-mail is confidential and intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. Any copying or further distribution beyond the original recipient is not intended, and may be unlawful. The opinions enclosed are those of the sender, and do not necessarily reflect those of JFLOYD CONSULTANCY.


Virus-free. www.avast.com

chhil

unread,
Jul 16, 2019, 5:10:43 AM7/16/19
to jpos-...@googlegroups.com
You can try this for the link that does not work.

https://www.asciitable.com/ 

-chhil 

You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.

To post to this group, send email to jpos-...@googlegroups.com.

Mutumba Wycliff

unread,
Jul 16, 2019, 10:32:12 AM7/16/19
to jpos-...@googlegroups.com
Reply all
Reply to author
Forward
0 new messages