[bop-devel] deficiencies in BOP modules/standard
Ivan Kohler
ivan at 420.am
Thu Dec 7 01:48:07 PST 2006
On Sun, Dec 03, 2006 at 07:26:07PM -0800, Jo Rhett wrote:
> I hope the subject doesn't offend anyone. Not the point, just listing
> things that are missing from BOP.
I'm certainly not offended. I picked up B:OP as an existing module and
am thrilled to see other folks interested in helping to continue
development, evolve the interface, etc.
> 1. Result text = most payment providers return text for successful
> results as well as error results. Shouldn't there be a single field
> which includes this text? All of our modules supplied this, and more of
> our customers used it than I expected.
Sure. In general I think we need to start maintaining a proper master
list of input and output fields rather than continue with the current ad
hoc "I saw AuthorizeNet or some other module use this field" allocation,
before any worse incompatibilites arise than the cvv stuff Phil pointed
out.
> 2. Raw sent/receive data. For debugging purposes it is nice to see the
> data sent and the result returned. Right now you have to go and edit
> the BOP provider module to get this. AuthorizeNet will give you the raw
> reply, but not the raw submission.
I'm not sure this is always applicable, but yes, I agree that when there
is this raw data, it should be available in a standard fashion.
A "raw result hash" of processor name/value pairs would also be a good
thing to have a standard method to return (parsing any transport XML or
whatnot, but otherwise returning processor data). This is something the
Interchange developers have requested.
> 3. LinkPoint -- why are you using their very broken lpperl.pm instead of
> re-implementing it in a standardized fashion?
Because I needed to get something up and running to process
transactions, quick'n'dirty notwithstanding. :) I think I've actually
ported some earlier work against lperl.pm to lpperl.pm, if that lets you
know how long its been that I haven't really been able to spend time on
it.
> lpperl is broken no matter
> how often you report the bugs to them. And seriously, a library should
> never output text to standard output. The LinkPoint module should
> behave like a proper library...
> * I guess I'm signing up to fix this.
You are more than welcome to work on B:OP:LinkPoint if you have the
desire. Hell, perhaps I can even swindle you into^W^W^Wallow you the
privledge of taking over maintenance of the module. :)
--
_ivan
More information about the bop-devel
mailing list