Thanks. You say

> I've had some discussions with Honeycomb developers

Who are those folks?

On Wed, 2007-10-24 at 11:19 -0400, Richard Rodgers wrote:
> Hi Cory:
> 
> See remarks below...
> 
> Thanks,
> 
> Richard
> On Wed, 2007-10-24 at 14:55 +0000, Cory Snavely wrote:
> > ...and if it seems odd to anyone following this thread that the
> > developers of Nirvana SRB would suggest we achieve this integration by
> > using the filesystem emulation provided by Nirvana SRB, which in turn
> > uses the Honeycomb API, know that I definitely did point out that irony
> > to them.
> > 
> > However, according to these developers, the Nirvana and SDSC SRB APIs
> > differ enough that that is the only way to do this without recoding the
> > DSpace bitstream storage manager.
> > 
> > Disappointing? Yeah.
> > 
> > So am I understanding correctly that in future versions of DSpace,
> > support for CAS systems and the like would be done in DSpace? I.e. we
> > might expect there to be direct Honeycomb, EMC Celera, iRODS, etc
> > support right within DSpace? We're trying to see the roadmap here.
> 
> The roadmap certainly embraces selectable back-end storage options.
> There is a prototype pluggable storage abstraction at
> 
> http://wiki.dspace.org/index.php/PluggableStorage
> 
> that I hope will eventually make it's way into a release, and it's
> precise purpose is to avoid the need to recode BitStreamStorage manager
> or any other core code. It currently supports legacy DSpace filesystem,
> SRB, and Amazon S3, and I've had some discussions with Honeycomb
> developers and I believe they are attempting to write a DSpace
> implementation against that interface.
> 
> We are just now seeing enough options to generalize & abstract this
> layer, but I am sure we will continue these efforts.
> 
> > c
> > 
> > On Wed, 2007-10-24 at 10:46 -0400, Blanco, Jose wrote:
> > > We just had a phone conference with Sun and the developer for the
> > > commercial version of SRB at Nirvana ( Tino ) and were told that the
> > > commercial version of SRB they have developed is not the same as the
> > > academic SRB.  One thing they have developed is file system based SRB
> > > which *should* work, and we are going to try it out.
> > > 
> > > Thanks for this information!
> > > 
> > > Jose
> > > 
> > > -----Original Message-----
> > > From: MacKenzie Smith [mailto:[EMAIL PROTECTED] 
> > > Sent: Wednesday, October 24, 2007 10:37 AM
> > > To: Blanco, Jose
> > > Cc: [email protected]
> > > Subject: Re: [Dspace-tech] Academic SRB support
> > > 
> > > Hi Jose,
> > > 
> > > I haven't gotten the official story from SDSC, but I do know that their
> > > attention has shifted to iRODS as the next generation storage
> > > architecture for long-term data management. iRODS will be 100% open
> > > source software (no more dual license) which will be easier for the
> > > community to deal with.
> > > 
> > > My understanding is that the commercial (Nirvana) and non-commercial
> > > (plain SRB) are actually the same thing... they just have dual license
> > > arrangement for the codebase. So the API that Sun develops *should* also
> > > work for your plain vanilla SRB instance too. You can verify that with
> > > the SDSC folks (or I can ask them).
> > > 
> > > The DSpace work that we've done at MIT was for the old non-commercial
> > > SRB, and we recently got the jargon client for iRODS, so those should be
> > > tested with the 1.4.x and 1.5 releases.
> > > 
> > > MacKenzie
> > > > I wonder if any one has heard if the academic SRB ( non-commercial ) 
> > > > is going to be discontinued?  We have been discussing using a 
> > > > Honeycomb server for bit storage, and they have informed us that the 
> > > > academic SRB is going to be discontinued, so they are not interested 
> > > > in developing an API for it.  They are working on developing a 
> > > > commercial Nirvana SRB API.  I'm assuming that the configurable SRB 
> > > > coming out in a future release of Dspace is the academic?
> > > >
> > > > http://wiki.dspace.org/index.php/PluggableStorage ?
> > > >
> > > > Thank you!
> > > > Jose
> > > 
> > > 
> > > --
> > > MacKenzie Smith
> > > Associate Director for Technology
> > > MIT Libraries
> > > 
> > > 
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc.
> > > Still grepping through log files to find problems?  Stop.
> > > Now Search log events and configuration files using AJAX and a browser.
> > > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > > _______________________________________________
> > > DSpace-tech mailing list
> > > [email protected]
> > > https://lists.sourceforge.net/lists/listinfo/dspace-tech
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > DSpace-tech mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/dspace-tech
> 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to