Good morning everyone
I’m writing to the list to express my interest in being nominated as a
member of the FIG Core Committee. I’m seeking a nomination in this way as I
have no strong affiliation with any of the Member Projects.
Allow me to introduce myself. Originally from New Zealand I’v
Thanks for the reply, Rasmus. In principle I think we want the same things.
However, I think the wording in the spec is wrong, especially this part:
"Different CacheInterface instances ... MUST be logically independent."
Do you agree that the above clause from the spec makes the following class
i
> why are we talking about pools in a spec which deliberately doesn't
define them? It's out of scope.
I'd say it's the other way around - the PSR-16 cache-abstraction represents
a logical collection.
The definition, in my opinion, is perfect - if we don't define what it is,
people might assume th
> If the pools aren't logically independent, their namespaces end up colliding.
They need to be logically distinct, even if they are on the same physical
server.
This is an application concern. It's the responsibility of the application
to provide CacheInterface instances which are usable and corr
On Thu, Dec 1, 2016, at 03:24 AM, Josh Di Fabio wrote:
> > Different CacheInterface instances MAY be backed by the same datastore, *but
> MUST be logically independent.*
>
> The second clause seems to be needlessly restrictive and appears to be
> incompatible with decorators. What is the purpose o
Hi all,
This might not be the correct place to post this (please point me in the
right direction if, that's the case) but I have some thoughts on the topic
of blank lines after the opening From what I can see, there's some inconsistency in having a blank line
after the opening tag. The examples
> Different CacheInterface instances MAY be backed by the same datastore, *but
MUST be logically independent.*
The second clause seems to be needlessly restrictive and appears to be
incompatible with decorators. What is the purpose of this clause?
On Wed, Nov 30, 2016 at 4:10 PM Larry Garfield
w
