openfire、xmpp介绍1

一. Apache MINA

Openfire的通信处理基于Apache MINA框架实现。Apache MINA是一个网络应用程序框架，用来帮助用户简单地开发高性能和高可靠性的网络应用程序。它提供了一个通过Java NIO在不同的传输例如TCP/IP和UDP/IP上抽象的事件驱动的异步API。

　　Apache MINA 也称为:

　　● NIO 框架库

　　●客户端服务器框架库

　　●一个网络套接字库

　　MINA虽然简单但是仍然提供了全功能的网络应用程序框架：

　　●为不同的传输类型提供了统一的API:

　　○通过Java NIO提供TCP/IP 和 UDP/IP支持

　　○通过RXTX提供串口通讯(RS232)

　　○ In-VM管道通讯

　　○你能实现你自己的API!

　　●过滤器作为一个扩展特性; 类似Servlet过滤器

　　●低级和高级的API:

　　○低级: 使用字节缓存(ByteBuffers)

　　○高级: 使用用户定义的消息对象(objects)和编码(codecs)

　　●高度定制化线程模型:

　　○单线程

　　○一个线程池

　　○一个以上的线程池(也就是SEDA)

　　●使用Java 5 SSL引擎提供沙盒(Out-of-the-box) SSL • TLS • StartTLS支持

　　●超载保护和传输流量控制

　　●利用模拟对象进行单元测试

　　● JMX管理能力

　　●通过StreamIoHandler提供基于流的I/O支持

　　●和知名的容器(例如PicoContainer、Spring)集成

　　●从Netty平滑的迁移到MINA， Netty是MINA的前辈。

二. 命名规则

Openfire中常见的类名后缀命名包括Starter、Plugin、Listener、Dispatcher、Handler、Manager、Provider，通常情况下，这些命名类包括如下意义：

XXStarter

系统启动类，如org.jivesoftware.openfire.starter.ServerStarter，调用其start()方法可启动系统应用。

XXListener

业务的最终处理类。

XXDispatcher

调度类，其中有很多关键方法，如addListener()，以组合的方式，为类内定义的静态Set<XXListener>实例添加XXListener对象。以便调用dispatchEvent(Stringproperty, EventType eventType, Map<String, Object> params)方法遍历处理Set集中的XXListener对象（通过调用XXListener对象的各实际方法完成实际业务）。

XXPlugin

实现Plugin接口的插件类,需实现initializePlugin(PluginManagermanager, File pluginDirectory)方法和destroyPlugin()方法。在其初始化方法中调用Dispatcher实现类的addListener()方法如PropertyEventDispatcher.addListener(this)。

XXProvider

    实现面向接口编程方式的接口类，通过反射机制创建具体实现类的对象，反射类名配置在ofproperty表对应的记录propvalue属性中。若没有相关配置，则调用默认实现类，默认实现类类名命名规则为DefaultXXProvider。

XXHandler

    实际处理类，以ConnectionHandler为例，在org.jivesoftware.openfire.spi.ConnectionManagerImpl类的startClientSSLListeners(StringlocalIPAddress)方法中，有这样一段代码：

sslSocketAcceptor.bind(newInetSocketAddress(bindInterface, port), newClientConnectionHandler(serverName));其中bind方法的第二个参数是新创建的一个ClientConnectionHandler的实例，而它就是ConnectionHandler的一个子类。

三. 系统配置项

Openfire的系统配置项采用文件结合数据库表的方式配置，也有部分默认配置项通过Java硬编码方式配置（如org.jivesoftware.openfire. ConnectionManager接口类中定义的DEFAULT_PORT、DEFAULT_SSL_PORT、DEFAULT_COMPONENT_PORT等），Openfire中比较重要的配置位置包括：

一、           src/conf目录下的openfire.xml配置文件。该配置文件为系统核心配置文件。在第一次启动Openfire并通过管理控制台完成安装配置后会往该配置文件中填入相应的配置信息。

二、           plugin.xml配置文件。该配置文件为各插件包下的核心配置文件，由它确定插件核心处理类和相应页面插件的展现等。配置项及含义详见官方插件开发说明部分。

三、           web.xml和web-custom.xml配置文件。用于配置servlet和用户自定义servlet(插件页面用，放在插件对应目录下)。

四、           ofproperty中的各条记录，该表中包括两个字段name和propvalue，分别代表配置项名和配置项值。

四. 系统启动流程

    系统启动时调用ServerStarter类中的start()方法，通过反射加载org.jivesoftware.openfire.XMPPServer类文件，创建实例时调用其构造函数，在其构造函数中调用其start()方法实际启动服务应用程序。

Start()方法中首先调用verifyDataSource()方法验证并确保数据库可以访问，然后会调用               loadModules();initModules();startModules();方法来对Module接口的实现类的各子类进行操作，依次完成模块的加载、初始化和启动操作。loadModules()方法中会调用loadModule(String module)方法通过反射加载各模块类，参数字符串module为对应的模块核心处理类的类名,如AdHocCommandHandler。现以AdHocCommandHandler为例对接下来的处理流程进行说明。通过loadModule创建AdHocCommandHandler类实例时调用其构造函数，在构造函数中初始化了其私有AdHocCommandManager对象。在initModules()时调用AdHocCommandHandler实例的initialize(XMPPServer server)方法对其私有属性对象进行初始化。然后调用start()方法，调用addDefaultCommands方法添加命令并启动命令（通过调用startCommand(AdHocCommand command)方法实现）。

五. 网络处理

消息监听服务

SSL等监听服务的调度在ConnectionManagerImpl类中实现。ConnectionManagerImpl.createClientSSLListeners()方法启动SSL监听

消息封装

信息处理采用XML节的方式传递信息，消息封装通常采用IQ、Message、Presence。

Openfire消息包接受处理流程

六. 数据库处理

Openfire的数据库处理采用直接调用JDBC 的方式。核心类为org.jivesoftware.database.DbConnectionManager。数据库的处理与业务处理耦合，没有划分出专门的业务逻辑层。

ConnectionProvider

       此类为数据库提供者接口，如需连接mysql、hsqldb等数据库，需首先实现些接口，

处理方式

    通常直接调用XXManager中的实例方法，XXManager中又调用的是对应的接口XXProvider的方法，实际操作在该接口的实现类中实现。实现类是动态绑定的（默认的实现类通常命名规则为DefaultXXProvider），在运行时根据ofproperty表中对应配置项值选择。下面以添加用户组为例进行说明。

    首先获得GroupManager的一个实例，在调用其构造函数时调用initProvider()方法，在该方法中获取数据库中配置项的值，若不为空则根据该值通过反射机制获取GroupProvider接口的实现类实例对象；若为空则以DefaultGroupProvider作为GroupProvider接口的实现类并创建实例对象，然后调用GroupProvider.createGroup(String name)方法完成业务操作。

常用类

org.jivesoftware.database.DbConnectionManager

    连接管理类

org.jivesoftware.util.JiveGlobals

    通常用于操作ofproperty表中记录

openfire数据结构

数据库表

以下是一个说明每个表格的Openfire数据库架构。黄色行表示主键。

·        ofGroup

·        ofGroupProp

·        ofGroupUser

·        ofID

·        ofOffline

·        ofPresence

·        ofPrivate

·        ofUser

·        ofUserProp

·        ofUserFlag

·        ofRoster

·        ofRosterGroups

·        ofPrivacyList

·        ofVCard

·        ofVersion

·        ofProperty

·        ofExtComponentConf

·        ofRemoteServerConf

·        ofSecurityAuditLog

·        ofMucService

·        ofMucServiceProp

·        ofMucRoom

·        ofMucRoomProp

·        ofMucAffiliation

·        ofMucMember

·        ofMucConversationLog

·        ofPubsubNode

·        ofPubsubNodeJIDs

·        ofPubsubNodeGroups

·        ofPubsubAffiliation

·        ofPubsubItem

·        ofPubsubSubscription

·        ofPubsubDefaultConf

七. WEB服务器

    Openfire采用内置的jetty作web服务器，在启动AdminConsolePlugin插件时调用startup()方法启动jetty服务器，9090为其明文端口，9091为其加密端口。

页面处理

       Openfire没有采用现在很流行的技术架构（SSH），只使用JSP+JavaBean，但是它有自己的系统设计，就连日志都是自己做的，没有使用我们熟悉的log4j。

现有的Openfire管理控制台可采用插件方式进行扩展（详见插件开发说明部分介绍），页面采用Jsp方式实现，页面直接调用业务处理逻辑类（通常命名为XXManager）的实例方法，通常通过request对象封装的方式传递页面展现判定变量，常出现本页跳转。每个插件可定义自己的Servlet类和web.xml及web-custom.xml配置文件。

    采用装饰框架方式展现页面，decorator页面有两个，即src/web/decorators目录下的两个页面main.jsp和setup.jsp。采用自定义的admin标签实现，标签库admin.tld放置在src/web/WEB-INF目录下，标签解析类放置在org.jivesoftware.admin包下，有SidebarTag、SubnavTag、SubSidebarTag、TabsTag四个解析类。在调用loadPlugin()方法进行插件加载时，解析插件的plugin.xml配置文件，将获取的相关信息封装在AdminConsole类的generatedModel对象中，后期通过插件解析类提取该对象中的数据并配合sitemesh装饰器进行页面展现。详见“使用dom4j设计Openfire式导航菜单”部分相关介绍。