|
|
|
jPOS is a Java® platform based mission critical financial transaction library/framework that can be customized and extended in order to implement financial interchanges.
jPOS started as a POS implementation written in the Java® language, but rapidly evolved to the server side and is now being used by financial institutions, acquirers, card issuers and store chains in order to handle their online card transaction processing. We keep the old name but we like to think about the POS acronym as 'Professional Open Source' now, a term coined by JBoss' project lead that perfectly express our goals and vision.
If you are new to jPOS, you may want to read the third party contributed article called What is jPOS.
We manage several products and projects under the jPOS umbrella, namely jPOS, jPOS-EE and miniGL. We also run several mailing lists and RSS feeds (Wiki, Blog, mail archives). You can check our Resources section in order to get detailed information about how to stay up to date with jPOS. There you will find pointers to get you going.
You can find below a preview of those feeds. We encourage you to subscribe to them using your favorite aggregator.
/by apr on kudos/ The jPOS team @ CS has certified the new VISA Business Enhancements April 2008 at one of our jPOS sites today and is working on a second site. This is not a big deal and not worth a blog post, but we got word that this is the second site in Latam to [...] [more]
Trust but verify your version number/by apr/ Reading the Payment Systems blog I came accross this other excellent PCI answers blog. After reading Trust but verify your POS system I got to re-read the list of validated payment applications. The PABP requirement #1 clearly says: Do not retain full magnetic stripe, card validation code or value (CAV2, CID, CVC2, CVV2), or PIN [...] [more]
Payment Systems Blog/by apr on recommendations/ My friend and jPOS developer Dave (CISSP, CISA) has a new blog: Payment Systems Blog We are working with him, Andy and the OLS team in some changes to jPOS-EE and their OLS.Switch required for PABP certification (actually they are doing most of the work, which is great, I will just take care [...] [more]
YAGNICan jPOS handle your transaction load? [more]
AGPLv3FSF has released AGPL v3.0 [more]
Only 10 times bigger/by apr on propaganda jPOS speed/ While reading about how Open Source is essencial to Paypal’s success I was impressed to see Paypal processes about U$S 1500 every second of every day and that’s only 10 times bigger than some of our jPOS sites running in a couple of Intel boxes and probably only 5 [...] [more]
jPOS-EE setup HOWTOjPOS-EE basic setup instructions [more]
Customizing jPOS event logsNew StringTemplate based LogListener can be used to customize jPOS event log. [more]
Space push/by apr/ As of r2541 we have a new Space operation, Space.push. Space.push is similar to Space.out but places the entry at the head of the list. I tried hard to avoid adding new operations to the Space in order to keep it simple but The Gladiators Team found an extremely interesting use case for it. Under heavy [...] [more]
Seven Fallacies of jPOS applicationsSeven Fallacies of jPOS applications [more]
Added Trivnet on behalf of Yaron
[more]
Revision as of 18:03, 27 Mar 2008
Current revision
Line 73:
Line 73: **Tampa, FL **Tampa, FL ***[http://www.payautomata.com/ PayAutoMata] PayAutoMata LLC with offices in US,Mauritius & India has used jPOS successfully for e-Commerce acquring in the LAC region ***[http://www.payautomata.com/ PayAutoMata] PayAutoMata LLC with offices in US,Mauritius & India has used jPOS successfully for e-Commerce acquring in the LAC region + **[http://www.trivnet.com Trivnet] powers global remittance and commerce by enabling any mobile subscriber to transfer money, pay bills and purchase goods with a click of a handset button. With Trivnet, operators and service providers world-wide can offer advanced payment and commercial services to their subscribers, allowing a rapid rollout of profitable offerings with a minimal investment. + *'''Uruguay''' *'''Uruguay'''
We currently store the Hibernate session in the Context. I guess you could store the Context in a ThreadLocal variable, but you could be in trouble if you either PAUSE or RETRY the transaction. ------------------------------------ [more]
Access Context from current threadHi all, Is there anyway to access the transaction manager Context from the currently running thread? The reason I am asking is hibernate has a plug-able CurrentSessionContext. If the Context could be plucked from the thread then you could grab a hibernate Session out of the context to enable long running transactions. I can see this being useful in ways other than with just hibernate. -Anthony ------------------------------------ [more]
Re: Can Call EJB from Q2Your question boils down to "I want to call EJB from a Java program", and the answer is yes, you can. ------------------------------------ [more]
Can Call EJB from Q2HI I want to call EJB from q2 Can i do this? Sandeep ------------------------------------ [more]
Re: TransactionManager continuationsIf we are talking about just two TMs, you can call Context.resume() from your second TM, the first paused one should go on from there. Yes, but I suggest to use the Context.resume() that does some sanity checks in order to avoid resuming the transaction twice. Me too :) ------------------------------------ [more]
Re: TransactionManager continuationsThank you for the detailed configs but there is one detail I am unclear on. I seems like you are forwarding transactions on to other TransactionManagers and the last one in line sends the response. I was specifically interested in the idea of a participant that returned PAUSE. Before PAUSE you can send the transaction out for other processing but how do you "get it back" and continue on where you left off? Where does second TransactionManager send it back to? The reason I am asking is it would simplify a problem I have if I could shoot off a Context to another TransactionTananger, pause the main transaction, dittle the Context in the second TransactionManager, and then send it back to the original TransactionManager to continue processing. Is that in your example somewhere that I am missing? I also looked at TestPauseParticipant.java. Is it simply a matter of forwarding it back to the original TransactionManager queue sometime after the PAUASE? If so, is the whole Context replaced [more]
RE: How to get bitmap field values
Alejandro,
Thanks for the tips. It worked like dream.
Regards,
Suvodip
________________________________
From: Suvodip Mukherjee
Sent: 29 April 2008 19:38
To: jpos-dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org
Subject: RE: [jpos-dev] How to get bitmap field values
Thanks Alejandro. I guess I can work with these.
Will work on this tomorrow, it's evening in UK now :)
________________________________
From: jpos-dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org on behalf of Alejandro Revilla
Sent: Tue 4/29/2008 7:18 PM
To: jpos-dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org
Subject: Re: [jpos-dev] How to get bitmap field values
and
I understand. You can't do that out-of-the-box, but you can get a hold
of the BitSet (using m.getValue(-1)) and then using ISOUtil.bitSet2byte
in order to get a byte[].
Then you can either compare at the byte[] array level or use
ISOUtil.hexString and deal with Strings.
In some of my systems I use a 'CheckField' transaction participant that
you can configure like this:
Anthony -
This is not a direct answer to your question, but provides some mechanical
instructions to list readers...
** Also, for an explanation as to why we use Continuations in our jPOS
implementations, refer to my write-up here:
http://continuations.notlong.com
Our main server listens to the incoming port like this (full contents of our
50_ev_server.xml)
That's great news. Can you give some hints on it's expected usage/ behavior? What does it do magically and where is lifting required? I am a little unsure how transactions get matched up, etc. -Anthony On Apr 29, 2008, at 1:21 PM, Alejandro Revilla wrote: [Non-text portions of this message have been removed] ------------------------------------ [more]
RE: How to get bitmap field values
Thanks Alejandro. I guess I can work with these.
Will work on this tomorrow, it's evening in UK now :)
________________________________
From: jpos-dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org on behalf of Alejandro Revilla
Sent: Tue 4/29/2008 7:18 PM
To: jpos-dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org
Subject: Re: [jpos-dev] How to get bitmap field values
I understand. You can't do that out-of-the-box, but you can get a hold
of the BitSet (using m.getValue(-1)) and then using ISOUtil.bitSet2byte
in order to get a byte[].
Then you can either compare at the byte[] array level or use
ISOUtil.hexString and deal with Strings.
In some of my systems I use a 'CheckField' transaction participant that
you can configure like this:
Yes, and the award goes to VocaLink :)
________________________________
From: jpos-dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org on behalf of Andy Orrock
Sent: Tue 4/29/2008 7:02 PM
To: jpos-dev-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org
Subject: RE: [jpos-dev] How to get bitmap field values
You can also read my comments about the Secondary Bit Map here, as others
have had similar questions about it:
http://tinyurl.com/4zrc7c