message queue

Ordina per: Data / Titolo / URL

docs/guide.md at master from robey's kestrel - GitHub
Kestrel is a very simple message queue that runs on the JVM and uses the memcache protocol (with some extensions) to talk to clients. A single kestrel server has a set of queues identified by a name, which is also the filename of that queue's journal file (usually in /var/spool/kestrel). Each queue is a strictly-ordered FIFO of "items" of binary data. Usually this data is in some serialized format like JSON or ruby's marshal format. Generally queue names should be limited to alphanumerics [A-Za-z0-9], dash (-) and underline (_). In practice, kestrel doesn't enforce any restrictions other than the name can't contain slash (/) because that can't be used in filenames, squiggle (~) because it's used for temporary files, plus (+) because it's used for fanout queues, and dot (.) because it's reserved for future use. Queue names are case-sensitive, but if you're running kestrel on OS X or Windows, you will want to refrain from taking advantage of this, since the journal filenames on those two platforms are not case-sensitive. A cluster of kestrel servers is like a memcache cluster: the servers don't know about each other, and don't do any cross-communication, so you can add as many as you like. Clients have a list of all servers in the cluster, and pick one at random for each operation. In this way, each queue appears to be spread out across every server, with items in a loose ordering. When kestrel starts up, it scans the journal folder and creates queues based on any journal files it finds there, to restore state to the way it was when it last shutdown (or was killed or died). New queues are created by referring to them (for example, adding or trying to remove an item). A queue can be deleted with the "delete" command.
2010-03-02 to , , , , , , by lorello
dropr - the message queue project for PHP - Trac
dropr is a distributed message queue framework written in PHP. The main goals are: * reliable and durable (failsafe)-messaging over networks * decentralized architecture without a single (point of failure) server instance * easy to setup and use * modularity for queue storage and message transports (currently filesystem storage and curl-upload are implemented)
2009-03-04 to , , , , , by lorello

Precedente / Seguente / Pagina 1 di 1