大多数项目不是属于 J2EE 应用程序就是属于 J2SE 应用程序。不过,有一些 J2EE 技术可以存在于 J2EE 容器之外,并且有些 J2SE 应用程序可以对它们加以利用。本月,Brian Goetz 分析如何在 J2SE 应用程序中使用某些 J2EE 服务。在大多数情况下,Java 应用程序要么是 J2EE 应用程序、要么是 J2SE 应用程序,并且在这一点上是泾渭分明的。J2EE 应用程序需要 J2EE 容器的服务,容器要实现一长串的 J2EE API,包括 Enterprise JavaBean (EJB)、JTA、JNDI、JMS、JCA 和 JMX。J2EE API 设计为协同工作;毕竟,J2EE 设计是从多年来数百人开发企业应用程序的经验中提取出的公共需求。像所有框架一样,J2EE API 的主要目的是“不重新发明轮子”。
有一些 API 属于 J2EE 规范的一部分,但是可以很容易地在 J2SE 应用程序中使用,如 JDBC、JSP 和 servlet,但是对于大多数 J2EE API,J2EE 是一个要么是要么不是的命题??大多数 J2EE API 需要全功能的 J2EE 容器。不过,有一些服务器应用程序开发为 J2SE 应用程序而非 J2EE 应用程序,这通常都有很好的理由。为什么这些应用程序的开发人员必须重新发明轮子呢?J2EE 中是否有部分内容可以容易地被 J2SE 应用程序借用来提供同样的优点呢?什么组件可以同时用于 J2EE 和 J2SE 应用程序的组件呢?
松散耦合
J2EE 的一个主要设计原理是 J2EE 应用程序可以松散地耦合??用组件组装,在组装或者部署应用程序时而不是在组件开发时定义或者改变这些组件的相互连接。J2EE 组件使用 JNDI 相互查找和查找所需要的资源,如 JDBC 和 JMS 连接。JMS 这样的技术鼓励松散耦合,允许灵活地为工作流程建模、容易分配处理任务、可伸缩性和容错性。很多 J2SE 服务器应用程序也可以从这些技术和原理中受益。
像 JDBC、JMS 和 JNDI 这样的 API 基本上是“中间件”??它们作为应用程序与不同的服务提供者之间的统一接口。几乎每一个数据库服务器都有 JDBC 驱动程序,有大量的免费数据库服务器,所以几乎每一个希望利用数据库的 Java 应用程序都可以容易地做到这一点。不过,对于 JMS 就不是这样了。消息队列服务器远没有数据库这样常见,特别是在小型商店中。但是有大量的应用程序可以通过使用消息队列而极大地受益。
Somnifugi JMS
消息队列是一个功能强大的范例,它用于构建健壮的、灵活的、松散耦合的、可伸缩的应用程序。有一些商业消息队列产品,如 WebSphere MQ、Sonic、Fiorano、JBossMQ 和 SpiritWave。就像 JDBC 对于数据库一样,JMS 是消息的中间件??它使得应用程序可以通过统一的接口访问不同的消息队列产品,这个接口提供了像 Connection、Topic 和Message 这样的抽象。
许多 J2SE 应用程序使用某种形式的消息队列,但是不使用 JMS??而是使用线程池、工作队列、任务管理器等。AWT 和 Swing 框架使用消息(事件)在模型与视图层之间通信,JavaBean 组件利用监听器支持一种基于主题的消息。消息队列提供了很多结构上的优点??它固有的松散耦合有利于采用灵活的、基于组件的方法,并提供了有助于简化设计和减少互连的天然抽象边界。一个附带的好处是,MQ 范例使得分布式的、可伸缩的和容错的设计变得更容易了,因为消息生产者和使用者不一定需要运行在同一 JVM 中,大多数生产者/使用者任务的本性是允许并发处理的。
大多数项目不是属于 J2EE 应用程序就是属于 J2SE 应用程序。不过,有一些 J2EE 技术可以存在于 J2EE 容器之外,并且有些 J2SE 应用程序可以对它们加以利用。本月,Brian Goetz 分析如何在 J2SE 应用程序中使用某些 J2EE 服务。在大多数情况下,Java 应用程序要么是 J2EE 应用程序、要么是 J2SE 应用程序,并且在这一点上是泾渭分明的。J2EE 应用程序需要 J2EE 容器的服务,容器要实现一长串的 J2EE API,包括 Enterprise JavaBean (EJB)、JTA、JNDI、JMS、JCA 和 JMX。J2EE API 设计为协同工作;毕竟,J2EE 设计是从多年来数百人开发企业应用程序的经验中提取出的公共需求。像所有框架一样,J2EE API 的主要目的是“不重新发明轮子”。
有一些 API 属于 J2EE 规范的一部分,但是可以很容易地在 J2SE 应用程序中使用,如 JDBC、JSP 和 servlet,但是对于大多数 J2EE API,J2EE 是一个要么是要么不是的命题??大多数 J2EE API 需要全功能的 J2EE 容器。不过,有一些服务器应用程序开发为 J2SE 应用程序而非 J2EE 应用程序,这通常都有很好的理由。为什么这些应用程序的开发人员必须重新发明轮子呢?J2EE 中是否有部分内容可以容易地被 J2SE 应用程序借用来提供同样的优点呢?什么组件可以同时用于 J2EE 和 J2SE 应用程序的组件呢?
松散耦合
J2EE 的一个主要设计原理是 J2EE 应用程序可以松散地耦合??用组件组装,在组装或者部署应用程序时而不是在组件开发时定义或者改变这些组件的相互连接。J2EE 组件使用 JNDI 相互查找和查找所需要的资源,如 JDBC 和 JMS 连接。JMS 这样的技术鼓励松散耦合,允许灵活地为工作流程建模、容易分配处理任务、可伸缩性和容错性。很多 J2SE 服务器应用程序也可以从这些技术和原理中受益。
像 JDBC、JMS 和 JNDI 这样的 API 基本上是“中间件”??它们作为应用程序与不同的服务提供者之间的统一接口。几乎每一个数据库服务器都有 JDBC 驱动程序,有大量的免费数据库服务器,所以几乎每一个希望利用数据库的 Java 应用程序都可以容易地做到这一点。不过,对于 JMS 就不是这样了。消息队列服务器远没有数据库这样常见,特别是在小型商店中。但是有大量的应用程序可以通过使用消息队列而极大地受益。
Somnifugi JMS
消息队列是一个功能强大的范例,它用于构建健壮的、灵活的、松散耦合的、可伸缩的应用程序。有一些商业消息队列产品,如 WebSphere MQ、Sonic、Fiorano、JBossMQ 和 SpiritWave。就像 JDBC 对于数据库一样,JMS 是消息的中间件??它使得应用程序可以通过统一的接口访问不同的消息队列产品,这个接口提供了像 Connection、Topic 和Message 这样的抽象。
许多 J2SE 应用程序使用某种形式的消息队列,但是不使用 JMS??而是使用线程池、工作队列、任务管理器等。AWT 和 Swing 框架使用消息(事件)在模型与视图层之间通信,JavaBean 组件利用监听器支持一种基于主题的消息。消息队列提供了很多结构上的优点??它固有的松散耦合有利于采用灵活的、基于组件的方法,并提供了有助于简化设计和减少互连的天然抽象边界。一个附带的好处是,MQ 范例使得分布式的、可伸缩的和容错的设计变得更容易了,因为消息生产者和使用者不一定需要运行在同一 JVM 中,大多数生产者/使用者任务的本性是允许并发处理的。
在 JBoss 发行版的 jnpserver.jar JAR 文件中可以找到 JNP JNDI 服务器,它还依赖于 log4j 日志引擎。要使用它,必须配置 log4j,创建相应的 jndi.properties 文件(参见清单 1),并安排通过调用同一 JVM 或者另一个 JVM 中的 org.jnp.server.Main 的主入口点来启动服务器。访问 JNDI 名称空间的类文件在 JBoss 发行版的 jnpclient.jar JAR 文件中。
清单 1. JNPServer 的 jndi.properties
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
# Uncomment this line only if the JNDI server is to run in another JVM;
# otherwise, local JNDI requests will go over RMI
#java.naming.provider.url=localhost
Java 管理扩展(JMX)
Java 管理扩展(Java Management Extensions,JMX)是一种管理组件和服务的生命周期的机制。JBoss 大量使用 JMX??JBoss 中的几乎所有组件都作为 JMX 服务提供。结果就是很容易配置一个只包括所需服务的应用程序。对于每一个组件服务,创建一个名为 MBean (托管的 bean)对象,它包含生命周期方法(start() 和 stop())和公开属性的 getter 和 setter。清单 2 显示了描述一个简单 Web 容器服务的 MBean 接口:
清单 2. 简单 Web 容器服务的 MBean 接口
public interface WebServerMBean {
// Lifecycle methods
void create() throws Exception;
void start() throws Exception;
void stop();
void destroy();
// Getter and setter for listener-port property
int getPort();
void setPort(int port);
// Get the names of loaded Web applications
String[] getWebApplications();
}
JBoss 还包括一个 Web 应用程序(jmx-console),它可以查看当前装载到 JBoss 服务器中的 MBeans、检查它们当前的状态、并用浏览器读取和写入它们的属性。(JMX 参考实现还包括一个名为 HtmlAdapter 的 Web 应用程序。)
虽然 JMX 是为 J2EE 提供的,但是也可以在 J2SE 应用程序中容易地使用它。至少有两个免费的 JMX 实现,Sun 的参考实现和开放源代码 MX4J。编写一个 MBean 以描述一个组件是相当简单的??通常所要做的就是实现 start() 和stop() 方法。编写一个简单的装载一组 MBean 并启动它们的 JMS “容器”只需约 40 行代码。遵循 JMX 标准,不但得到使用 JMS 的好处,比如远程属性检查和操纵(这对于调试及管理都有好处),而且还可以更容易地编写可以轻易地同时运行在 J2SE 和 J2EE 环境中的组件。
结束语
虽然 J2EE 和 J2SE 是用于不同工作的不同工具,但是许多开发人员发现自己必须决定各种框架服务的“轻量级”和“重量级”实现,比如消息、配置或者管理。通过使用 J2EE 接口的较轻量级的实现,如 Somnifugi JMS,开发人员可以在短期内得到性能和易于使用的好处,同时又具有在将来需要时,可以容易地迁移到更重量级的解决方案的灵活性。
摘自程序员之家http://www.phome.asia/index.jsp
分享到:
相关推荐
Java理论与实践:让J2EE脱离容器,探讨的是如何在非J2EE容器环境中使用J2EE的一些关键服务,从而让J2EE应用程序能在更轻量级的J2SE环境中运行。通常,J2EE应用程序依赖于完整的J2EE容器来提供服务,如EJB、JTA、JNDI...
【如何让J2EE程序脱离容器】 在J2EE架构中,程序通常依赖于特定的容器来提供服务,如EJB、JTA、JNDI、JMS等。然而,有时候J2SE应用程序也能从一些J2EE技术中受益,即使它们并不运行在完整的J2EE容器内。本文探讨了...
- 内部类必须依附于一个外部类的实例,无法脱离外部类实例而存在。 - 它可以直接访问外部类的所有成员,包括私有成员,因为内部类对象与外部类对象之间有隐含的引用关系。 - 内部类不能声明 static 成员变量和 ...
4. **容器编码设置**:调整J2EE容器(如Tomcat)的编码设置可以暂时解决问题,但这种方法依赖于特定容器,不适用于跨容器部署,且一旦应用脱离容器,问题仍会重现。 5. **统一应用字符集**:解决乱码的根本方法是...
### J2EE三大框架面试中的常见问题:Struts框架详解 #### Struts框架概述 Struts框架是Java Web开发领域中一个重要的MVC(Model-View-Controller)框架,由Apache组织开发并维护。该框架旨在简化基于Java Servlet和...
这种方式虽然能在一定程度上解决问题,但由于其依赖于特定容器,一旦J2EE应用脱离该容器环境,就可能会再次出现乱码问题。此外,这也违反了J2EE应用与容器分离的设计原则。 #### 三、深入理解Java系统中的字符集...
**J2EE中文教材概述** J2EE(Java 2 Platform, Enterprise Edition)是Java平台的一个版本,专门针对企业级应用开发。它提供了一个全面的框架,用于构建、部署和管理分布式多层企业应用程序。J2EE的核心在于其组件...
还有一种方式是对 J2EE 容器进行编码设置,如果 J2EE 应用系统脱离该容器,则会发生乱码,而且指定容器配置不符合 J2EE 应用和容器分离的原则。 一种比较好的解决方案是将 java/J2EE 系统的统一编码定义为 UTF-8。...
编写普通的业务逻辑Bean是非常容易而且易于测试的,因为它能脱离J2EE容器(如Servlet,JSP环境)单独进行单元测试。最后的一步便是在Spring框架中将这些业务Bean以XML配置文件的方式组织起来,它们就按照我们预定的...
### 黄淮学院J2EE考试复习知识点解析 #### Struts2框架的发展历程与核心功能 1. **Struts2框架的起源与发展** Struts2框架是由`webWork`和`xWork`框架发展而来的。其中,`XWork`是一个标准的Command模式实现,...
5. **简化J2EE开发**:Spring降低了对J2EE容器的依赖,使得应用可以“脱离容器”运行,减少了开发复杂性和成本。 传统J2EE系统开发面临的问题主要集中在: 1. **效率低**:J2EE技术平台,尤其是EJB,由于多层架构...
J2EE架构的重要组成部分包括技术规范,让系统能够确保在不同平台之间的兼容性,也能很好的实现与外部环境的沟通。利用J2EE平台开发的系统同时也具备很好的可移植性、安全性和再用价值。 Struts框架 Struts 2是一个...
Java Web 面试题知识点总结 Java Web 面试题含答案主要涵盖了 Java Web 开发的核心技术和概念,包括 JSP、Servlet、Cookie、Session、JSTL、J2EE、Struts ...Struts2 不依赖于容器,允许 Action 脱离容器单独被测试。
- Servlet依赖:Struts1的Action直接依赖Servlet API,不易脱离容器测试;Struts2减少对容器的依赖 - 可测试性:Struts2更易于测试,允许依赖注入,无需启动容器 - 输入捕获:Struts2提供更灵活的输入验证机制 ...
Spring 提供了一个用标准 Java 语言编写的 AOP 框架,它给 POJOs 提供了声明式的事务管理和其他企业事务--如果你需要--还能实现你自己的 aspects。Spring 还提供了可以和 IoC 容器集成的强大而灵活的 MVC Web 框架。...
Struts2 不依赖于容器,允许 Action 脱离容器单独被测试。 * Struts1 使用 ActionForm。 Java Web 面试题涵盖了 Java Web 的多个方面,包括 JSP、Servlet、Cookie、Session、JSTL、J2EE、MVC 模式、Struts 等等,...
- **J2EE容器编码设置**:虽然可以解决乱码问题,但如果J2EE应用脱离该容器,则可能发生乱码。此外,指定容器配置违反了J2EE应用与容器分离的原则。 - **Java内部处理**:在Java内部运算中,所有字符串都会被转化为...
Xwork是一个独立的Command模式框架,它简洁、灵活且功能强大,完全脱离了Web层的限制。Xwork的核心功能包括: - 前端拦截器(Interceptors):用于在Action处理前后的动态拦截,简化Action代码。 - 运行时表单属性...
2. **Spring框架**:Spring是Java企业级应用的核心框架,它的核心特性是依赖注入(DI),通过反转控制(IoC)容器,使得对象之间的依赖关系可以由容器管理,降低了耦合度。Spring还提供了AOP功能,可以方便地实现切...
总之,《Hibernate3参考手册中文版》是J2EE开发者不可或缺的工具书,无论你是初学者还是有经验的开发者,都可以从中找到关于Hibernate3的详尽指导和实用技巧,帮助你更好地理解和应用这一强大的ORM框架。通过深入...