Re: Transaction Processing

Stephen Adkins writes:
> I will be downloading bOP and evaluating making P5EE work
> with it.

I don't think many people are interested in a bOP adapter.

> Rob: Does this seem like a good idea, and would you and
> bivio Software Artisans, Inc. look kindly on such a
> development?

We always like people using bOP.  It makes it stronger better
faster...

> (Presumably this code base is actively developed, 
> with lots of vision and direction for where it is going in
> the future.)

We use bOP daily in our projects.  Think of us as the arsDigita for
the new millennium.  ;-)

> Are there other mature transaction processing packages for
> Perl that I should be evaluating?

I think we need a definition of transaction processing.  Anything that
uses mod_perl and a database is processing transactions.  There are a
zillion platforms, most of which are not publicly available.  Just
yesterday I was talking with a company which uses Perl, PHP, and
Oracle/PL/SQL.  They have an architecture which has evolved over time
and certainly suits their needs.  They process well over 100,000
transactions a day.

The question you need to ask is: What would make this random company
choose P5EE over their own infrastructure?

bOP has been "on the market" for almost a year.  I don't know anybody
who is using it for real work other than us.  I have conversed with a
number of people about bOP.  I have lectured at my local university.
If you type "OLTP" into google, our site is listed first.  My point is
that even with a lot of code, some documentation, and some marketing,
it is really hard to sell "in the enterprise".  I think this is the
point Matt and others are trying to make, too.

Rob