Graham Charters wrote:
One *real* comment: I think we should be getting into the habit of
using magic method-style things which appear on the SDO interface
(and also our proxy interfaces) to reduce the risk of clashes with the
business interfaces (in this case the properties of an SDO, and
Matthew Peters wrote:
I volunteer to produce a weekly post of defect activity. I will make
that a Friday afternoon task. I will do that until further notice, but
let's say for the next three months for definite. I will try to find a
deputy for when I am not here.
Thanks, Matthew! I'm sure
On 5 Jun, 10:36, Caroline Maynard [EMAIL PROTECTED] wrote:
Graham Charters wrote:
One *real* comment: I think we should be getting into the habit of
using magic method-style things which appear on the SDO interface
(and also our proxy interfaces) to reduce the risk of clashes with the
[EMAIL PROTECTED] wrote:
On 4 Jun, 11:32, Graham Charters [EMAIL PROTECTED] wrote:
In the dependencies section for 1.2.1 we list PEAR Package: sdo,
which links to something athttp://pear.php.net/package/sdo- which
clearly doesn't exist.
It appears to be coming from the MakePackage.php
Hi All,
There have been a few occasions where I've wanted a quick and easy way
to access a single database table as part of an SCA component
implementation. I'm just adding the finishing touches (at least to
the point where it might do something useful) to a binding called
simpledb. This gives
Graham Charters wrote:
I mentioned the proxies as one of the two areas where we need to keep
the interface clean (the other was SDO). I mentioned SDO because the
cache appears to be on the SDO interface in Matthew's example code
(unless I've misunderstood).
No, you haven't misunderstood, I
[EMAIL PROTECTED] wrote:
I think that it would be interesting to have a rest resource binding
to sit alongside the rest rpc binding. The intention would be to
provide a convenient template against which to construct a service
which is able to provide an implementation for the HTTP style
Matthew, one more thing I'd like to add to this discussion, which struck
me as I was listening to Brian Shire's excellent presentation at php|tek
(http://tekrat.com/wp/talks/phptek2007/[EMAIL PROTECTED]). There are
already several caching solutions for php, in particular APC, also
memcache
Graham Charters wrote:
Ah, I think I have misunderstood, and it's the subtle (at least to my
brain) distinction between SDO and SDO_DataObject. What do you mean
by adding a property to the extension? I'm not aware of an
interface we expose called SDO so jumped to the conclusion that this
Bad form to reply to my own post, but just after I sent it I saw this
thread in the internals mailing list:
http://thread.gmane.org/gmane.comp.php.devel/43094
so we shouldn't use APC to cache SCA objects without giving some thought
to how they get serialized. That's probably not too
On 5 Jun, 13:39, Caroline Maynard [EMAIL PROTECTED] wrote:
Graham Charters wrote:
There have been a few occasions where I've wanted a quick and easy way
to access a single database table as part of an SCA component
implementation. I'm just adding the finishing touches (at least to
11 matches
Mail list logo
