做彩平的材质网站,个体户营业执照科研做企业网站吗,山西网页制作,外贸谷歌推广怎么样大多数项目不是属于 J可以存在于 J2EE 容器之外Goetz 分析如何在 J2SE 应他读者分享您关于本文的心2EE 应用程序就是属于 J2SE 应#xff0c;并且有些 J2SE 应用程序可以用程序中使用某些 J2EE 服务。得。#xff08;您也可以单击文章顶部或用程序。不过#xff0c;有一些 J…大多数项目不是属于 J可以存在于 J2EE 容器之外Goetz 分析如何在 J2SE 应他读者分享您关于本文的心2EE 应用程序就是属于 J2SE 应并且有些 J2SE 应用程序可以用程序中使用某些 J2EE 服务。得。您也可以单击文章顶部或用程序。不过有一些 J2EE 技术对它们加以利用。本月Brian 请在附带的讨论论坛上与作者和其底部的讨论来访问论坛。 在大多数情况下Java在这一点上是泾渭分明的。J2EE API包括 Enterpris计为协同工作毕竟J2EE需求。像所有框架一样J2应用程序要么是 J2EE 应用程J2EE 应用程序需要 J2EE 容器e JavaBean (EJB)、JTA、JNDI设计是从多年来数百人开发企EE API 的主要目的是“不重新序、要么是 J2SE 应用程序并且的服务容器要实现一长串的 、JMS、JCA 和 JMX。J2EE API 设业应用程序的经验中提取出的公共发明轮子”。 有一些 API 属于 J2EEJDBC、JSP 和 servlet—大多数 J2EE API 需要全用程序而非 J2EE 应用程序新发明轮子呢J2EE 中是呢什么组件可以同时用于规范的一部分但是可以很容但是对于大多数 J2EE APIJ2E功能的 J2EE 容器。不过有一这通常都有很好的理由。为什否有部分内容可以容易地被 J2SJ2EE 和 J2SE 应用程序的组件易地在 J2SE 应用程序中使用如E 是一个要么是要么不是的命题—些服务器应用程序开发为 J2SE 应么这些应用程序的开发人员必须重E 应用程序借用来提供同样的优点呢? 松散耦合 J2EE 的一个主要设计原理是 J2EE 者部署应用程序时而不是在组件开发时定JNDI 相互查找和查找所需要的资源如 允许灵活地为工作流程建模、容易分配处程序也可以从这些技术和原理中受益。应用程序可以松散地耦合——用组件组装在组装或义或者改变这些组件的相互连接。J2EE 组件使用 JDBC 和 JMS 连接。JMS 这样的技术鼓励松散耦合理任务、可伸缩性和容错性。很多 J2SE 服务器应用 像 JDBC、JMS 和 JNDI 这样的 API 服务提供者之间的统一接口。几乎每一个据库服务器所以几乎每一个希望利用数过对于 JMS 就不是这样了。消息队列。但是有大量的应用程序可以通过使用消基本上是“中间件”——它们作为应用程序与不同的数据库服务器都有 JDBC 驱动程序有大量的免费数据库的 Java 应用程序都可以容易地做到这一点。不服务器远没有数据库这样常见特别是在小型商店中息队列而极大地受益。 Somnifugi JMS 消息队列是一个功能强用程序。有一些商业消息队SpiritWave。就像 JDBC 对统一的接口访问不同的消息样的抽象。大的范例它用于构建健壮的、列产品如 WebSphere MQ、Son于数据库一样JMS 是消息的中队列产品这个接口提供了像 C灵活的、松散耦合的、可伸缩的应ic、Fiorano、JBossMQ 和 间件——它使得应用程序可以通过onnection、Topic 和Message 这 许多 J2SE 应用程序使用某种形式的作队列、任务管理器等。AWT 和 Swing JavaBean 组件利用监听器支持一种基于它固有的松散耦合有利于采用灵活的、基的天然抽象边界。一个附带的好处是MQ容易了因为消息生产者和使用者不一定的本性是允许并发处理的。消息队列但是不使用 JMS——而是使用线程池、工框架使用消息事件在模型与视图层之间通信主题的消息。消息队列提供了很多结构上的优点——于组件的方法并提供了有助于简化设计和减少互连范例使得分布式的、可伸缩的和容错的设计变得更需要运行在同一 JVM 中大多数生产者/使用者任务 J2SE 服务器应用程序util.concurrent 这样的库的开发人员经常开发他们自己的为基础构建。通常这么做的理由消息层或者从零开始或者以 是 MQ 服务器是昂贵的和样更重量级的功能构建自重量级的并且由于我们不需要己内存中的消息层只提供所需像持久性、分布式、事务和验证这要的功能会更容易。 虽然这在一般情况下是要的一些消息功能在以后可正确的但是应用程序需求通常能会变得更重要了。会随着时间而增加在开始时不需 面向消息的应用程序的开发人员在开产品或者构建自己的更便宜的、更轻量——一个基于高性能的 util.concurrentAPI 的接口。与传统 JMS 提供者相比较能上。它只限于在一个 JVM 中使用尽功能。另一方面它特别快——它比传统法使用消息的地方使用它。为了表明 Som用 JMS 主题取代 Swing/JavaBean 事件发过程的初期就必须做出选择——选择一个商业消息级的解决方案。Somnifugi JMS 包结合了这两种方式库的非持久内存中消息队列服务和一个符合 JMS Somnifugi 是相当轻量级的不管是功能上还是性管可以取消这种限制并缺少持久性、事务和验证JMS 实现快得多以至于可以在因性能原因可能无nifugi 到底有多轻量级在它的分发中包含了几个框架的例子。 增加的灵活性 Somnifugi 还提供了另一项重要的优署应用程序时决定是使用更快的、内存中的提供者如 WebSphere MQ。可以将这需求可能会在项目的开发过程中变化时—来说这是不太可能做到的。点现在可以开发使用 JMS 接口的组件然后在部的 Somnifugi 提供者还是更重量级的、但是更可靠种选择推迟到部署时的好处非常巨大——特别是因为—并提供了代码重用的机会对于自已开发的消息层 在 J2SE 中使用 JNDI 像 JDBC 和 JMS 一样JNDI 不像使用 JDBC 那么放源代码数据库服务器。虽J2EE 容器的 JNDI数量而且还意味着 J2SE 开发人JNDI 是一种中间件。像 JMS 容易。JDBC 提供者无处不在—然所有 J2EE 容器都必须包括一相对就少了。这不仅使在 J2SE 员不太可能接触到 JNDI 并认识一样在 J2SE 应用程序中使用 —有数十种兼容 JDBC 的商业和开个 JNDI 提供者但是对于不属于应用程序中使用 JNDI 更困难了它的优势。 根据所使用的 JNDI 提Java 对象有一些限制存储静态配置数据整型和对象以及无状态的对象DataSource 对象而不只为像授权凭证这样的敏感信供者和应用程序配置JNDI 可有些 JNDI 提供者限制存储的对字符串型、JDBC DataSource 包括工厂对象。完整地存储已是配置数据比如 JDBC URL息不能被应用程序直接使用。能在 JNDI 名称空间中存储任意的象是可序列化的。一般用 JNDI 对象、JMS Connection 和 Topic 配置对象比如 JDBC 还可以增强应用程序的安全性因 J2EE 应用程序使用 JNDI 作为连接JNDI 寻找其他想要使用的组件如 EJB 组件之间的互连是在组件的部署描述符中的特定位置并保证在部署组件之前组件松散耦合组件之间的“开关板”——J2EE 组件使用 组件并寻找 JDBC 和 JMS 连接这样的资源。J2EE 声明式地定义的容器自动将对象绑定到名称空间中之间的所有资源依赖关系都得到满足。 J2SE 应用程序可以以填充名称空间的工作。但是发现。类似于 J2EE 应用程序的方式使好处是相同的——应用程序可以用 JNDI只是它们必须多做一些更松散地耦合组件在运行时彼此 免费 JNDI 提供者 虽然 JNDI 参考实现不File System FSContext访问并存储文件中的可序列FSContext JNDI 提供者主以使用它作为序列化对象的获得其配置的组件进行单元包括一般性的 JDNI 提供者但。这是一个示例 JNDI 提供者化对象还使名称空间的内容可要是做为编写 JNDI 提供者的一持久性数据存储或者是作为“测试。是可以下载 Sun 网站提供的 它是以源代码的方式提供的它以保证跨程序调用的一致性。虽然个示例但是简单的应用程序也可存根” JNDI 提供者对从 JNDI JBoss 开放源代码 J2EE 容器还包括易地作为单独的 JNDI 提供者运行不需JNP而在本地 JVM 中不会产生 RMI 开中。 一个更一般性的 JNDI 提供者 JNPServer它可以容要 JBoss 容器。可以通过 RMI 从远程 JVM 访问 销。它在内部将对象存储到内存中的一个 HashMap 在 JBoss 发行版的 jnlog4j 日志引擎。要使用清单 1并安排通过调用点来启动服务器。访问 JND件中。pserver.jar JAR 文件中可以找它必须配置 log4j创建相应同一 JVM 或者另一个 JVM 中的I 名称空间的类文件在 JBoss 到 JNP JNDI 服务器它还依赖于的 jndi.properties 文件参见org.jnp.server.Main 的主入口发行版的 jnpclient.jar JAR 文 清单 1. JNPServer 的 jndi.properties java.naming.factory.initialorg.jnp.interfaces.NamingContextFactory java.naming.factory.url.pkgsorg.jboss.naming:org.jnp.interfaces # Uncomment this line only if the JNDI server isto run in another JVM; # otherwise, local JNDI requestswill go over RMI #java.naming.provider.urllocalhost Java 管理扩展JMX Java 管理扩展Java 的机制。JBoss 大量使用 J很容易配置一个只包括所需托管的 bean对象它包setter。清单 2 显示了描Management ExtensionsJMXMX——JBoss 中的几乎所有组件服务的应用程序。对于每一个组含生命周期方法start() 和 s述一个简单 Web 容器服务的 MB是一种管理组件和服务的生命周期都作为 JMX 服务提供。结果就是件服务创建一个名为 MBean top()和公开属性的 getter 和 ean 接口 清单 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器中的 MBeans、检查它们还包括一个名为 HtmlAdapt应用程序jmx-console它当前的状态、并用浏览器读取和er 的 Web 应用程序。可以查看当前装载到 JBoss 服务写入它们的属性。JMX 参考实现 虽然 JMX 是为 J2EE 个免费的 JMX 实现Sun 件是相当简单的——通常所组 MBean 并启动它们的 JMJMS 的好处比如远程属性编写可以轻易地同时运行在提供的但是也可以在 J2SE 应的参考实现和开放源代码 MX4J要做的就是实现 start() 和stoS “容器”只需约 40 行代码。检查和操纵这对于调试及管理J2SE 和 J2EE 环境中的组件。用程序中容易地使用它。至少有两。编写一个 MBean 以描述一个组p() 方法。编写一个简单的装载一遵循 JMX 标准不但得到使用 都有好处而且还可以更容易地 结束语 虽然 J2EE 和 J2SE 是用于不同工作种框架服务的“轻量级”和“重量级”实的较轻量级的实现如 Somnifugi JMS同时又具有在将来需要时可以容易地迁的不同工具但是许多开发人员发现自己必须决定各现比如消息、配置或者管理。通过使用 J2EE 接口开发人员可以在短期内得到性能和易于使用的好处移到更重量级的解决方案的灵活性。转载于:https://www.cnblogs.com/lsun/archive/2011/01/13/1934650.html
