 |
 |
Hi Brian, Generally, we support inclduding widely useful plugins (e.g. throttle). The same old problem exists when these plugins rely on non-widely distributed 2rd party packages as we relly can't uniformly build he plugin (in some cases we simply not pre-build the plugin requiring a source build, which sucks).We are looking to see what would be the best way to distribute these kinds of plugins via RPM but in all cases it requires some co-ordination between the xroot repo and the 3rd party supplier's repo which, in man cases, consume a huge amount of time. So, the answr is yes but we don't quite know the best way to go about it. So, anything workable that you can come up with would be very helpful. Andy On Mon, 14 Sep 2015, Brian Bockelman wrote: > > Hi all, > > I had a need to integrate a webserver within a data federation this weekend and found myself writing a libdavix XrdOss plugin. See: > > https://github.com/bbockelm/xrootd-davix <https://github.com/bbockelm/xrootd-davix> > > Luckily, the DavPosix object provided by DAVIX is fairly close to what XrdOss expects - it was a pretty straightforward piece of code. With this, I can proxy requests from Xrootd to a HTTP server. > > Is there any interest in upstreaming components like this? I also have a xrootd-hdfs component that˙˙s lived out-of-tree for the past 6 years that doesn˙˙t necessarily need to be separate. > > Brian > > > ######################################################################## > Use REPLY-ALL to reply to list > > To unsubscribe from the XROOTD-DEV list, click the following link: > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1 > ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the XROOTD-DEV list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1