Displaying 20 results from an estimated 2000 matches similar to: "pre-release version of backgroundrb available now from svn"
2007 Oct 31
4
How you want BackgrounDrb to behave
Hi,
Ok, As i promised.. I am working on new version of BackgrounDRB, which
is getting close and will be out soon. I need some feedback from you
guys. So, please reply back.
The code has changed significantly and its no longer using DRB. But I
will keep the name BackgroundRb. Ok, in new API, a worker looks like
this:
require "net/smtp"
require "guid"
class NewsletterWorker
2007 Nov 14
7
BackgrounDRb version 1.0RC1 available now
Hi Folks,
BackgrounDRb is a Ruby job server and scheduler. Its main intent is to be
used with Ruby on Rails applications for offloading long-running tasks.
Since a Rails application blocks while serving a request it is best to
move long-running tasks off into a background process that is divorced
from http request/response cycle.
This new release of BackgrounDRb is also modular and can be used
2008 Jan 18
8
Query All Worker
What does the method query_all_workers() do? There is no documentation
on what this method returns (1.0.1 version).
Orion
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/backgroundrb-devel/attachments/20080118/9f9b8112/attachment.html
2009 Jan 06
1
ask_status/register_status deprecated???
Hi,
I''ve been using bdrb for a while and just recently found the need to use the
ask_status/register_status functionality of my worker.
This is the error I get whenever the register_status method is encountered:
...lib/workers/session_worker.rb:10:in `create'': undefined method
`register_status'' for #<SessionWorker:0xb6e7d52c> (NoMethodError)
from
2007 Dec 06
10
Feedback on RC2
I tried to upgrade my existing application to RC2 last night. Like many, I
use this mostly for running scheduled tasks. For the moment, I''ve abandoned
the effort, but am looking forward to being able to use this. Feedback
below:
First, the reason I was looking forward to this upgrade was to use the
threaded scheduler. I have an application with long-running tasks. I found
that
2007 Dec 19
6
thread_pooling sleeping
I''m trying to run a single worker that could perform a periodic task
for a given user.
>From a controller, I imagine something like:
def start_job
MiddleMan.ask_work(:worker => :foo_worker, :worker_method => :perform_task,
:data => { :user_id = current_user.id })
end
def check_job
@status = MiddleMan.ask_status(:worker => :foo_worker)[current_user.id]
end
2007 Dec 28
9
lost connection 2.0
I lost my "connection lost" error.. but now I''ve got a "Mysql::Error:
MySQL server has gone away" error..
It comes from:
/usr/lib/ruby/gems/1.8/gems/activerecord-1.15.6/lib/active_record/connection_adapters/abstract_adapter.rb:128:in ''log''.
I''m not sure if Rails / BackgroundRb uses it .. but i''ve got the mysql
(2.7) gem
2007 Dec 17
11
BackgrounDRb release 1.0 available now
Hi Folks,
I am glad to announce 1.0 release of BackgrounDRb.
This would be a major release since 0.2 release of BackgrounDRb.
Here is a brief summary of changes:
- BackgrounDRb is DRb no longer. It makes use of EventDriven network
programming library packet ( http://packet.googlecode.com ).
- Since we moved to packet, many nasty thread issues, result hash
corruption issues are totally
2008 Jan 13
3
right usage of bdrb
Hi,
i''m going to implement a syndication-service, which will get lists in
xml with some meta-data an enclosed video files, which will get encoded
at the end. The syndication run will be startet every five minutes of
a full hour.
So i thought to build 4 Worker. One for checking which feeds to
syndicate (syndication_worker) at a specific time, one for processing
the list
2007 Dec 18
5
querying status of worker with job_key
Hi,
Is it possible to start a worker with job_key and then ask_status of that
specific worker with the job_key?
MiddleMan.ask_work(:worker => :auth_worker, :job_key=>''1'',
:worker_method => :auth)
and then
MiddleMan.ask_status(:worker => :auth_worker, :job_key=>''1'')
>From my testing of the new backgroundrb, asking status using job key
2008 May 09
1
register_status for excess thread_pool?
Hi,
Newbie here. I''ve got a worker (for generating PDF reports) that
uses the "thread_pool" to allow processing multiple reports
simultaneously and queue up any requests that exceed the thread
pool (pool_size = 10 currently).
def process_pdf(user)
thread_pool.defer(user) do |user|
makepdf(user)
end
end
My question is: I use a mutex to handle
2008 Jun 10
4
adding results from threads to a collection and returning it
Forgive me if this has been addressed somewhere, but I have searched and
can''t come up with anything.
I am basically trying to distribute several web page scraping tasks among
different threads, and have the results from each added to an Array which is
ultimately returned by the backgroundrb worker. Here is an example of what
I''m trying to do in a worker method:
pages =
2008 May 03
2
backgroundrb / actionmailer / sendmail
Hello,
I''m trying to send emails from a backgroundrb worker and the email doesn''t
send. I get no log messages in the sendmail log or the system log, nothing
in the backgroundrb logs at all, nothing in the production log.
Below is my code for each component
worker:
class QuizReviewerWorker < BackgrounDRb::MetaWorker
set_worker_name :quiz_review_sender
def create(args =
2008 Jan 22
9
Cannot connect when spawning new workers on demand
Hi!
I''m using the latest&greatest backgroundrb with rails 2.0.2 on ubuntu
dapper.
I''ve made an app that lets you run a query on several servers at once,
which are selected at runtime. Therefore, for each server that is
selected, I spawn a new worker and assign its work.
After everything is completed, the workers are deleted.
I often get this error:
2008 May 04
12
best approach to managing workers and getting status
Hi,
I am using backgroundrb to process audio files from a rails
controller. Currently a new worker gets created every time the method
is called on the worker, using this code:
@job_key = MiddleMan.new_worker(:worker
=> :audio_file_worker, :job_key => Time.now.to_i)
MiddleMan.worker(:audio_file_worker,
@job_key).make_new_audio_file(params[:release_id])
I need to create the new
2008 Mar 19
2
problem with worker status
Hi,
I have a page were users can start jobs that may take several hours to
run. BackgrounDrb is perfect for me and seems to be working well most of
the time but some times I have the following problem:
My worker is set up like this:
class UploadWorker < BackgrounDRb::MetaWorker
set_worker_name :upload_worker
set_no_auto_load(true)
def create(args = nil )
file = args[:file]
2007 Dec 13
1
Possible Bug & Question
Hi there,
Amazing changes! I really like what you''ve done with BackgrounDRb and I hope
you continue developing it, since it was definitely somewhat languishing
before.
One small error stuck out for me, though. The create method requires an
argument even if one isn''t used, such that if you have:
def create
@results = Hash.new
end
The server throws an error about trying to
2008 Jan 11
18
getting started
Hey all,
Been reading through all the old posts (and the docs) to familiarize
myself but I still feel a bit lost.
I''m on trunk and am having a bit of a hard time knowing where to start
with the particular I''m trying to solve.
So far, I''ve downloaded backgroundrb, done the basic rails setup,
created my worker and started it using `script/backgroundrb start`.
2008 Jan 31
2
cron scheduling problem
I''m running a fresh checkout of release 1.0.1 ...
It''s now 11:32 am local time on January 31.
I''ve configured a single worker for a test.
If I use the following schedule in my background.yaml file:
:schedules:
:debugger_worker:
:ping:
:trigger_args: 0 35 11 * * * *
Backgroundrb starts up without error.
If I make the following
2008 May 05
2
Deploying to a staging server using Capistrano: how to start up BackgrounDRb?
Hi.
I am using BackgrounDRb to process thumbnails and upload to S3 -
things are hunky-dory in development (thumbs are generated, these are
uploaded to S3, the metadata is saved to trhe DB, and I get a nice
status page updated by periodic calls via ask_status), but when I
tried to deploy to our staging server and stop/start BackgrounDRb via
Capistrano, things blew up - well, not exactly,