Project

bezel

0.0
No commit activity in last 3 years
No release in over 3 years
bezelrubyworks/bezelHomepageDocumentationSource CodeBug TrackerMailing ListWiki
Alternate loading system for Ruby allowing version multiplicity.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Popularity
Downloads
10,290
Stars
1
Forks
0
Watchers
2
 Releases
Current version
0.2.0
Total releases
2
First release
2010-02-19
Latest release
2012-05-23
 Development
Primary Language
Ruby
Average date of last 50 commits
2011-10-01
Reverse Dependencies
0

 Dependencies

Development

ae
>= 0
ansi
= 1.4.2
detroit
>= 0
qed
>= 0

Runtime

finder
~> 0.3
 Project Readme

Bezel

DESCRIPTION

The idea of Bezel is to overcome the limitations of using different versions of the same package in the same Ruby process.

RESOURCES

USAGE

It works like this. Let's say I wrote a library called TomsLib. Now I want to use TomsLib in my new fancy app, FancyApp. In my FancyApp namespace I have to create a reference to TomsLib.

 module FancyApp
   TomsLib = lib('tomslib', '1.5')
   ...

Now I have access to TomsLib, but it is localized to my application. If Jane comes along and wants to use a different version of TomsLib but also utilizes my FancyApp, she could do so:

 module JanesProgram
   TomsLib  = lib('tomslib', '1.0')
   FancyApp = lib('fancyapp')  # use newest available
   ...

How does this work? When you call lib(), Bezel looks for the package in the current Gem paths (and in the future, Roll ledger) then it reads the primary package file (eg. tomslib.rb) from the package and evals it into an anonymous module.

This has a some important effects on how you write your Ruby programs:

  1. Any reference to core/standard libraries must be referenced via '::' prefix (eg. ::Enumerable).

  2. Core extensions are not version isolated. So when possible, avoid them or depend on highly stable standardized bases such as Ruby Facets and ActiveSupport.

  3. Since Bezel is a completely different alternative to Ruby's normal load system, your program will require Bezel be installed by your users. No big deal. In other words, list it into your projects dependencies.

  4. A project's main require file must be the same as the library's name.

Despite these necessary practices for its use, Bezel is highly advantageous to the developers and end-users alike in that it puts an absolute end to the dreaded Dependency Hell.

STATUS

It may not be possible to test Bezel via Travis CI because of the way the tests change the GEM_HOME. Currently they fail because of this, even though they pass on local development machine. We'll leave this for now in hopes we will get it working at some point: Build Status

LICENSE

Copyright (c) 2009 Thomas Sawyer

Bezel is distributed under the same terms as Ruby 1.9+, namely the BSD 2-clause license.