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
|