Hi,
I have a scenario in which i have to query the database for security code (which changes).
However, i cant get a connection from the session for the SAF.
Can someone help me in the direction to setup a connection pool for SAF as having a new connection for every retry and every transaction is bad
Please ask a smart question.
On Thursday, January 12, 2017 at 8:35:57 PM UTC, Anirudh Singh wrote:Hi,
I have a scenario in which i have to query the database for security code (which changes).Describe 'database' better.
However, i cant get a connection from the session for the SAF.Define 'can't get'.
SAF = Store And Forward?
public class CustomSaf extends org.jpos.saf.SAF
Can someone help me in the direction to setup a connection pool for SAF as having a new connection for every retry and every transaction is bad
More detail is required from you to be able to start to answer sensibly...
I need to change a field on the ISOMsg before I send it to mux. To get that field , have to query the database
However, i cant get a connection from the session for the SAF.Define 'can't get'.
ask a smart question
, read and then reply :-)
Usually a db object is created and placed in the context for all your participants to use the session.
What prevents you from creating a new DB object and let the underlying connection pooling handler configured in your hibernate configuration handle the pooling for you?
Jposee provides you with the dbsupport module.
https://github.com/jpos/jPOS-EE/blob/master/modules/dbsupport/src/main/java/org/jpos/ee/DB.java
-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 Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.
To post to this group, send email to jpos-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/55a7c8c1-7bc2-414d-b36f-bab3c2fda4a1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Nothing prevents you from creating a qbean that creates a session, registering it in the nameregistrar and using it from anywhere.
-chhil
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/74c8c85a-8347-4c1c-afe7-66a3bea76bc3%40googlegroups.com.
--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: sa...@jpos.org
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+unsubscribe@googlegroups.com.
To post to this group, send email to jpos-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/09ae3999-82a7-2939-a1b4-383a13c57968%40talktalk.net.
My understanding.... Jpos Saf is an out of band process that unlike regular participants, does not have a jpos context object associated with it. With a txn mgr the context is passed from participant to participant where one participant creates a db object and places it on the context.-chhil
On Jan 14, 2017 9:28 PM, "'Mark Salter' via jPOS Users" <jpos-...@googlegroups.com> wrote:
On 13/01/17 12:06, Anirudh Singh wrote:
>
> However there is no session that we can maintain for the SAF as there is
> no context ?
What do you mean?
--
Mark
--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: sa...@jpos.org
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.
SAF queues ISOMsgs so it doesn’t need a DB object.
If you implement your own SAF, and you need access to a DB object, you can create one, it’s as simple as calling:
DB db = new DB();
try {
db.open();
...
...
} finally (
db.close();
}
(DB is Closable, so you can also use try (DB db = new DB()) { ... }
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+unsubscribe@googlegroups.com.
To post to this group, send email to jpos-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/65223ac3-2339-4c9e-8255-80820cdfb4d4%40googlegroups.com.
We have various components that need to open and close connections independently. You should check for connection leaks and tune your db with indexes to make sure you are not doing table scans.
-chhil
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/8f29f11f-d608-46b7-b2f5-0824d0c4bd5a%40googlegroups.com.
There is one instance of the SAF and one instance of your DB object.
The session opens and closes per entry in the SAF. The saf sends entries one at a time.
You can use the db object
Usually when you send an Auth and don't receive a response you create the reversal for it and SAF the reversal because you never know if the no response means the auth went through and response got lost and if the auth did not reach the other entity it would not find the original and will not be able to reverse it and inform you with an appropriate response code. So your contention of no need to reverse if authorization did not happen does not appear to be a valid one.
-chhil
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/4db4f489-377a-4b52-afd3-3c9f5558c258%40googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+unsubscribe@googlegroups.com.
To post to this group, send email to jpos-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/85b6224b-48a2-4153-bfde-11b7044bb039%40googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+unsubscribe@googlegroups.com.
To post to this group, send email to jpos-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/9338220b-9d8f-4a18-a841-29a72e49a5b4%40googlegroups.com.