java - RFC:远程编辑非常大的二进制文件的好方法是什么？

Question

我有一些相当大的二进制文件(固定长度的记录，其布局在另一个-文本-文件中描述)。数据文件最大可达 6 GB。布局文件(cobol copybooks)很小，通常小于 5 KB。

所有的数据文件都集中在一台GNU/Linux服务器上(尽管它们是在大型机上生成的)。

我需要为测试人员提供编辑这些二进制文件的方法。有一个名为 RecordEdit ( http://record-editor.sourceforge.net/ ) 的免费产品，但它有两个严重的缺点:

1. 它强制测试人员下载通过SFTP的大文件，只每次稍微上传一次已经做出改变。 非常效率低下。

2. 它加载整个文件存入工作内存，渲染除了相对较小的人之外，它对所有人都没有用数据文件。

我想到的是基于 Java 的客户端/服务器架构:

• 服务器将永久运行过程，听面向版本的请求来自客户端。这样的要求会包括像

  这样的东西

  • 返回可用文件列表

  • 为版本锁定特定文件

  • 修改该记录中的数据

  • 返回第n页记录

  等等……

• 客户可以采取任何形式(在桌面上基于 RCP——这是我的第一个候选者——ncurses 在同一台服务器上，一个中间网络应用…)只要它能够向服务器发送请求。

我一直在探索 NIO(因为它的缓冲区)和 MINA(因为协议(protocol)透明性)以实现该方案。但是，在进一步推进这项工作之前，我想收集您的专家意见。

我的方法是否是解决问题的合理方法？

用我想的语言和框架来做是否可行？方便吗？

您是否知道与我正在尝试做的事情相似或与之相关的任何模式、蓝图、成功案例或开放项目？

Answer 1

在我看来，这里棘手的事情是解码服务器上的文件。一旦你写完了，它应该很容易。

我建议，无论您使用客户端的是什么，它基本上都应该上传此人更改的“差异”。

为这些数据制作类似于数据库(或使用现有数据库)的东西是否有意义？还是它太多了？

根据有多少人需要这样做，快速而肮脏的解决方案是通过 X 转发运行程序——这消除了一些问题.. 只要该服务器有相当多的 RAM免费。