[jpos-users] How to send transaction requests to acquirer host in sequential

classic Classic list List threaded Threaded
16 messages Options
DP
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[jpos-users] How to send transaction requests to acquirer host in sequential

DP

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

Alejandro Revilla
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...



On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAAgSK%3Dmo5_bVR8Rp8dDUhcR_%3DoNP%3DZQVA3tTAEVq0dVon5m97Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
DP
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

DP
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP

On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...


--
<a style="font-family:garamond,serif" href="http://twitter.com/apr" target="_blank" rel="nofollow" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;">@apr

On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="vqjWzjEQDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">dp....@...> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vqjWzjEQDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sa...@...
---
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 <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vqjWzjEQDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-users+...@googlegroups.com.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vqjWzjEQDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-...@....
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

chhil

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.


On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...



On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].
To post to this group, send email to [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

Sumeet Phadnis
Consider using SAF, one per TID.

On 27 April 2017 at 12:42, chhil <[hidden email]> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.


On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...



On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com.

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

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAB8U3necmaTEk_5HiZKWXv0aXbtap1LO4JtP%3DtV7jHz9JvVKyw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
DP
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

DP
In reply to this post by chhil

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?
No. Host Y is expecting transactions in sequence of same TID. If there are multiple TIDs sending transactions at same time then there is no issue.

You ask about using a Qmux, how are you handling it right now?
No, we are not handling QMUX.

Are you using the channel to send and receive messages directly?
Yes. we are using NACChanel. For every request received by host X will make a new connection with Host Y.


You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41
 I'm not using qmux. We are setting timeout value as 'channel.setTimeout(30*1000). If we don't receive response with in 30 seconds then we fire reversal.


So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.
Are you saying using we use transaction manager serves the purpose?. Please note Transactons with different acquirer TID's should be processed concurrently not sequential.

On Thursday, April 27, 2017 at 12:42:46 PM UTC+5:30, chhil wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.


On Thu, Apr 27, 2017, 12:19 PM DP <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="OJeBqXk6DAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">dp....@...> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...


--
<a style="font-family:garamond,serif" href="http://twitter.com/apr" rel="nofollow" target="_blank" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;">@apr

On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].

To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="OJeBqXk6DAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sa...@...
---
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 <a href="javascript:" target="_blank" gdf-obfuscated-mailto="OJeBqXk6DAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-users+...@googlegroups.com.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="OJeBqXk6DAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-...@....
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/28b68b0a-ec1c-45bc-8120-1ae3b1b639da%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
DP
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

DP
In reply to this post by Sumeet Phadnis
Can you explain little detail? Assuming SAF means store and forward. Our host needs to reply back to terminal with in same session or same thread.

On Thursday, April 27, 2017 at 3:53:19 PM UTC+5:30, Sumeet Phadnis wrote:
Consider using SAF, one per TID.

On 27 April 2017 at 12:42, chhil <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">chi...@...> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.


On Thu, Apr 27, 2017, 12:19 PM DP <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">dp....@...> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...


--
<a style="font-family:garamond,serif" href="http://twitter.com/apr" rel="nofollow" target="_blank" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;">@apr

On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].

To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sa...@...
---
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 <a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-users+...@googlegroups.com.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-...@....
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sa...@...
---
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 <a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-users+...@googlegroups.com.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="zgHrqN9EDAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-...@....
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com.

For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

chhil

Since you only need to send the same TID requests sequentially, you will need to somehow determine the requests need to be ordered based on TIDs and process them using a txn mgr that has one session and let the others process through a txn mgr with multiple sessions.

Your not using a qmux is part of the problem. You setting a channel timeout is not sufficient. You probably have many sessions in your txn mgr and the participant that does the channel send. The receive does not guarantee its the response for the request you sent out. You must use a qmux to avoid this.

Earlier a SAF suggestion was made but that is more of an out of band processing where you don't have control of the response. Saf does process requests sequentially but they are not in your control once you do a send on them. So it may not be the solution you are looking for.

-chhil


On Fri, Apr 28, 2017, 4:21 PM DP <[hidden email]> wrote:
Can you explain little detail? Assuming SAF means store and forward. Our host needs to reply back to terminal with in same session or same thread.


On Thursday, April 27, 2017 at 3:53:19 PM UTC+5:30, Sumeet Phadnis wrote:
Consider using SAF, one per TID.
On 27 April 2017 at 12:42, chhil <[hidden email]> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.

On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...



On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].
To post to this group, send email to [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAPazefDoFXPoF5CkWaRLVwZASUxP8KtUZqg_%2BTw%2BNrx%3DdMz21g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

Victor Salaman-Medina
First, you should try to get rid of the sub-optimal design and do a 1-to-1 mapping between X host and Y host. If that's not possible, at least I'd try moving to QMUX. At least in that scenario, you could **easily** check if there's a pending in transit transaction with the TID you are submitting the message for, so you'd get exactly what you need, which is to NEVER have more than 1 transaction pending for a SINGLE TID.

/V

On Fri, Apr 28, 2017 at 7:29 AM, chhil <[hidden email]> wrote:

Since you only need to send the same TID requests sequentially, you will need to somehow determine the requests need to be ordered based on TIDs and process them using a txn mgr that has one session and let the others process through a txn mgr with multiple sessions.

Your not using a qmux is part of the problem. You setting a channel timeout is not sufficient. You probably have many sessions in your txn mgr and the participant that does the channel send. The receive does not guarantee its the response for the request you sent out. You must use a qmux to avoid this.

Earlier a SAF suggestion was made but that is more of an out of band processing where you don't have control of the response. Saf does process requests sequentially but they are not in your control once you do a send on them. So it may not be the solution you are looking for.

-chhil


On Fri, Apr 28, 2017, 4:21 PM DP <[hidden email]> wrote:
Can you explain little detail? Assuming SAF means store and forward. Our host needs to reply back to terminal with in same session or same thread.


On Thursday, April 27, 2017 at 3:53:19 PM UTC+5:30, Sumeet Phadnis wrote:
Consider using SAF, one per TID.
On 27 April 2017 at 12:42, chhil <[hidden email]> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.

On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...



On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAPazefDoFXPoF5CkWaRLVwZASUxP8KtUZqg_%2BTw%2BNrx%3DdMz21g%40mail.gmail.com.

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

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CALK1SywCQ3%3D5MUu4T%3DM8dXFo_%3DvNx72sOn7A7RtyAiJv39AK9w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
DP
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

DP
In reply to this post by chhil
Thanks for your reply.

Please note neither I'm using transaction manager nor qmux in my application.However, I've sameple code for reference. Please let me know how can we use QMUX without using or starting Q2 service.

Regards,
DP



On Friday, April 28, 2017 at 5:00:04 PM UTC+5:30, chhil wrote:

Since you only need to send the same TID requests sequentially, you will need to somehow determine the requests need to be ordered based on TIDs and process them using a txn mgr that has one session and let the others process through a txn mgr with multiple sessions.

Your not using a qmux is part of the problem. You setting a channel timeout is not sufficient. You probably have many sessions in your txn mgr and the participant that does the channel send. The receive does not guarantee its the response for the request you sent out. You must use a qmux to avoid this.

Earlier a SAF suggestion was made but that is more of an out of band processing where you don't have control of the response. Saf does process requests sequentially but they are not in your control once you do a send on them. So it may not be the solution you are looking for.

-chhil


On Fri, Apr 28, 2017, 4:21 PM DP <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="LE0LYjfLBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">dp....@...> wrote:
Can you explain little detail? Assuming SAF means store and forward. Our host needs to reply back to terminal with in same session or same thread.


On Thursday, April 27, 2017 at 3:53:19 PM UTC+5:30, Sumeet Phadnis wrote:
Consider using SAF, one per TID.
On 27 April 2017 at 12:42, chhil <[hidden email]> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.

On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...


--
<a style="font-family:garamond,serif" href="http://twitter.com/apr" rel="nofollow" target="_blank" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;">@apr

On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].

To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com.

For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="LE0LYjfLBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sa...@...
---
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 <a href="javascript:" target="_blank" gdf-obfuscated-mailto="LE0LYjfLBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-users+...@googlegroups.com.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="LE0LYjfLBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-...@....
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

sample.java (1K) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

Victor Salaman-Medina
Why not join our Slack channel?

/V

On Fri, Apr 28, 2017 at 8:14 AM, DP <[hidden email]> wrote:
Thanks for your reply.

Please note neither I'm using transaction manager nor qmux in my application.However, I've sameple code for reference. Please let me know how can we use QMUX without using or starting Q2 service.

Regards,
DP



On Friday, April 28, 2017 at 5:00:04 PM UTC+5:30, chhil wrote:

Since you only need to send the same TID requests sequentially, you will need to somehow determine the requests need to be ordered based on TIDs and process them using a txn mgr that has one session and let the others process through a txn mgr with multiple sessions.

Your not using a qmux is part of the problem. You setting a channel timeout is not sufficient. You probably have many sessions in your txn mgr and the participant that does the channel send. The receive does not guarantee its the response for the request you sent out. You must use a qmux to avoid this.

Earlier a SAF suggestion was made but that is more of an out of band processing where you don't have control of the response. Saf does process requests sequentially but they are not in your control once you do a send on them. So it may not be the solution you are looking for.

-chhil


On Fri, Apr 28, 2017, 4:21 PM DP <[hidden email]> wrote:
Can you explain little detail? Assuming SAF means store and forward. Our host needs to reply back to terminal with in same session or same thread.


On Thursday, April 27, 2017 at 3:53:19 PM UTC+5:30, Sumeet Phadnis wrote:
Consider using SAF, one per TID.
On 27 April 2017 at 12:42, chhil <[hidden email]> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.

On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...



On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email]m.
To post to this group, send email to [hidden email].

--
--
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: [hidden email]
---
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 [hidden email]m.
To post to this group, send email to [hidden email].

--
--
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: [hidden email]
---
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 [hidden email]m.
To post to this group, send email to [hidden email].

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com.

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

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CALK1SyyhX2vpU%3DMohAG8k5Bup965-qHpE3Hv_hrFqh5%3D28Ed1g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
DP
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

DP
Please add me.

On Friday, April 28, 2017 at 5:53:43 PM UTC+5:30, Victor Salaman wrote:
Why not join our Slack channel?

/V

On Fri, Apr 28, 2017 at 8:14 AM, DP <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="bref7CTOBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">dp....@...> wrote:
Thanks for your reply.

Please note neither I'm using transaction manager nor qmux in my application.However, I've sameple code for reference. Please let me know how can we use QMUX without using or starting Q2 service.

Regards,
DP



On Friday, April 28, 2017 at 5:00:04 PM UTC+5:30, chhil wrote:

Since you only need to send the same TID requests sequentially, you will need to somehow determine the requests need to be ordered based on TIDs and process them using a txn mgr that has one session and let the others process through a txn mgr with multiple sessions.

Your not using a qmux is part of the problem. You setting a channel timeout is not sufficient. You probably have many sessions in your txn mgr and the participant that does the channel send. The receive does not guarantee its the response for the request you sent out. You must use a qmux to avoid this.

Earlier a SAF suggestion was made but that is more of an out of band processing where you don't have control of the response. Saf does process requests sequentially but they are not in your control once you do a send on them. So it may not be the solution you are looking for.

-chhil


On Fri, Apr 28, 2017, 4:21 PM DP <[hidden email]> wrote:
Can you explain little detail? Assuming SAF means store and forward. Our host needs to reply back to terminal with in same session or same thread.


On Thursday, April 27, 2017 at 3:53:19 PM UTC+5:30, Sumeet Phadnis wrote:
Consider using SAF, one per TID.
On 27 April 2017 at 12:42, chhil <[hidden email]> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.

On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...


--
<a style="font-family:garamond,serif" href="http://twitter.com/apr" rel="nofollow" target="_blank" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;">@apr

On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].

To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com.

For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="bref7CTOBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sa...@...
---
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 <a href="javascript:" target="_blank" gdf-obfuscated-mailto="bref7CTOBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-users+...@googlegroups.com.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="bref7CTOBAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jpos-...@....
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com.

For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/df03509d-c80b-4bd1-ade4-ceec28aff494%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
DP
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

DP
[hidden email] is my email

On Friday, April 28, 2017 at 6:04:37 PM UTC+5:30, DP wrote:
Please add me.

On Friday, April 28, 2017 at 5:53:43 PM UTC+5:30, Victor Salaman wrote:
Why not join our Slack channel?

/V

On Fri, Apr 28, 2017 at 8:14 AM, DP <[hidden email]> wrote:
Thanks for your reply.

Please note neither I'm using transaction manager nor qmux in my application.However, I've sameple code for reference. Please let me know how can we use QMUX without using or starting Q2 service.

Regards,
DP



On Friday, April 28, 2017 at 5:00:04 PM UTC+5:30, chhil wrote:

Since you only need to send the same TID requests sequentially, you will need to somehow determine the requests need to be ordered based on TIDs and process them using a txn mgr that has one session and let the others process through a txn mgr with multiple sessions.

Your not using a qmux is part of the problem. You setting a channel timeout is not sufficient. You probably have many sessions in your txn mgr and the participant that does the channel send. The receive does not guarantee its the response for the request you sent out. You must use a qmux to avoid this.

Earlier a SAF suggestion was made but that is more of an out of band processing where you don't have control of the response. Saf does process requests sequentially but they are not in your control once you do a send on them. So it may not be the solution you are looking for.

-chhil


On Fri, Apr 28, 2017, 4:21 PM DP <[hidden email]> wrote:
Can you explain little detail? Assuming SAF means store and forward. Our host needs to reply back to terminal with in same session or same thread.


On Thursday, April 27, 2017 at 3:53:19 PM UTC+5:30, Sumeet Phadnis wrote:
Consider using SAF, one per TID.
On 27 April 2017 at 12:42, chhil <[hidden email]> wrote:

So the only reason you think you need to process them one after the other in a sequential manner is because your host X is not receiving responses from the Y?

You ask about using a Qmux, how are you handling it right now?
Are you using the channel to send and receive messages directly?

You should use the qmux to send and receive. The qmux handles the matching of requests to responses based on field 11 +field 41.
So if the order is not important then this will work. If the order is important then you need to make sure your transaction manager uses 1 session to make everything process sequentially.

-chhil.

On Thu, Apr 27, 2017, 12:19 PM DP <[hidden email]> wrote:
Thanks for your prompt reply.

Here is the use case.

Let's say our host be X, Acquirer Host(Bank) be Y. Terminals T1,T2,T3... Tn are terminals where each terminal is identified by Host X.

Mesage format between terminals and X will be in some predefined format(Not Iso 8583). Acquirer Host Y gives only Acquirer terminal Id(DE:41) and MerchantId(DE:42) in Merchant on boarding process.

In our system X, we have a mapping system where bunch of terminals are mapped to same acquirer TID. At Y point of view, transactions are getting processed on single TID. In other words, its called as Host-to-Host integration(X-to-Y) .

Our terminals talk to our host X and host X builds data as per Y format i.e., iso8583 format and forwards this is to Host Y for processing. This is how our system is designed. But we are having issue when Host X sends multiple requests at same time to Host Y of same TID. When we reviewed the logs and understood that on same acquirer TID transaction requests should be processed one by one.

If multiple requests are sent at same time we are unable to receive response from host like we are getting read time out. But we need to understand the point here is, at acquirer host, transaction is processed successfully but our host is unable to receive the response. Therefore we are getting batch settlement issue at EOD because totals amounts and no.of transactions are mismatched.

Please note Host X is an web-application deployed in Tomcat, we use jpos only for constructing the message in ISO-8583, posting to acquirer host(Nacchannel).

Please suggest how do we handle using jpos? QMUX serves this purpose? Let me know your feedback. Thanks


Regards,
DP


On Wednesday, April 26, 2017 at 11:47:58 PM UTC+5:30, Alejandro Revilla wrote:
If you use a TransactionManager and you set sessions to just one, then all transactions would get serialised.

Makes little sense in the real world to me, can you explain the use case? I'm not sure that's exactly what you want...


--
<a style="font-family:garamond,serif" href="http://twitter.com/apr" rel="nofollow" target="_blank" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Ftwitter.com%2Fapr\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFRt8creb486OVHOJ12erdzV1NRIg&#39;;return true;">@apr

On Wed, Apr 26, 2017 at 1:03 PM, Durga Prasad <[hidden email]> wrote:

How to handle multiple transaction requests from different POS machines(May have same TID) where we need to send transaction requests in sequential based on TID.
T1  --- P1
T2  --- P1
T1,T2 are transactions request
P1 is TID (DE:41)
here t1 aad t2 approached same time but it should be processed one after other. Could you please suggest how can we achieve this in JPOS?

--
--
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: [hidden email]

---
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 [hidden email].

To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/6693389d-a956-4d3e-909f-3044652fb38b%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/44d1828a-ea5a-499e-893b-c41a87052ff7%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/CAPazefCf9z2O8yQWFpKm_2CoxdnbTCt%2BA1B-CYFN-SVS%2BbwDTw%40mail.gmail.com.

For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/ad12e83f-bf28-4362-93af-150b811fd306%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com?utm_medium=email&amp;utm_source=footer" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jpos-users/814d6eff-6f3b-4c94-b8e2-8d21ada9c0e8%40googlegroups.com.

For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/7f1f9ebb-e914-4f15-a7d4-f0f4f2595332%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] How to send transaction requests to acquirer host in sequential

Alejandro Revilla
I sent you an invite.



--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAAgSK%3Dm4JRgrEEiLQPbzJDFvK-KOoApsyxCtVCbcpZcdiENpXw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

RE: [EXTERNAL] Re: [jpos-users] How to send transaction requests to acquirer host in sequential

Stephen McClain

Alejandro,

 

Who is the intended recipient of this email?

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Alejandro Revilla
Sent: Friday, April 28, 2017 2:50 PM
To: jPOS Users
Subject: [EXTERNAL] Re: [jpos-users] How to send transaction requests to acquirer host in sequential

 

I sent you an invite.

 

 

 

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAAgSK%3Dm4JRgrEEiLQPbzJDFvK-KOoApsyxCtVCbcpZcdiENpXw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/B81BDBD1415AF842ABDC95A3C4EC77390FAFAE1BF5%40SDEXCHMB05.corp.advancestores.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [EXTERNAL] Re: [jpos-users] How to send transaction requests to acquirer host in sequential

Alejandro Revilla
Please see the dialogue here:


Inline image 1

It was a Slack invite suggest by Victor, requested by DP.

Do you want to get one too? Anybody else? Feel free to email me directly ([hidden email])




On Fri, Apr 28, 2017 at 3:52 PM, Stephen McClain <[hidden email]> wrote:

Alejandro,

 

Who is the intended recipient of this email?

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Alejandro Revilla
Sent: Friday, April 28, 2017 2:50 PM
To: jPOS Users
Subject: [EXTERNAL] Re: [jpos-users] How to send transaction requests to acquirer host in sequential

 

I sent you an invite.

 

 

 

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAAgSK%3Dm4JRgrEEiLQPbzJDFvK-KOoApsyxCtVCbcpZcdiENpXw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/B81BDBD1415AF842ABDC95A3C4EC77390FAFAE1BF5%40SDEXCHMB05.corp.advancestores.com.
For more options, visit https://groups.google.com/d/optout.

--
--
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: [hidden email]
---
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 [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAAgSK%3D%3DRKYnk%3Dft%3DGoS4guvr0XXqQsSKhibJkb%2B7ZhgH5enA_g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Loading...