目前来讲，这种方案是一种最简单的实现方式，服务器端已经把节点的所有信息都反馈给客\
户端
了，同时客户端已经有现成读取程序，应该很方便读取；如果在服务器端实现，需要同时修\
改路
勇、高丹的程序，最麻烦的是可能需要更换VO-DAS的接口，一般不到万不得以，是不换VO-D\
AS的接
口的，因为接口变了，会牵动“全身”变动，包括客户端程序。

至于你说的不同客户端重复工作的问题，我认为不会存在，不管是哪种客户端，本质上都是\
一样
的，只是“穿的衣服”不同，都是使用的同一个客户端jar包（“身体”）。


对于其他VO调用我们的服务，就VO-DAS的特性来讲，我认为只能通过命令行方式来集成我们\
的服
务，否则相当于又做一个VO-DAS的客户端，会很麻烦。


请刘超，杨阳发表看法。


tian



On Sun, 20 Jan 2008 15:06:37 +0800, Chenzhou CUI wrote
> Haijun Tian wrote:
> >
前些天，关于VO-DAS对光谱的支持，和刘超讨论了一套最基本、简洁的方案，目前情况如下\
：
> >
> >
我已经将光谱的测试节点搭建完成，同时在服务器端做了相应的调整。对于光谱的支持，下\
一
步主
> > 要是客户端做相应调整：
> >
> > 1.
客户端根据每个节点的type值来判断节点的属性，根据不同的type值来建立树形结构。对于
光谱
> > （type值为Spectra）、星表（type值为Catalog）、图像（type值为Image）。
> >
> > 2. 在客户端构建光谱下载地址的完整URL = 根目录的URL +
光谱的相对路径。具体操作如下：
根目
> >
录的URL可以从节点在registry注册的信息中得到，至于光谱的相对路径，由服务器返回给縗
突�
(需
> > 要在ADQL的查询语句中指定path字段)。
> >
> 我认为完整的URL不应该在客户端生成，而是由服务器返回给客户端。控制权应该
> 在服务器端。否则，不同形式的客户端都需要完成上述改造。如果VO－DAS 的客户
> 端只是China－VO还好，我们希望其他VO也可以使用我们的服务。这种情况下还是
> 把这个功能放在服务器端更合适。
> >
> > 如有问题，讨论之。
> >
> >
> >
> > tian
> >
>
> --
> =================================================================
> Chenzhou Cui
> National Astronomical Observatory | Tel: (8610)64872500
> Chinese Academy of Sciences | FAX: (8610)64878240
> Datun Road 20A, Chaoyang District | Email: ccz@...
> Beijing 100012, China | WWW: www.lamost.org/~cb
> =================================================================


--
Open WebMail Project (http://openwebmail.org)