aboutsummaryrefslogtreecommitdiffstats
path: root/railties/test/application/queue_test.rb
Commit message (Collapse)AuthorAgeFilesLines
* Job consumer logs to Rails.logger by defaultJeremy Kemper2012-10-261-0/+1
|
* Test that a Rails.queue consumer is automatically started in productionJeremy Kemper2012-10-131-1/+11
|
* Backpedal from class-oriented config.queue. Set an actual queue instance.Jeremy Kemper2012-10-121-3/+3
|
* Remove the queue container. Premature consolidation. Set up and maintain ↵Jeremy Kemper2012-10-121-6/+6
| | | | queues in the classes that use them instead.
* ActiveSupport::SynchronousQueue doesn't have the drain method.Rafael Mendonça França2012-10-121-4/+4
| | | | | Now we are using teh SynchronousQueue in the test environment instead of the TestQueue
* Move the TestQueue tests to the proper fileRafael Mendonça França2012-10-121-47/+0
|
* Immediately run queued jobs in tests. Otherwise you have to explicitly drain ↵Jeremy Kemper2012-10-121-3/+3
| | | | the queue to actually deliver your emails.
* In development and test we drain the jobs in the same thread.Rafael Mendonça França2012-09-181-4/+4
|
* Move queue classes to ActiveSupportSantiago Pastorino2012-09-141-8/+8
|
* Use the SynchronousQueue as default in production and development.Rafael Mendonça França2012-09-121-5/+6
| | | | | We should not let the users use the ThreadedConsumer without know about the risks
* Remove unused require.kennyj2012-08-291-1/+0
|
* Fixes wrong test class names.kennyj2012-08-291-1/+1
|
* adding Rails::Queueing::ContainerAaron Patterson2012-07-191-5/+5
| | | | | | | | | | | | | | | This allows us to do: In your configuration: Rails.queue[:image_queue] = SomeQueue.new Rails.queue[:mail_queue] = SomeQueue.new In your app code: Rails.queue[:mail_queue].push MailJob.new Both jobs pushed to the same default queue Rails.queue.push DefaultJob.new Rails.queue[:default].push DefaultJob.new
* Ensure jobs do not refer to the queuePaul Battley2012-07-031-0/+15
| | | | | | | | Jobs pushed to the queue should not contain a reference to it. As the queue itself cannot be marshalled, and as a consequence of checking the marshallability of all jobs in the test environment, we can now guarantee this to be the case in the test environment when using the default TestQueue implementation.
* Ensure test jobs are marshallablePaul Battley2012-07-031-8/+28
| | | | | | | | | | By marshalling and unmarshalling jobs when adding them to the test queue, we can ensure that jobs created during test runs are valid candidates for marshalling, and, thus, that they can be used with queueing backends other than the default simple in-process implementation. This will also be used in a subsequent commit to ensure that jobs pushed to the queue do not contain a reference to the queue itself.
* Track queue threading with named classesPaul Battley2012-07-031-14/+24
| | | | | | | Using an anonymous class prevented marshalling: we're not doing that yet, but the next commit will introduce this. This also provided an opportunity to improve the expressivity of the tests and to make the assertion failure messages clearer.
* Allow configuring a different queue consumerCarlos Antonio da Silva2012-05-041-3/+36
| | | | | | Also make sure to not use default queue consumer with custom queue implementation. It is up to the new queue implementation to start / shutdown the consumer.
* Removing unused local vars in Queue testsRodrigo Pavano2012-05-011-2/+0
|
* Use Rails::Queueing::Queue instead of Queue so people can build their own ↵José Valim2012-04-281-2/+2
| | | | consumers around stdlib's Queue
* Fix failing test, TestQueue#contents is not #jobsCarlos Antonio da Silva2012-04-271-1/+1
|
* Missing git add :trollface:Yehuda Katz2012-04-261-0/+114