JBOSS架构了解

Jboss 4.X

1 JBOSS架构简介

1.1 内核Microkernel

动态载入服务

管理服务的生命周期

对外提供naming和lookup

调用总线（invocation bus）

服务之间的解耦

1.2 基于JMX的架构

核心是Mbean Server，可以把各种的服务做成Mbean接到MbeanServer上。

l         类似于设计模式中的mediator。

l         Mbean Server提供naming、register和lookup。

l         各个MBean不会直接访问，通过name访问。

l         各个Mbean通过metadata曝露其接口能力。

l         DETYPED

l         类似java的反射。

 

优点：？（讨论）

 

缺点：？（讨论）

 

外部如何访问JBOSS？通过Invoker。（Mbean too.）

 

Standard Mbean

Dynamic Mbean

Model MBean

 

2 JBOSS deployment和boot

主要是两个JMX Service：DeploymentScanner（?）和MainDeployer

DeploymentScanner扫描发布目录，如果有新/变化的东西，就提交给MainDeployer处理。

MainDeployer负责调度，按照顺序询问各个subDeployer，直到有一个subDeployer可以处理。

subDeployer包括：SARDeployer，EARDeployer，EJBDeployer等等。。。用户也可以直接写。

 

启动顺序：

jboss-service.xml

创建MbeanServer JbossMX。包含5个core service：

org.jboss.system.server.ServerInfo

org.jboss.system.ServiceController

org.jboss.deployment.MainDeployer

org.jboss.deployment.SARDeployer

org.jboss.deployment.JARDeployer

其它的Service采用sar的格式放到发布目录，被DeploymentScanner发现，被SARDeployer发布，被ServiceController实例化。

3 JBOSS的类装载

jvm的类装载机制。Parent delegate。

CLASSCASTEXCEPTION：jvm在什么情况下才认为两个class是一样的？

ILLEGALACCESSEXCEPTION：两个不同classloader的类实例，能够互相访问对方的方法？

LinkageError：

 

JBOSS的类装载机制：

实现类的共享。为什么需要共享？

实现类的独立。为什么需要独立？

 

如何实现？

UCL，UnifiledLoaderRepository，HierarchicalLoaderRepository

 

UCL：集成java的URLClassLoader，一个deployment对应一个ucl

UnifiledLoaderRepository：class默认存储区域。

HierarchicalLoaderRepository：有层次关系（树状）的class存储区域。

 

 

share

 

Isolate namespace

 

 

 

Java2ParentDelegation？

1 Clinet Side和Server Side

Remote（例如WebService/EJB）：stub和skeleton

 

Client side：

Client自动下载stub和其它需要的东西（缓存/序列化）。

容易发布和部署。

无需编译（只需要接口类）。

 

 

Dynamic Proxy动态代理：

Client的一个请求先到动态代理。

一个请求被动态代理转成一个Invacation（InvacationContext）

Invacation被各个Client Interceptor进行处理。

JBOSS所有的特性（例如：TX/Security/EJB/群集等等）都是通过Interceptor实现的。

最后被传给服务端，调用JMX服务。

DETYPED/INDEPENDENT

通过JAVA反射（java.lang.reflect.Proxy）实现

 

客户端和服务端：通过Invoker（也是一个JMX Service）。

 

Server side：

Invoker把invocation转给microkernel。

Microkernel把invocation分别让一个个Server Interceptor处理。

Chain of Responsibility责任链。

DETYPED/INDEPENDENT

 

可以自己写Interceptor（Client/Server）。

 

Command模式？

 

EJB3。

2 JBoss Cache

1、  Cache采用树状结构的存储方式。

每个节点有：path/value

2、  非集中方式的。

3、  支持分布式、事务、锁。

支持分布式，基于jgroup。

支持tx

lck，实际上是本地的lock，在复制请求时进行检查。

4、  支持持久化。

5、  不仅仅只能在Jboss上使用，还可以嵌入到其它的App Server（例如Weblogic/WAS）

6、  Jboss群集中的session复制，就是用Jboss Cache实现的。

7、  两种实现：TreeCache和TreeCacheAOP

8、  TreeCache（plain cache）

保存的是Reference，复制采用值方式：不支持共享地址。

9、  TreeCacheAOP（POJO cache）

需要JBossAOP runtime的支持（支持compile-time和load-time）。

可以实现Fine-g rain ed（细粒度）的更新（基于filed）

支持共享地址。

如何知道一个POJO的结构？（通过jboss-aop.xml配置，或者使用annotation标注）

其它的cache产品：memcache

3 Cluster

问题：为什么要使用群集？（讨论）

Load Balancing   à   scalability

Fault Tolerance   ->   HA

1+1=2 ???

state replication

cache

SNA

 

两种方式配置：

central   à   NeetBoot

separately   à   install & configure each node

 

deployment：

各个节点单独部署

farm service，放到一个节点的farm目录（在本机启动之后），自动更新到群集中的其它节点。

 

结构：

群集不是事先定义好的。

通过名称（Partition Name）来识别。

一个群集节点启动时，通过Partition Name来检查（范围？）已经存在的群集，并加入。

其它节点被notified。

%JBOSS_HOME%/bin/run.bat -Djboss.partition.name=Chris

 

 

客户端如何配合实现群集？

java客户端：Client proxy

HTTP客户端：网络硬件（四层交换，F4）/软件（AJP）

 

服务端如何配置实现群集？replicate复制

 

Session复制的粒度：SESSION/ATTRIBUTE/FIELD，根据实际情况分析。（JBOSSCache）

一般使用ATTRIBUTE。