BigBlueButton integration for Ruby on Rails 4.
Features:
join
action.36mskja87-029i-lsk9-b96e-98278407e145-1365703324).{config.xml}[https://code.google.com/p/bigbluebutton/wiki/ClientConfigura tion] feature.Possible future features:
bbb-conf, etc).This gem is mainly used with Mconf-Web. You can always use it as a reference for verions of dependencies and examples of how to use the gem.
The current version of this gem supports all the following versions of
BigBlueButton:
Tested in rubies:
Requires ruby >= 1.9.3.
Use these versions to be sure it will work. Other patches of these versions should work as well.
To be used with Rails 4 only. Currently tested with Rails 4.1.
Version 1.4.0 was the last one to support Rails 3.2. To use it, use the tag
v1.4.0.
We recommend the use of MySQL in your application, since this gem is developed and tested using it.
When updating the gem to a newer version, there are usually extra steps you'll have to take in order to have the database migrated, the dependencies updated, and others. These steps are described in our wiki. See:
You can install the latest version of BigbluebuttonRails using RubyGems:
gem install bigbluebutton_rails
Or simply add the following line in your Gemfile:
gem "bigbluebutton_rails"
After installing, you need to run the generator:
rails generate bigbluebutton_rails:install
This generator will create the files needed to setup the gem in your application. You should take some time to open all the files generated and analyze them.
By default the gem will use the views it provides, but it is strongly
recommended that you adapt them for your needs! The views provided are just
an example of how they can be implemented in your application and they depend
on jQuery (use the gem jquery-rails) and on a css file provided by this gem.
You can easily generate the views and the css file in your application to
later customize them with:
rails generate bigbluebutton_rails:views
To now more about the generators see How to: Generators
Since version 1.4.0, this gem depends on Resque, and since 2.0.0 it also uses Resque-scheduler.
These gems are used to run background jobs. The ones we have right now are: update the list of recordings, check for meetings that started or ended to update the database.
The gem already requires all dependencies, so you don't have to include them in your Gemfile. But you need to configure your application to use Resque and Resque-scheduler.
To do so, copy the following files to your application:
config/resque/resque.rake to your application's lib/tasks/;config/resque/workers_schedule.yml to your application's config/.The first is a rake task to trigger Resque and Resque-scheduler. The second is the scheduling of tasks used by Resque-scheduler. If you already use these gems in your application, you probably already have these files. So you can just merge them together.
To run Resque and Resque-scheduler you will need to run the take tasks:
QUEUE="bigbluebutton_rails" rake resque:work
rake resque:scheduler
These gems use redis to store their data, so you will need it in your server. If you're on Ubuntu, you can install it with:
apt-get install redis-server
Please refer to the documentation of Resque and Resque-scheduler to learn more about them and how to use them in development or production.
The routes to BigbluebuttonRails can be generated with the helper
bigbluebutton_routes. See the example below:
bigbluebutton_routes :default
It will generate the default routes. You need to call it at least once and the routes will be scoped with 'bigbluebutton'. They will look like:
/bigbluebutton/servers
/bigbluebutton/servers/my-server/new
/bigbluebutton/servers/my-server/rooms
/bigbluebutton/rooms
/bigbluebutton/rooms/my-room/join
You can also make the routes use custom controllers:
bigbluebutton_routes :default, :controllers => {
:servers => 'custom_servers',
:rooms => 'custom_rooms',
:recordings => 'custom_recordings'
}
To generate routes for a single controller:
bigbluebutton_routes :default, :only => 'servers'
You may also want shorter routes to access conference rooms. For that, use the
option room_matchers:
resources :users do
bigbluebutton_routes :room_matchers
end
It creates routes to the actions used to access a conference room, so you can allow access to webconference rooms using URLs such as:
http://myserver.com/my-community/room-name/join
http://myserver.com/user-name/room-name/join
For more information see:
There are some basic assumptions made by BigbluebuttonRails:
current_user that returns the current user;current_user has an attribute or method called "name" that returns
his/her fullname and an attribute or method "id" that returns the ID.If you don't, you can change this behaviour easily, keep reading.
BigbluebuttonRails uses the methods bigbluebutton_user and
bigbluebutton_role(room) to get the current user and to get the permission
that the current user has in the room, respectively. These methods are
defined in
{lib/bigbluebutton_rails/controller_methods.rb}[https://github.com/mconf/bigb luebutton_rails/blob/master/lib/bigbluebutton_rails/controller_methods.rb]
and you can reimplement them in your application controller to change their
behaviour as shown below.
class ApplicationController < ActionController::Base
# overriding bigbluebutton_rails function
def bigbluebutton_user
current_user && current_user.is_a?(User) ? current_user : nil
end
def bigbluebutton_role(room)
...
end
end
Since this task can consume quite some time if your server has a lot of recordings, it is recommended to run it periodically in the background. It is already done by the application if you are running Resque and Resque-scheduler properly. But this gem also provides a rake task to fetch the recordings from the web conference servers and update the application database.
The command below will fetch recordings for all servers and update the database with all recordings found:
rake bigbluebutton_rails:recordings:update
Meetings (BigbluebuttonMeeting models) in BigbluebuttonRails are instances
of meetings that were held in web conference rooms. A meeting is created
whenever the application detects that a user joined a room and that he's the
first user. Meetings are never removed, they are kept as a registry of what
happened in the web conference servers connected to BigbluebuttonRails.
The creating of these objects is done in background using a gem called
resque. Whenever a user clicks in the
button to join a meeting, a resque worker is scheduled. This worker will wait
for a while until the meeting is created and running in the web conference
server, and will then create the corresponding BigbluebuttonMeeting object.
To keep track of meetings, you have to run the resque workers (this is needed both in development and in production):
rake resque:work QUEUE='bigbluebutton_rails'
The list of meetings is also periodically synchronized using Resque-scheduler (see the sections above).
Rooms must be associated with a server to function. When a meeting is created, it is created in the server that's associated with the room. By default, this gem automatically selects a server if one is needed and the room has no server yet.
To change this behavior, applications can override the configuration
BigbluebuttonRails.configuration.select_server. This attribute receives a
function that will be called inside all methods that trigger API calls,
methods that need a server to work properly. It receives a parameter that
indicates which API call will be sent to the server and expects the function
to return a BigbluebuttonServer.
One common use would be to override this method to always select a new server
when a meeting is created (when the argument received is :create). This
would allow the implementation of a simple load balancing mechanism.
To configure it, add a code like the one below to one initializer in your application:
BigbluebuttonRails.configure do |config|
config.select_server = Proc.new do |room, api_method=nil|
if room.name == 'special-room'
BigbluebuttonServer.find_by(name: 'special-server')
else
BigbluebuttonServer.first
end
end
end
If you need more help to set up the gem or just want to see an example of it
working, check out the test application at spec/rails_app/!
To setup an environment, first copy spec/rails_app/config/database.yml.example to
spec/rails_app/config/database.yml. It uses MySQL since this is the database
recommended for the applications that use this gem.
You can start the example application (from spec/rails_app) with:
docker-compose up dev
It will probably not work straight away, because you need to setup the application first. Do so with:
docker-compose run dev rake rails_app:install
docker-compose run dev rake rails_app:db
# optionally:
docker-compose run dev rake rails_app:populate # to create fake data
Then try the up dev command again and it should open up a server. Access localhost:3000
to see it.
To run the tests the process is exactly the same, just replace the dev target with test:
docker-compose up test
If you're adding migrations to the gem, test them with:
docker-compose run test rake spec:migrations
If you need to keep track of meetings, run the resque workers with:
docker-compose run dev rake resque:work QUEUE='bigbluebutton_rails'
If you want your code to be integrated in this repository, please fork it, create a branch with your modifications and submit a pull request.
Coverage is analyzed by default when you run:
docker-compose up test
Run it and look at the file coverage/index.html.
We use the gem rails_best_practices to get some nice tips on how to improve
the code.
Run:
docker-compose run dev rake best_practices
And look at the file rails_best_practices_output.html to see the tips.
Distributed under The MIT License (MIT). See LICENSE.
This project is developed as part of Mconf (http://mconf.org).
Mailing list:
Contact:
FAQs
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
/Research
Malicious npm package impersonates Nodemailer and drains wallets by hijacking crypto transactions across multiple blockchains.
Security News
This episode explores the hard problem of reachability analysis, from static analysis limits to handling dynamic languages and massive dependency trees.
Security News
/Research
Malicious Nx npm versions stole secrets and wallet info using AI CLI tools; Socket’s AI scanner detected the supply chain attack and flagged the malware.