Forum OpenACS Q&A: ACS 3.4, bind parameters and Postgres

I've not looked at it, but I've thought about it.

Since our plan is still to skip 3.4 and tackle things in earnest for 4.0, I'm planning to wait to do driver work.  Of course, I'll probably  want to look into this earlier than 4.0 if possible (I'll be gone most of September, though).  There's another driver bug I want to look into, as well (my recover-from-hosed-backend code doesn't work with AOLserver3 though it worked fine in AOLserver2).

If it stretches out too far, then we'll revisit the issue, most certainly.  They plan to release the ACS 4.0 core followed by the individual modules on their own schedule.  On the  one hand this means the core and early modules should arrive fairly early (fall), on the other it means that the entire toolkit won't arrive for months.

Unfortunately, so much has been redone for ACS 3.3 that it might boil down to essentially a report of the toolkit.  Followed by what we know will be a large effort to port over the new ACS 4.0 core and components.

Limited resources have driven this thinking.

Of course, it appears as though aD is willing to pay Sebastian to work  on the InterBase port, so perhaps that will be out earlier ...

Sebastian ported an early version of the ACS (1.3) to InterBase 4.0/Linux.  Though I'm not 100% positive, I believe it was before he became employed by aD (which, I'm sure only helped him get a job).  His ACS 1.3 port has not been maintained through ACS 2.x & 3.x.  (Porting a 1.x version of the ACS would be lots simpler than 2.x or 3.x.  In fact, had Solid at that time supported triggers & sequences directly in inserts, I would have attempted a 1.x port to Solid myself.)

Now that InterBase 6.0 has been open sourced, I imagine he's     (personally) interested in ACS/InterBase again.  Now, as to why aD (as opposed to Sebastian personally) would want to do an InterBase port.....? I don't understand why they'd suddenly want to be in the porting business (after having the all-mighty Oracle outlook-on-life, they've had) and when OpenACS is already working on porting to open-source databases.  (It would seem more effective, and also a better PR move, for aD to allow Sebastian to spend time working as an OpenACS volunteer.)  Who knows.