This traces show working commands? A trace of your failures and error code details might help see what or why you are failing, without there is nothing to consider.
I presume you have check the manuals already?
--
Mark
--
--
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 view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/26fabcfc-3994-4465-90ef-1bb286a290b7n%40googlegroups.com.
Venon Mapfunde(PMP,Msc Software Engineering,Bsc Computer Science & Mathematics) Tel:+263 775 091 262 Email:taka...@gmail.com Skype: venon.mapfunde
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/c55c7d18-1d10-1d38-0625-1c3abd488932%40protonmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAB4JUJ28tOLe8A1GXsRKe3aTxH5GDDhG1wGA2U0prGSOH2iiaQ%40mail.gmail.com.
Partly responded in slack
https://jpos.slack.com/archives/CHAB8RFKK/p1652317158112269?thread_ts=1652289862.753719&cid=CHAB8RFKK
We cannot guess the errors you are getting. You will need to provide the errors. Everyone cannot know what the Thales message spec is and are probably too busy to go field by field to match your schema to the spec.
You should pack your FSD message and do a hexdump on your message.
Compare the hexdump with the binary dump of you postilion messages that works. Spot the differences and fix. Or re-read the Thales spec and understand the message formats. In your CA command what made you choose 49? I understand the 1 wie. scema is prepended to make 48 -> 49. So why 48 and not 16?
<field id="tpk" type="A" length="49" />
Is it a triple length key ?
The working CA trace shows 16
[16H/1A+32H/1A+48H M] : ‘Destination ZPK’ = ‘################’
Field names can be anything and they cannot be duplicated for the message.
What you call field 11, 41 we call “stan” in our schema and use “stan” as the mux key to match request response. Obviously, I would need to set this in every message with an incremental number to distinguish one request from the next.
Make sure you know what the header size is as its configurable on the HSM , you have decided the header is 8 wide.
<field id="11" type="A" length="6" >000000</field>
<field id="41" type="A" length="2" >00</field>
I am not sure what you are expecting 000000 and 00 to do.
If you want to keep those constant use something like this:
<field id="fieldname1" type="K" length="6">000000</field>
<field id="fieldname2" type="K" length="2">00</field>
-chhil