[TAP] sync vs async

Roy Williams roy at cacr.caltech.edu
Tue Mar 3 06:44:19 PST 2009



Patrick Dowler wrote:
> In cases where it works, sync is easier for the client, but I think we  agree 
> that it cannot be made robust in the general case. Async handles the general 
> case; this is why async is required. For the small extra work and utility, it 
> was deemed it simpler for everyone if sync was also required (plus the oddity 
> about VOSI requests noted above).
>   

Building the asynchronous versions of all these protocols is a large 
barrier to implementation of VO protocols, it is not "small extra work". 
Over and above the business logic of the sync service, there will have 
to be databases of customers and their running jobs, a security 
infrastructure so that one person cannot see/kill the job of another, a 
large filespace for storing intermediate results, reaper processes to 
clean out that space, and other complexities.

But why Oh Why must this complexity be mandatory? The DAL group is 
saying (on behalf of the IVOA) that the simple and useful synchonous 
service is Not Wanted as part of VO. Only large data centers are allowed 
to publish data the VO way. (In the real world, by contrast, the 
internet has reduced barriers to publication).

Imagine if we were making automobiles in 1900, trying to sell horseless 
carriages to skeptical public who already own horses. Now an 
over-zealous regulatory agent says that airbags and pollution controls 
and insurance are "mandatory". What a way to kill off the new industry!

Once again I plead with the IVOA, to try to keep it simple!

Roy

-- 

California Institute of Technology
626 395 3670



More information about the dal mailing list