J2EE vs. Microsoft.NET(3)

原创 2001年08月13日 20:38:00
III. J2EE 
--------------------------------------------------------------------------------


The Java 2 Platform, Enterprise Edition (J2EE) was designed to simplify complex problems with the development, deployment, and management of multi-tier enterprise solutions. J2EE is an industry standard, and is the result of a large industry initiative led by Sun Microsystems. 

It's important for you to realize that J2EE is a standard, not a product. You cannot "download" J2EE. Rather you download a set of Adobe Acrobat PDF files which describe agreements between applications and the containers in which they run. So long as both sides obey the J2EE contracts, applications can be deployed in a variety of container environments. 

The J2EE camp's goal is to give customers choice of vendor products and tools, and to encourage best-of-breed products to emerge through competition. The only way this would ever happen is if the industry as a whole were bought-into J2EE. To secure buy-in, Sun collaborated with other vendors of eBusiness platforms, such as BEA, IBM, and Oracle, in defining J2EE. Sun then initiated the Java Community Process (JCP) to solicit new ideas to improve J2EE over time. The reason Sun did this is because they had to do so to achieve success--the best way to secure buy-in to an idea is to involve others in defining that idea. 


Java: The foundation for J2EE 

The J2EE architecture is based on the Java programming language. What's exciting about Java is that it enables organizations to write their code once, and deploy that code onto any platform. The process is as follows: 



Developers write source code in Java. 
The Java code is compiled into bytecode, which is a cross-platform intermediary, halfway between source code and machine language. 
When the code is ready to run, the Java Runtime Environment (JRE) interprets this bytecode and executes it at run-time. 


J2EE is an application of Java. Your J2EE components are transformed into bytecode and executed by a JRE at runtime. Even the containers are typically written in Java. 


J2EE and Web Services 
J2EE has historically been an architecture for building server-side deployments in the Java programming language. It can be used to build traditional web sites, software components, or packaged applications. J2EE has recently been extended to include support for building XML-based web services as well. These web services can interoperate with other web services that may or may not have been written to the J2EE standard. 

J2EE web services development model is shown in Figure 1. 



 

Figure 1 Developing web services with J2EE 


Briefly, Figure 1 is explained as follows: 
J2EE application is hosted within a container, which provides qualities of service necessary for enterprise applications, such as transactions, security, and persistence services. 

The business layer performs business processing and data logic. In large-scale J2EE applications, business logic is built using Enterprise JavaBeans (EJB) components. This layer performs business processing and data logic. It connects to databases using Java Database Connectivity (JDBC) or SQL/J, or existing systems using the Java Connector Architecture (JCA). It can also connect to business partners using web services technologies (SOAP, UDDI, WSDL, ebXML) through the Java APIs for XML (the JAX APIs). 

Business partners can connect with J2EE applications through web services technologies (SOAP, UDDI, WSDL, ebXML). A servlet, which is a request/response oriented Java object, can accept web service requests from business partners. The servlet uses the JAX APIs to perform web services operations. Shared context services will be standardized in the future through shared context standards that will be included with J2EE. 

Traditional 'thick' clients such as applets or applications connect directly to the EJB layer through the Internet Inter-ORB Protocol (IIOP) rather than web services, since generally the thick clients are written by the same organization that authored J2EE application, and therefore there is no need for XML-based web service collaboration. 

Web browsers and wireless devices connect to JavaServer Pages (JSPs) which render user interfaces in HTML, XHTML, or WML. 


Reference Implementation 
In addition to the specifications, Sun also ships a reference implementation of J2EE. Developers write applications to this to ensure portability of their components. This implementation should not be used for production, but rather just for testing purposes. 


Additional Services 
All vendors that offer J2EE platforms provide additional features not found in the standard. Some of them impact portability, such as extended EAI functionality, E-Commerce components, or advanced B2B integration. Other features, such as load-balancing, transparent fail-over, and caching, do not affect portability of application code, because they are implicit services which are provided behind-the-scenes by the container. 


J2EE vs. Microsoft.NET(7)

Performance  A platform performs if it yields an acceptable response time under a specified user loa...
  • programlover
  • programlover
  • 2001年08月13日 20:43
  • 432

J2EE vs. Microsoft.NET(5)

V. Comparative Analysis  ---------------------------------------------------------------------------...
  • programlover
  • programlover
  • 2001年08月13日 20:42
  • 589

J2EE vs. Microsoft.NET(1)

  • zgqtxwd
  • zgqtxwd
  • 2008年04月25日 22:03
  • 115

J2EE vs. Microsoft.NET(4)

IV. Microsofts .NET Platform  ----------------------------------------------------------------------...
  • programlover
  • programlover
  • 2001年08月13日 20:39
  • 457

J2EE vs. Microsoft.NET(2)

II. Introduction  -------------------------------------------------------------------------------- T...
  • programlover
  • programlover
  • 2001年08月13日 20:33
  • 441

J2EE vs. Microsoft.NET(6)

Migration from Previous Platform  For organizations who have an existing deployment using either J2E...
  • programlover
  • programlover
  • 2001年08月13日 20:43
  • 483

Windows下编译CAFFE,status == CUDNN_STATUS_SUCCESS,关闭CUDNN

按照@happynear的博文在windows下编译配置caffe:http://blog.csdn.net/happynear/article/details/45372231 非常感谢@happ...
  • qk9829
  • qk9829
  • 2015年05月26日 10:40
  • 2275

caffe:Check failed: status == CUDNN_STATUS_SUCCESS (3 vs. 0) CUDNN_STATUS_BAD_PARAM

之前编译运行都正常,后来改了参数,就出CUDNN_STATUS_SUCCESS (3 vs. 0)的报错,然后就一直以为是cudnn的错,因为我改的部分太多了,出现莫名的错?当时不确定是不是我改的原因...
  • azheng_wen
  • azheng_wen
  • 2017年09月22日 09:35
  • 1740

【Caffe】Check failed: status == CUDNN_STATUS_SUCCESS (3 vs. 0) CUDNN_STATUS_BAD_PARAM

最近在搞一些事情,有些情况用python调用caffe模型时会报错(注意不是编译caffe时报的) Check failed: status == CUDNN_STATUS_SUCCESS (3 v...
  • renhanchi
  • renhanchi
  • 2017年11月10日 16:00
  • 1183

caffe注意事项和一些总结

in_place 选项将top和bottom合并,提升计算速度 CUDNN_STATUS_SUCCESS (3 vs. 0) CUDNN_STATUS_BAD_PARAM 错误的产生: 网络搭建...
  • chengdu2013
  • chengdu2013
  • 2017年12月12日 12:19
  • 96
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:J2EE vs. Microsoft.NET(3)
举报原因:
原因补充:

(最多只允许输入30个字)