title: Managing conflicting versions of ruby gems
body: <p>I am building a framework that loads user provided ruby code.  It is basically a plugin mechanism.  I want the user provide ruby code to be able to require gems of its own.  I intend to have the "plugin" package include a vendor directory with the gems.</p>
  
  <p>How can I load gems that are required by the plugin without having them conflict with my framework's gems?  For example, if my framework uses treetop version 1.3.0, and a plugin uses treetop 1.4.2 I want each to work with their specified version.  </p>
  
  <p>Likewise, is there a way to prevent plugins from conflicting with each other?</p>
  
  <p>I have looked at gem_plugin, _why's sandbox, and some other tools.  But I don't see any library that specifically handles this case - I assume its been done before.</p>
  
  <p>I have also looked at the internals of Bundler to see how it manages gem versions.  I am prepared to do some pretty complex stuff if need be.  But I am still uncertain of how to go about it.</p>
  
  <p>I also have a lot of freedom in how I implement this.  So if you think I am barking up the wrong tree, please say so.</p>
  
  <p>Thanks for any advice.</p>
  
  <p>SIDE NOTE: It occurred to me while writing this that I need something similar to the Classloaders in a Java servlet container.  A WAR file can include jar files, and the web application's class loader will prefer those over the jars that are on the global classpath.  Is there any way in ruby to segment the ruby "classpath" (i.e. load_path, require, etc)?</p>