欢迎您来到 数字平台。 您尚未登录。[登录] [注册新用户]
当前位置: 论坛首页 / 栏目 产品与服务 / 文章 130

render过程抛出异常: 由于超时时间已过,该操作返回。 (异常来自 HRESULT:0x800705B4)  

点击:253632[回复顶层] [树状] [详细]
[回复留言] [回复(需要先登录)] [引用(需要先登录)]精品第 1 楼
文章id: 130
dp2Catalog -- Z39.50和多种协议编目客户端软件 介绍

作者: xietao


 

最近我们开发出了一个多协议(包括Z39.50/DTLP等)编目 前端软件,名为dp2Catalog,现在已提供测试,在这里可以下载:

http://dp2003.com/dp2catalog/publish.htm

http://dp2003.com/dp2catalog/v2/publish.htm

目前已经具备了Z39.50检索和数据另存为ISO2709文件的基本功能,可以用来访问各种Z39.50服务器。

也已具备了DTLP协议能力,可以检索和修改dt1000/dt1500/dt2000的编目数据。(11.12新增)

稍后,我们将在这个软件中加入其他一些协议的编目功能。其中包括,针对dp2系统的rmsws内核的编目功能(这个功能侧重单纯的联合编目),和针对图书馆业务服务器dp2libraryws的编目功能(这个功能侧重图书馆本馆业务)。

总之,dp2Catalog这一名字的寓意就是,有关“目录”的各种功能,都要包含在内。

~~~

功能改进列表:

~

1.0.0.17版

新增了对国会图书馆MARC21中MARC-8编码方式的支持。

~

1.0.0.18版(2006/11/22)

1) MARC编辑窗可以任意设置字体了。

2) 原来的版本有一个故障,当在工具条上点“下一批”按钮并且正在获取记录的时候,再次点这个按钮,会报错。现在已改进,当正在执行获取记录的时候,相关的工具条按钮都被禁止了。

~

1.0.0.19版(2006/11/23)

1) 增加对XML格式数据的支持。在Z39.50服务器“属性”对话框中,(“检索/获取”页)增加了一个“缺省元素集名”的配置列表。为了显示、编辑XML数据记录,新增了一种“XML记录窗”。当检索到的记录格式为XML格式时,双击会自动打开XML记录窗而不是MARC记录窗。

以访问国会图书馆Z39.50服务器为例,目前dp2Catalog可以支持下列XML格式获取数据:

    "dc"  --  Dublin Core (XML records)
    "mods"  -- MODS (XML records)
    "marcxml" -- MARCXML (XML records), default schema for XML
    "opacxml" -- MARCXML with holdings attached

不过,MARCXML格式是一个“双重格式”,它既是XML格式,也是MARC格式。所以,当检索得到的是MARCXML数据时,在浏览框上用右鼠标键单击出现popup menu,使用上面的“装入XML记录窗”或“装入MARC记录窗”命令,可以决定到底装入那种记录窗。

~

1.0.0.20版(2006/11/24)

1) 在Z39.50服务器属性对话框中,在“检索/获取”页,增加了“数据格式和字符集编码方式绑定关系”设置事项。因为dp2Catalog增加了获取XML格式数据的能力后,一些服务器返回的MARC格式数据和XML格式数据是不同的编码方式,原来采用一个“缺省编码方式”来指定就捉襟见肘了。如果不增加这个新的绑定配置,用户在切换获取格式时,就只能不停地到Z39.50服务器属性对话框中来修改编码方式设定,操作起来非常麻烦,妨碍使用。而有了绑定关系定义后,可以预先定义好数据格式和编码方式的对应关系,获取的数据会自动以正确的编码方式显示。

2) 在检索窗内增加了“数据格式”和“元素集名”两个下拉列表。在前一版本通过Z39.50服务器属性对话框可指定获取MARC或XML格式数据后,在实践中,发现这一特性就需要频繁切换,所以就在检索窗增加了这两个事项,以方便检索时随意切换。

3) 增加了Z39.50检索窗持久保存窗口尺寸的能力。

1.0.0.21版(2006/12/2)

1) 原来版本中,在Z39.50检索窗目标树的空白处点右鼠标键,会出现错误。这个错误已经改正。菜单功能还有几项修正。

2) MARC记录窗增加了删除DTLP数据库记录的功能。



发表时间: 2006-11-10 16:37:28
最后修改时间: 2011-07-04 16:59:10



[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 2 楼
文章id: 131
跨代理问题



用户环境是局域网,通过代理访问外网。使用DP2CATOLOG程序时不能访问外网服务器,抓屏图如下:

建议增加“采用浏览器网络连接选项”设置。



发表时间: 2006-11-11 11:56:07
最后修改时间: 2006-11-11 12:02:04
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 3 楼
文章id: 132
回复: 跨代理问题

作者: xietao


以下是引用 孤舟蓑笠翁 于 2006-11-11 11:56:07 发表的文字:

用户环境是局域网,通过代理访问外网。使用DP2CATOLOG程序时不能访问外网服务器,抓屏图如下:

建议增加“采用浏览器网络连接选项”设置。

我听懂你的问题了,用户是内外网络,而不是常见的路由器上Internet,也就是早几年常见的模式。这种模式下,单位有一台服务器有双网卡,一个网卡有合法的外部IP地址,可以和Internet连通,而单位内部的其他机器,和上述服务器的另一块网卡相连,构成一个内部局域网,如果没有代理,单位内部的这些机器都不能访问外部Internet。
 
但你所说的“采用浏览器网络连接选项”就让我匪夷所思了。
 
Z39.50协议,前端(和服务器)走的根本不是HTTP协议,所以和前端机器内的IE浏览器根本没有关系。IE浏览器有一个选项对话框,可以配置代理,那是“HTTP”协议的代理,而不是socket代理。
 
而socket代理,常见的有SOCKS 5协议代理,IE浏览器也支持,但是需要和上述HTTP协议代理区分开来,两者不是同一码事。
 
所谓HTTP代理,就是单位的对外服务器上,有一个HTTP Proxy在监听,它收到前端的HTTP协议,然后同样用HTTP协议转发给远方的真正目的服务器。如果你向它发送Z39.50的通讯包,它是不会接受的。从通讯包的形态看,HTTP协议是文本型的,和TELNET/FTP等的同属于一族,可以用telnet前端模拟和观看。但是Z39.50的协议包,完全是二进制的,如果不用专门的解析工具,完全是看不懂的。
 
所谓SOCKS代理,就是从TCP协议的层次,转发通讯包,不管它是文本的还是二进制的,没有特别的要求,原样转发。这样,SOCKS代理的适应性就要强得多,HTTP协议和Z39.50以及一切基于TCP的上层协议,都可以通过SOCKS出去到外网。
 
不过,SOCKS代理也有一些特点需要引起注意:SOCKS应用,简单分成两种模式:1)从前端机器底层接管socket通讯,前端软件没有感觉,自动透明地就可以访问外网了。这种方式,需要在前端安装SOCKS底层软件;2)前端应用程序裸露地直接支持SOCKS5,也就是说,前端应用软件必须开发针对SOCKS的接口,没有这个接口就不行。例如IE浏览器,QQ软件,原来的ZTRANS等,都开发有SOCKS接口。
 
不管哪种模式,当然对外的服务器上都要安装SOCKS服务器软件。这通常是一个小软件,因为它的功能很简单,就是转发通讯包而已。
 
目前dp2Catalog还没有来得及编写SOCKS5接口。如果必要,今后会加上。不过,现在听说对SOCKS5的需求,好像听到了古代的需求似的。因为现在路由太普及了,不能通过路由出去的局域网,太罕见了。
 
如果着急,可以用抓包器TcpMonitoer呀!
 
dp2Catalog配置实际的地址到单位的对外服务器,在对外服务器上装一个tcpmonitor,然后配置到真正的目标服务器。
 
可惜的是,tcpmonitor暂时没有多个端口一起监听,提供针对多个目标转发的功能,因此用户只能用来玩一下访问一个服务器。如果针对这个需求,把tcpmonitor改造成可以多个端口一起监听,似乎是有一些意义。在这种模式下,dp2Catalog看到的“端口”,成了最终目标服务器的暗示条件。如果要对外访问100个Z39.50服务器,tcpmonitor就得监听100个端口呢。这维护管理都是一个问题。
 
所以,真的动干戈起来,你就会发现,实际上SOCKS协议已经比较好解决了此类问题(只是前端需要增加接口)。因为SOCKS在启动通讯阶段,前端会给服务器发去最终目标服务器的地址和端口信息,它是专门为这个设计的。只要前端软件增加了SOCKS接口,就皆大欢喜了,成本也不高。而上述tcpmonitor增强方案,好处可能是前端软件并不需要增加接口,而只要操心端口含义就可以了。


发表时间: 2006-11-11 16:20:13



在线用户
访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客 (我自己)   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客   访客访客
当前栏目在线用户数 60, 总在线用户数 118