Switching incoming request to another server to process response

[OmexIT]

I have an ISO server that is supposed to get requests and sends forwards the requests to finacle for processing and returning response from finacle to the message source. How can i create a channel to work with my server

[Mark Salter]

On Thursday, May 16, 2013 2:53:30 PM UTC+1, OmexIT wrote:

I have an ISO server that is supposed to get requests and sends forwards the requests to finacle for processing and returning response from finacle to the message source. How can i create a channel to work with my server

You need a new channel with a MUX and some code (perhaps running in a TransactionManager) to link the two.

You could also try:-

searching this mailing list for the many discussions relating to just this need.


--
Mark

[OmexIT]

I have created a 2 channel adaptor n 2 mux, - one is for client simulation. I have used 2QBean each for either. Only the client mux is there in the name registrar

problem is that when i call the second mux i get an error. Is the error cause by two mux?

error

<log realm="org.jpos.transaction.TransactionManager" at="Thu May 16 16:39:59 EAT 2013.741">

  <warn>

    COMMIT: 1

    <exception name="null">

    java.lang.NullPointerException

        at org.mode.wallet.walletSwitch.SwitchISOMessagesToFinacle.Request(SwitchISOMessagesToFinacle.java:73)

        at org.mode.wallet.participant.ISORequestSendResponse.sendResponse(ISORequestSendResponse.java:66)

        at org.mode.wallet.participant.ISORequestSendResponse.commit(ISORequestSendResponse.java:33)

        at org.jpos.transaction.TransactionManager.commit(TransactionManager.java:448)

        at org.jpos.transaction.TransactionManager.commit(TransactionManager.java:391)

        at org.jpos.transaction.TransactionManager.run(TransactionManager.java:256)

        at java.lang.Thread.run(Thread.java:722)

    </exception>

  </warn>

</log>

[Alejandro Revilla]

Can you point us to the public repository of your project so we can take a look at SwitchISOMessagesToFinacle.java line 73?

--
@apr

[OmexIT]

Thanx. I was able to solve with transaction participant. I assume each participant wait for a preceding participant to return a value in order to proceed.

[Mark Salter]

On 17/05/2013 11:03, OmexIT wrote:
> I assume each
> participant wait for a preceding participant to return a value in order
> to proceed.

Not really, the TransactionManager controls and passes the work through
it's list of Participants, same outward result, different focus.


--
Mark

[OmexIT]

For instance I have the following participants:

- ValidateRequiredFields: validates required fields

- SwitchISOMessagesToFinacle: sends messages to finacle and gets response from finacle, I use ctx.put(Constants.FINACLE_RESPONSE, responseMsg) to keep the message

- ISORequestSendResponse: sendsresponse from ctx.get(Constants.FINACLE_RESPONSE)

Is this ok?

[chhil]

Transaction Manager process your deployed transaction manager file and picks Participants one after the other in the order they are defined. As long as they returned prepared it calls the next one (abort behavior is different, refer to programmers guide). It passes the context to each of the participants , so anything live/changing your participants  need should reside in the context.
So what you are doing is correct.

-chhil 

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage.
Please support jPOS, contact: sa...@jpos.org
 
You received this message because you are subscribed to the "jPOS Users" group.
Please see http://jpos.org/wiki/JPOS_Mailing_List_Readme_first
To post to this group, send email to jpos-...@googlegroups.com
To unsubscribe, send email to jpos-users+...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/jpos-users
 
---
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.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[OmexIT]

Thanx.