how to send iso8583 ascii

426 views
Skip to first unread message

ramesh

unread,
Apr 7, 2010, 2:04:08 PM4/7/10
to jPOS Users
> hello all
> i am trying to send iso8583 message in ascii format as i have user
> ASCIIChannel and my custom packager is also in ascii but when i send message
> finacle server takes in binary value
> heres the code below
>
> ISOChannel channel = new ASCIIChannel("......",8000,new CustomPackager());
> channel.connect();
> ISOPackager customPackager = new CustomPackager();
> ISOMsg m = new ISOMsg();
> m.set(0,"1200");
> m.set(2,"00");
> m.set(3,"40");
> m.set(11,"000000001200");
> m.setPackager(customPackager);
> channel.send(m);
>
> HERE MTI AND OTHER VALUES RECEIVED BY FINACLE IS IN BINARY WHAT SHALL I
> DO??
> THANKS IN ADVANCE
>
>
>
>

Mark Salter

unread,
Apr 7, 2010, 2:34:30 PM4/7/10
to jpos-...@googlegroups.com
On 07/04/2010 19:04, ramesh wrote:
>> hello all
Hi and thank you for migrating to the correct mailing list.

No need to SHOUT 8).

The content of the message is dictated by the Packager, we will need to
see at least some of your CustomPackager definition is we are to
help/correct it.

I would think you have IFB_* field classes, and you might need IFA_*
flavours of them.

You should be checking that your Packager matches your 'Finacle' message
specification to ensure everything aligns - first.

--
Mark

ramesh

unread,
Apr 8, 2010, 12:53:47 PM4/8/10
to jPOS Users
thanks for reply
i tried same before also because of old class it was creating problem
i deleted build file then rerun ant then it worked
but i am wondering but not tried yet can i use binary packager ie
IFB_* and IFA_* in same packager? i meant some field have to send as
binary like primary bit map then others like mti ,processing codes are
to be send as ascii

Mark Salter

unread,
Apr 8, 2010, 2:49:31 PM4/8/10
to jpos-...@googlegroups.com
On 08/04/2010 17:53, ramesh wrote:

> i tried same before also because of old class it was creating problem
> i deleted build file then rerun ant then it worked

ok, I don't see the issue, but you seem to be happy?

> but i am wondering but not tried yet can i use binary packager ie
> IFB_* and IFA_* in same packager? i meant some field have to send as
> binary like primary bit map then others like mti ,processing codes are
> to be send as ascii

You can have any mix of field classes within a packager you need so it
produces a message to match the interface you are talking to.

Each class independently works to pack or unpack the field it is given.


--
Mark

ramesh

unread,
Apr 8, 2010, 11:37:50 PM4/8/10
to jPOS Users
thanks for reply
okay and i am wondering is it possible to send ascii and binary
message thru same ascii channel?
i have not tried it because i have limited testing environment and i
want to make sure before sending iso message to server

Mark Salter

unread,
Apr 9, 2010, 3:39:21 AM4/9/10
to jpos-...@googlegroups.com
On 09/04/2010 04:37, ramesh wrote:
> thanks for reply
> okay and i am wondering is it possible to send ascii and binary
> message thru same ascii channel?
At the network level it is all just bytes. How those bytes are formed
does not matter to the Channel. A Channel simply wraps the data with a
length and perhaps other parts and gives it to the network.

> i have not tried it because i have limited testing environment and i
> want to make sure before sending iso message to server

It sounds like you are trying to check that the message produced is what
your intended recipient desires.

Checking the interface specification against the Packager (and it's
fields) can be daunting when you don't know the field classes.

I would suggest you add a Logger to all components (Packager, Channel),
establish a test server (does the recipient provide such a test system)
that will present a port for your Channel at the basic level just a port
( netcat might be useful, but be careful how and where you use it), so
that you can see the 'send' process and check how each field type 'works'.

You could also run/debug the jPOS tests for the fields you are
interested in to see what packed data they produce.


--
Mark

Reply all
Reply to author
Forward
0 new messages