当 J/XFS 进行通信时要考虑一种特殊情况：如果不需要或不可能在网络上分布 J/XFS 环境，可以选择在一台 Java 虚拟机上运行任何东西。在这种情况下，不必通过网络发送消息，但应用程序和设备服务必须仍能够彼此通信。

对于这种情况，J/XFS 标准定义了一种特殊的通信类型 local。这种通信类型实际上以它表现出的细微不同的行为来区别于所有其它类型。但是这些仅仅是比较小的差别；可以将这种 local 类型当作是没有网络和在虚拟机内部进行信息交换的通信。

图 3描绘了异步设备在 J/XFS 中的访问。此图表建立在图 1 所示的图表的基础上，添加了些到目前为止所描述不同的组件。

服务器端

J/XFS 是一个客户／服务器系统。由于这个原因，J/XFS 环境中一定要正好有一个 J/XFS 服务器。没有中央服务器 J/XFS 不能工作。这个 J/XFS 的核心组件也是内核的一个部件。J/XFS 服务器要完成三项主要任务：

所有 J/XFS 组件的持久存储

J/XFS 环境的动态行为监视

管理任务和系统管理的访问点

配置服务器是持久数据在 J/XFS 环境中的首选的位置。它在对象库内为每一个应用程序和设备服务提供虚拟空间。运行时如果需要记住超出应用程序生存周期的信息，应该将其发送到 J/XFS 服务器以便持久存储。为了检索存储在该服务器的数据，必须提供唯一的键值（您能够记得的）。 所有的内核配置信息存储在配置服务器中。

当 J/XFS 客户启动时，将在 J/XFS 服务器宣布其可用性。J/XFS 服务器的 动态服务器部件收集此信息。而更重要的是关于可用的设备服务信息。设备服务一旦被成功地初始化和启动，它将使动态服务器知道这一信息，这样应用程序就可以为它请求设备控件且开始使用设备。J/XFS 服务器收集所有的这些信息。

J/XFS 服务器的第三个部件为叫做 监控器的东西。为了配置 J/XFS 环境或在运行时影响其行为，它为管理工具提供了接口。通过开发强大的监控器 API，这些工具具备了一些能力，例如：远程启动和停止设备服务、关闭 J/XFS 客户以及修改配置服务器库中的值。

客户端

在运行时，Java 应用程序代表一个 J/XFS 客户。为了能够访问 J/XFS 的基础结构，J/XFS 应用程序中必须做的第一件事是初始化 设备管理器。设备管理器是 J/XFS 客户应用程序的核心部件。它负责建立 J/XFS 环境以及在运行时管理所有与客户有关的管理任务。

从设备管理器获得 设备控件。将唯一的设备标识符（工作站名+设备名）告诉它，作为回应 ― 假设标识有效以及设备是可用的 ― 将得到设备控件。

如果不知道工作站名和设备名，可以请求设备管理器提供设备列表。获得不同种类设备的列表有多种方法，取决于所需的信息。例如，可以向设备管理器请求所有活动的设备列表、具有应用程序的工作站名的所有设备列表或者所有配置好的设备列表，不管它们是不是活动的。一旦有可用的工作站名和设备名，可以向设备管理器请求设备控件，并且用它开始工作。

每一个 J/XFS 客户还包含一个 日志记录器对象。可以发送所有的日志和跟踪这个对象的信息。侦听器对象可以向日志记录器进行注册，日志记录器发送日志并跟踪日志信息。为了减少实际的信息处理量，可以给日志记录器添加一个过滤器，这样侦听器只接收部分日志并只跟踪所关心的信息。这是一种很灵活的方法，因为可以编写自己的日志侦听器类，该类以您希望的方式处理信息。

值得信赖：J/XFS介绍，第1部分(4)

实现：FDI for J/XFS

为了能够提供一些现成可用的组件（能够集成到目前的解决方案中），J/XFS 论坛选择实现 J/XFS 内核。这种产品被称

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!