dp2
dp2 copied to clipboard
DigitalPlatform
Integrated Library System / 图书馆集成系统
## 一、通过MySQL Installer卸载（推介使用） 1在开始菜单找到MySQL Installer，启动MySQL Installer ，选中MySQL Server，然后点页面右侧Remove选项； 2.全选列表中的Product，点击Execute删除列表中的所有内容，弹出对话框“Confirm Removal”选择“yes”；接着第二个对话框“Remove Data Folder”点击“yes”； 3.在“Yes,uninstall MySQL Installer”前打√；同时卸载MySQL Installermysql，点击Finish按钮，并按照提示重启电脑； 4.找到C\ProgramData\MySQL，删除MySQL文件夹，至此，下载的Mysql已完全删除； 5.最后在控制面板中检查MySQL Installer是否存在，预期应不存在。 6.在windows servicer（服务）检查是否存在mysql，预期不存在。 操作环境： WIN8.1，MySQL8.0.16 注：通过MySQL Installer卸载可以把MYSQL彻底卸载干净，所以推介使用此方法。
# 如何迁移v1/v2版本的dp2服务器 v1,v2版的dp2服务器由于数据格式与v3版不同，在迁移到v3版服务器时，步骤有所不同。但思路是一样的。 基本的步骤是： 1）新服务器环境准备 2）管理上停止老服务器业务，备份老服务器数据，停止老服务器实例，拷贝相关数据目录 3）创建新服务器实例，数据导入到新服务器，检查校对数据。 *注：创建新服务器这一步与V3直接大备份恢复不同。* 4）通知用户切换新服务器工作。 *** ## 1. 新服务器环境准备 环境准备可以参考[文档](https://github.com/DigitalPlatform/dp2/wiki/dp2%E7%B3%BB%E7%BB%9F%E6%9C%8D%E5%8A%A1%E5%99%A8%E7%8E%AF%E5%A2%83%E5%87%86%E5%A4%87) ## 2. 停止和备份老服务器 ### 2.1 关于停止老服务器 **管理上：迁移前通知图书馆物理上闭馆，通知与系统有关的人不进行任何流通和编目业务。** 停止老服务器之前，先通过dp2circulation（内务）访问老服务器，查看读者数量、书目种数、册数量、在借数量。记录这些数量，以便与新服务器数据核对。 技术上：停掉dp2Libary windows service，保持dp2kernal不停，这样保证不能进行业务操作，但可以用dp2batch连dp2kernel导出数据。等全部实例备份好之后，停止全部的模块实例。 ### 2.2 老服务器数据备份 老服务器在迁移之前必须做一次备份，保证数据完整。 迁移之前的备份包含实例下的所有数据目录，以及用dp2...
1. 内务访问服务器报错如下图，错误代码500  --处理：检查有没有用什么 http 网关产品，比如，为了访问github所用的翻墙软件。
### 本地重现环境： dp2library正式版：3.109.8115.42825 两个实例： 一个是大备份恢复用户数据的library.xml的实例。用作模拟（t7） 一个是大备份恢复demo服务器的实例。用作比较（t6） ### 比较结果： **不同处1：** t7实例(恢复的用户library.xml)。登录分馆未配置流通权限出现报错： t6实例。登录分馆未配置流通权限正常，没有报错。账号名“test” 但是t6实例在实体查询窗中检索图书时，报错
# version缺省，默认为0.01版本，前方一致规则。 ## 应用一：为一个图书馆的全部读者和全部馆藏地配置统一的OI ``` ``` 读者和册匹配的OI均为CN-110108-1-ZG。 **** ## 应用二：为一个图书馆的全部读者配置一个机构代码，为指定馆藏地的图书配置另一个机构代码，为其它馆藏地不配置OI。 ``` ``` 读者的OI为CN-110108-1-ZG 册004馆藏地为"西区"，匹配的OI为CN-110108-1-XQ。 册005馆藏地为"西区图书馆"，匹配的OI为CN-110108-1-XQ。 册006馆藏地为"西"，未匹配上OI。 *** ## 应用三：为图书馆的读者不配置机构代码，为指定馆藏地的图书配置机构代码 ``` ``` 册004馆藏地为"西区"，匹配的OI为CN-110108-1-XQ。 册005馆藏地为"西区图书馆"，匹配的OI为CN-110108-1-XQ。 册006馆藏地为"西"，未匹配上OI。 *** 选择应用一和应用三，进行盘点前端测试 ## 针对应用一测试，服务器配置了统一OI为CN-110108-1-ZG，参见应用一配置xml。 加工三条册记录001,002,003，且写好标签。手工将3个标签的OI改为： 册001标签内OI为CN-110108-1-ZG...
dp2kernel 用 NamedPipe 方式连接 MySQL 8.0.24(注：有说 8.0.23) 以上版本时，会抛出 System.UnauthorizedException 异常。 这篇文字里面提供了线索信息： https://dev.mysql.com/doc/connectors/en/connector-j-named-pipe.html > Important > For MySQL 8.0.14 and later, 5.7.25 and later, and 5.6.43 and later, minimal permissions on...
20220321 最新版 dp2ssl 增加了自动感知 dp2library 一端 library.xml 文件变化的功能，当感知到文件中 rfid 元素变化时，会触发一次读者记录和册记录的全量下载同步。这种感知是通过拉取 dp2library 操作日志实现的。 最新版 dp2library 为此增加了一种操作日志动作 configChanged。 详细内容见https://github.com/DigitalPlatform/dp2/issues/1104 *** 20220321新版本：馆员从书柜上架和下架图书的时候，如果选择同时“调拨”，软件会检查馆藏地的修改是否会导致图书所属机构代码发生变化，如果会发生变化，则自动放弃调拨(但上架下架继续执行)，并在操作结束时弹出黄色对话框提示 *** 书柜点对点通讯：书柜新增当点对点通讯访问不通时，会将轮循时间改为10分钟，并且会记录在日志文件中 因为轮循日志是由dp2library发起的，所以通过断掉书柜的网络去进行测试的话，书柜是永远无法收到每十分钟轮循的日志的。 #### 产生原因 原先的dp2ssl每隔10分钟向服务器获取一次同步，这样的模式下会产生大量的流量问题。 为了减少流量使用量，在两者信息的传递上模式变为：当服务器发生动作后，主动给dp2ssl发送消息， 但是这种模式网络稳定性要求较高，如果一方不在线的话没可能会导致信息丢失，所以书柜依然保留旧的通讯模式，只是周期变为了一个小时。 目前在dp2系统的libraryxml 针对rfid元素有两种模式方法，下面具体介绍下： 参考文档：https://github.com/DigitalPlatform/dp2/issues/942...
测试最新版本兼容rfid/ownerInstitution/@version的测试 `` 1. version=0.01版本中“/”表示前方一致，会自动在后面增加“*”。“$”表示精确一致，可进行精确匹配。version缺省时默认为0.01版本 2. version=0.02版本中“/”前方一致功能删除，不会自动增加“*”，“$”精确一致模式删除，无法进行精确匹配，同时新增馆代码/第一中学（馆代码+读者单位）、馆代码/readerType:本科生（馆代码+读者类型）的匹配方式，同时若version的值超过0.02，也都默认为0.02（版本号需有小数点），不会对使用产生影响 详细内容见https://github.com/DigitalPlatform/dp2/issues/942
测试配置机构代码OI
dp2 系统内的册记录和读者记录中，并不直接存储机构代码，而是通过定义一套映射规则，将册记录和读者记录中的某些字段映射到机构代码。映射关系在 dp2library 模块的 library.xml 文件的 rfid/ownerInstitution 元素中配置定义。当 rfid/ownerInstitution 元素定义修改后，即便系统中的册记录和读者记录本身没有任何变化，这些记录所对应的机构代码也会发生变化 册记录的机构代码是根据其 location 元素内容映射得到的。算法是： 将 location 元素内容依次和每个 ownerInstitution/item 元素进行匹配。如果命中，则取出命中 item 元素的 isil 或 alternative 属性值，即得到机构代码。 读者记录的机构代码是根据其从属馆代码+department 元素内容、馆代码+readerType 元素一共两种内容映射得到的。 #### 更新 20220314号更新：最新版允许...
智能书柜馆员操作测试
### 开发说明 智能书柜操作逻辑分析#527 ### 馆员操作 馆员对书柜的操作分为 放书和取书。 馆员给书柜放入图书时，分为 普通上架 和 上架+调入。普通上架表示图书的所属馆藏地不发生变化，只是临时所在架位变化。实现逻辑类似读者还书，做一笔还书和一笔transfer in（修改currentLocation）； 上架+调入 则除了普通上架的功能外，还要修改图书的所属馆藏地location，是大动作。 （注location取值会自动从书格配置的shelfno里截取:前部分，currentLocation则存储完整的shelfno。） 馆员从书柜取出图书时，分为 普通下架 和 下架+调出。普通下架表示只是把图书从书柜中取出来，不修改图书的location和curlocation。下架+调出，则要指定图书要放到什么地点，会修改图书所属馆藏地location的值。（**建议取书时，需要选择一下目的馆藏地**） 馆员放入与取书也都是与读者借还一样，先把数据存储在本地库，再同步到服务器（除普通下架不同步），要测试本地存储数据是否正确和同步是否正确，断网等情况。 下面分情况测试： **网络正常情况下** 开一个门情况 1.1 开一门，放入1本/多本，上架+调入。 1.2 开一门，放入1本/多本，普通上架。 1.3 开一门，取出1本/多本，下架+调出。 1.4...