Is there a single page somewhere with links to the various language bindings? Perhaps I should open a JIRA ticket to start collecting information like that in preparation for driver improvements.
Also, to approach this from a completely different direction, are you aware of the ILS Interop group?
At this year's code4lib, a group of people representing different platforms (VuFind, Summon, Blacklight, Jangle, WorldCat Local, etc., etc.) revived the quest for a standard way of communicating with ILS's. It's too early to say when this will bear fruit or exactly what that will mean for VuFind -- but the ultimate goal is to separate the whole complex issue of ILS drivers into its own stand-alone project, just as we separated the MARC import component into SolrMarc. If this is of interest to you, feel free to join the group and follow the discussions there.
> -----Original Message-----
> From: denials@... [mailto:denials@...] On Behalf Of Dan
> Sent: Friday, March 19, 2010 11:00 AM
> To: Demian Katz
> Cc: vufind-general@...
> Subject: Re: [VuFind-General] Evergreen and VuFind
> On 19 March 2010 10:45, Demian Katz <demian.katz@...> wrote:
> >> My recommended approach for anyone tackling this in earnest would be
> >> to use OpenSRF method calls to interact with Evergreen; this
> >> would be much more stable as the OpenSRF methods offer a level of
> >> abstraction over the database layer. It would be a lot easier to do
> >> there was a native OpenSRF binding for PHP, though... if anyone
> >> to tackle that first :)
> > This is probably a naïve question, since I know next to nothing about
> OpenSRF... but are there bindings for any other languages that might
> serve as a starting point for a PHP port, or is it not that simple?
> There's very little written about OpenSRF, so it's definitely not your
> fault! I've submitted an article proposal to the code4lib journal on
> the subject, with a draft in the 75% complete stage, so hopefully
> there will be a little more out there soon.
> There are indeed client bindings for OpenSRF in Perl, Python, C, and
> Java; the Python implementation would probably be the cleanest one to
> use as a base for porting. At the core, all that you need from your
> language of choice is good JSON and XMPP support; PHP has the JSON
> side for sure, and a number of different options for XMPP support
> (http://code.google.com/p/xmpphp/ and the like; status.net must have
> that part worked out). In a pinch, though, you could follow the
> takes XMPP out of the mix).
> It would be awesome to have PHP support for OpenSRF, and good VUFind
> support for Evergreen; I could probably find some time to help out on
> all sides of that effort.
> Dan Scott
> Laurentian University