Ok, so that is indeed like I thought it would work and is indeed the most
clean and consistent solution.
-- Fons
Andreas Joachim Peters wrote:
> Hi Fons,
> don't worry,
> I already have this plugin, the only difference is, that upto now I got
> open(filename,opaque ...)
> stat(url)
> ....(url)
> while in future, i will get
> open(filename,opaque ...)
> stat(filename,opaque ...)
>
> if all agree to this. For me this looks like a very clean implementation.
>
> The plugin is loaded, since it is configured in the xrootd.cnf file to be
> used instead of the XrdOfs library.
>
> I just want to remark, that the plugin will be able to handle files for
> different VO's, if other want to use it, since you will be able to pass
> also
> VO=CMS
> as opaque information and the plugin will then use the CMS keys to check
> the file authorization.
>
> There will be no need anymore to run different xrootd for each experiment.
> Every VO just has to produce his private/public keypair.
>
> Cheers Andreas.
>
>
>
>>Hi Andy,
>>
>> this sound indeed most flexible. In practice how will this work out in the
>>called function? Will Andreas have to provide a plugin that handles the opaque
>>data for, e.g. stat, open, etc.? How, when will this plugin be loaded? Tagged
>>on the opaque data?
>>
>>-- Fons
>>
>>
>>Andrew Hanushevsky wrote:
>>
>>>Hi Andreas,
>>>
>>>OK, so it would appear that we will need to extract out the information
>>>after the "?" and pass that as a separate parameter. I do that, instead of
>>>passing the complete url, so as to not re-implement searching for the
>>>opaque information in every function. The called function, hoewver, is
>>>responsible for making sense of the opaque information.
>>>
>>>That does mean changing most file system calls to include the opaque
>>>parameter. That also solves the olbd issue in a unified way.
>>>
>>>Do we all agree to go that route?
>>>
>>>Andy
>>>
>>>On Tue, 26 Apr 2005, Andreas Joachim Peters wrote:
>>>
>>>
>>>
>>>>As it is, it is absolutely fine for me. I would prefer, that the complete
>>>>URL is always passed to any function and the function has to extract the
>>>>part
>>>>it needs. But as it is, it works perfectly for us.
>>>>
>>>>I use the following syntax:
>>>>
>>>> root://server.domain:port/<lfn>?&authz=<authorization block>
>>>>
>>>>Because even for a stat command it can be useful, that you can specify
>>>>some environment variable like the stagepool the file is on.
>>>>
>>>>Cheers Andreas.
>>>>
>>>>
>>
>>
>
--
Org: CERN, European Laboratory for Particle Physics.
Mail: 1211 Geneve 23, Switzerland
E-Mail: [log in to unmask] Phone: +41 22 7679248
WWW: http://www.rademakers.org/fons/ Fax: +41 22 7679480
|