- Oct 12, 2012
-
-
Angie Byron authored
-
- Jun 14, 2012
-
-
Angie Byron authored
Issue #1598610 by aspilicious: Convert symfony.test to PSR-0 and remove all the files[] instances in system.info.
-
Angie Byron authored
-
- Jun 12, 2012
-
-
catch authored
-
- Jun 08, 2012
- Jun 07, 2012
-
-
catch authored
-
- Jun 06, 2012
-
-
Jennifer Hodgdon authored
-
Jennifer Hodgdon authored
-
Jennifer Hodgdon authored
-
Jennifer Hodgdon authored
-
- Jun 05, 2012
-
-
Dries Buytaert authored
-
catch authored
-
- Jun 03, 2012
-
-
Dries Buytaert authored
-
- Jun 02, 2012
-
-
Jennifer Hodgdon authored
-
- Jun 01, 2012
-
-
Jennifer Hodgdon authored
-
- May 30, 2012
-
-
Jennifer Hodgdon authored
-
Jennifer Hodgdon authored
-
- May 04, 2012
-
-
catch authored
-
- May 03, 2012
-
-
- Apr 13, 2012
-
-
catch authored
-
- Mar 15, 2012
-
-
Dries Buytaert authored
-
- Mar 14, 2012
-
- Mar 12, 2012
-
-
catch authored
-
- Mar 11, 2012
-
-
Angie Byron authored
-
Angie Byron authored
This reverts commit de2ef9de.
-
- Mar 10, 2012
-
-
Dries Buytaert authored
-
- Nov 01, 2011
-
-
Issue #22336 by quicksketch, scor, boombatower, and rfay. Move all core Drupal files under a core subdirectory.
-
- Mar 21, 2011
-
-
Dries Buytaert authored
-
- Feb 25, 2011
-
-
The Great Git Migration authored
-
- Dec 20, 2010
-
-
Angie Byron authored
#915174 by sdboyer, sun: Remove pointless files[] declarations on files that are not declaring classes.
-
- Dec 15, 2009
-
-
Dries Buytaert authored
-
- Nov 17, 2009
-
-
Dries Buytaert authored
- Patch #598758 by stBorchert, sun, pwolanin, eigentor, TheRec, seutje: add link to the permissions and configuration page of each module from the module configuration page. Great team work!
-
- Oct 15, 2009
-
-
Angie Byron authored
#538660 by JacobSingh, dww, JoshuaRogers, adrian, Crell, chx, anarcat, and cwgordon7: Add a functioning Plugin Manager to core. Can you say module installation and updates through the UI? I knew you could! :D
-
Dries Buytaert authored
- Patch #604618 by Crell, JacobSingh: create a common interface for Archive operations so we can handle .zip, .tar.gz.
-
- Aug 31, 2009
-
-
Angie Byron authored
-
- Aug 19, 2009
-
-
Dries Buytaert authored
-
- Jun 17, 2009
-
-
Dries Buytaert authored
-
- Jun 08, 2009
-
-
Dries Buytaert authored
-
- May 06, 2009
-
-
Dries Buytaert authored
The queue system allows placing items in a queue and processing them later. The system tries to ensure that only one consumer can process an item. Before a queue can be used it needs to be created by DrupalQueueInterface::createQueue(). Items can be added to the queue by passing an arbitrary data object to DrupalQueueInterface::createItem(). To process an item, call DrupalQueueInterface::claimItem() and specify how long you want to have a lease for working on that item. When finished processing, the item needs to be deleted by calling DrupalQueueInterface::deleteItem(). If the consumer dies, the item will be made available again by the DrapalQueueInterface implementation once the lease expires. Another consumer will then be able to receive it when calling DrupalQueueInterface::claimItem(). The $item object used by the DrupalQueueInterface can contain arbitrary metadata depending on the implementation. Systems using the interface should only rely on the data property which will contain the information passed to DrupalQueueInterface::createItem(). The full queue item returned by DrupalQueueInterface::createItem() needs to be passed to DrupalQueueInterface::deleteItem() once processing is completed. While the queue system makes a best effort to preserve order in messages, due to the pluggable nature of the queue, there is no guarantee that items will be delivered on claim in the order they were sent. For example, some implementations like beanstalkd or others with distributed back-ends like Amazon SQS will be managing jobs for a large set of producers and consumers where a strict FIFO ordering will likely not be preserved. The system also makes no guarantees about a task only being executed once: callers that have non-idempotent tasks either need to live with the possiblity of the task being invoked multiple times in cases where a claim lease expires, or need to implement their own transactions to make their tasks idempotent.
-