 |
 |
I meant write access to central databases. The issue is not yet whether an experiment 'could' do something (there are bone fide grid solutions like OGSA-DAI) but whether they have actually got a solution to do it today. I hope that many things suggested will be temporary until generic middleware provides the solution so that individual agents will be temporary. One could imagine new requirements appearing over time though so the physical VObox might hav a long life. Of course we all know that once a temporary solution is available the impetus to provide a permanent solution goes away. John > -----Original Message----- > From: Testbed Support for GridPP member institutes > [mailto:[log in to unmask]] On Behalf Of John Walsh > Sent: 16 September 2005 16:10 > To: [log in to unmask] > Subject: Re: VO Boxes - there will be a GridPP position on > this discussion > > > See the Baseline Services Working Group Report in > > http://lcg.web.cern.ch/LCG/peb/BS/ > > > > Section 2.8. The text there probably isn't correct though. The best > > use case I have heard is as a proxy to contact central > databases. eg > > the VOs database of jobs cannot be updated directly by > running jobs as > > WNs may not have external network access. The VObox will > provide this link. > > Most/All WNs should have access to web proxys (for fetching > crls), is there any reason why the experiments middleware can > not exploit this type of access to achieve the same goal? > > John W. >