在线信息交换标准ONIX（Online Information eXchange）是针对数字出版物制定的在线元数据信息描述和元数据交换标准。ONIX的目标是为在线书店提供标准化的出版物元数据，以满足各式出版物的在线信息交换需求。
ONIX在英国图书工业交流会（Book Industry Communication）BIC Basic以及EDItEUR的EPICS等标准基础上建立。目前ONIX由欧洲电子数据交换组织EDItEUR（Electronic Data Interchange to Europe）维护和更新。
ONIX标准为电子出版物建立了一套整合的发布、流通和信息传递机制，用以支持信息和数据交换。ONIX包含电子出版物创建、发布、注册以及出版发行过程中的知识产权保护信息，并为出版物提供了详细的元数据描述，包括书目细节、知识产权信息、书刊各种交付形式的价格信息、以及出版物的渠道信息等。在为电子图书（ONIX for Books）信息提供传输模式的基础上，ONIX还将覆盖音视频等各类电子媒体知识产品，以适应数字出版领域的电子贸易需求。
ONIX以XML作为承载电子出版物网络信息的交换语法形式，其中的记录代表书籍条目信息，ONIX通过特定的DTD来定义字段属性，如可重复与顺序关系，必备与非必备等。同时对每一字段进行详细限定，以确保传送与接收的信息对应统一。ONIX之所以采取XML形式，首先，对于复杂文档的创建、传输和交换，XML具备自身的优势。XML以纯文本方式存储，对于机器识别和手工编辑都可适用。此外，XML能够使用Tags灵活定义出版物所需的各种元数据描述元素，便于组织和个人在ONIX基础上进行灵活拓展，XML还拥有众多成熟的编辑和支撑工具，便于各出版机构选用。
ONIX为电子出版物的传递和交换提供了丰富的元数据描述规范，在面向电子书籍出版的ONIX for Books中，包含XML消息规范（Message Specification）、产品记录规范（Product Record Specification）、主连续记录规范（Main Series Record Specification）与子连续记录规范（Subseries Record Specification）等规范内容。ONIX的XML出版物信息包含具备格式、内容以及ONIX出版物信息根元素的起始信息（Start of Message），记录信息规格的标头资料段（Header Block），包含产品、主系列与子系列纪录的主体内容（Body of Message），以及结束信息（End of Message）等四部分内容。
ONIX为电子出版物发行建立了国际通用的信息交换标准，值得我国数字出版行业学习借鉴。感兴趣的朋友可以延伸阅读ONIX for Books 3.0产品信息格式技术白皮书，以了解更多技术内容。
介绍内容来自：http://www.gaoang.com
-
<?xml version="1.0"?> <!DOCTYPE ONIXMessage SYSTEM "http://www.editeur.org/onix/2.1/reference/onix-international.dtd"> <ONIXMessage> <Header> <FromCompany>Portadas.net</FromCompany> <FromPerson>Bernie
-
前段时间，我编写了一个用于将ONIX文件导入零售数据库系统的过程。 (ONIX是出版商用于发布其目录信息的XML标准。)该过程将XML文件直接导入到数据集中，并且对于我们接收的大多数文件来说运行良好，但偶尔也会有例外。 在这种特殊情况下，我试图导入的文件在产品描述字段中包含HTML标签，这与标准Dataset.ReadXML()方法混淆，因为它试图将HTML标签解释为XML。一些ONIX文件包括避
-
我正在将xml从seda队列发送到JMS队列。我在exchange的标头中有一些metadeta，我想将其传递给JMS队列。 我是否必须从exchange对象的标头显式获取元数据，然后将其设置为xml？或者，如果Camel可以在开箱即用的情况下完成这项工作，那么还有其他方法吗？
-
扩展说明 基于传输层之上，实现 Request-Response 信息交换语义。 扩展接口 org.apache.dubbo.remoting.exchange.Exchanger org.apache.dubbo.remoting.exchange.ExchangeServer org.apache.dubbo.remoting.exchange.ExchangeClient 扩展配置 <dub
-
我们正在使用Rabbitmq-server_3.5.7及其相应的延迟消息交换插件 到目前为止，我们一直在使用直接交换并控制客户端应用程序上的消息生成器的延迟(并跟踪当前队列中的消息数量)。 我们已经开始成功使用延迟交换，但我们想知道如何检查当前延迟的消息数量（这是等待路由到队列）。 兔子是否提供了一种知道这一点的方法？是否有任何其他方法可以访问此信息？ 谢啦！
-
Repast中的批处理运行是没有交互的独立运行。但是，在我的模型中，我需要启用这样的交互。例如，run-2需要从run-1获取一些数据才能完全运行。 有没有办法在批处理运行之间交换信息？
-
我正在尝试设置我的第一个RabbitMQ死信交换，下面是我通过web管理界面使用的步骤： 创建名称为“dead.letter.test”的新直接交换 创建新队列“dead.letter.queue” 将“dead.letter.queue”绑定到“dead.letter.test” 创建新队列“test1”，并将死信交换设置为“dead.letter.test” 将消息发送到“test1” NAC
-
我有一条骆驼路线，如下所示。 bean方法顾名思义，分别将body设置为“Hello”和“World”。 我还设置了onException子句，如下所示： 假设，我将一条消息放在队列“开始”上，正文为“测试消息”。在第一个杜米豆中成功处理后，我在第二个杜米豆中抛出一个运行时异常。我希望看到实际的消息或（原始消息内容完好无损，即“测试消息”）被发送到我的死信队列。 但是，死信队列上的消息内容是“He