❶ J2EE框架是什么它的框架主要指什么,在编程开发中的作用是什么
框架说白了就是JAVA工作者多年以来总结出的一些开发标准。让我们可以以成功的经验模式来开发我们自已的系统，一般使用框架的好处是
·在好的框架下，开发者只需要写一些必须的代码；他们不需要直接接触底层的API。 这一点很重要。
·经过良好设计的框架可以为程序提供清晰的结构并且提高程序的内聚性。好清晰的结构使得其他人可以更容易加入项目。
·一个容易使用的框架可以通过一些例子和文档为用户提供最佳实践。
·采用成功的框架的代码比自己的代码容易测试
J2EE本身提供了一些框架。比如， Enterprise Java-Beans (EJB) container或者 Servlet engine 而这些框架一般在中小工程中我们都不会使用，会让我们把大量的时间浪费在开发框架上。
而现在比较流行开源框架,主要是struts,hibernate,spring等
比如struts是在原有mvc基础上实现在代码分离等功能，非常好用。
而hibernate可以把我们的关系型数据库转换成我们在JAVA中的面像对像来使用。从而让我们在开发时不需要直接写sql语句，比如database.getName();就可以直接把数据库中的用户名取出来。
Spring
J2EE框架被大规模地运用到项目中，而项目总要负责这些框架以及自己业务代码的连接，使之真正融合到一起。Spring就是专注于这个问题的，它和Hibernate融合的很好。
正像我所写的一样，这三种框架在一起并不冲突，所以现在最常用的框架就是
struts+hibernate+spring就像我们盖房子一样，先把框架搭好，我们在在上面写代码就很规范。
唠栳叨叨的写这么多，只是我个人对框架的理解，JAVA是一个大的体系，想要完全了解还需要日久的积累。我能提供你的只有这么多了
❷ j2ee服务器有哪些
j2ee服务器有哪些
众所周知，J2EE应用服务器百花齐放，种类众多。那么J2EE应用服务器有哪些?又有哪些功能呢?一起来看看吧!
从功能实现上划分：
有实现完整J2EE规范(full profile)的Weblogic, WebSphere, GlassFish
有实现web应用规范(web profile)的 TomEE, JBoss/WildFly
有基本的Servlet及Jsp规范的Web容器(Web Container) Tomcat, Jetty, Resin
回顾过去的2015年，各应用服务器市场占有率各有千秋。
下图为各个应用服务器使用率饼图
我们看到，在众多J2EE应用服务器中，Tomcat使用率达到58.66%，稳坐第一。
相较2014年，Tomcat使用率大幅增长，增长将近19%。
整体而言，Tomcat做为Servlet和Jsp规范的参考实现(Reference implementation ， 简称RI)，一般都会在第一时间实现规范的新特性并通过Oracle的CTS 测试认证。目前最新的Tomcat 9.0，虽还是alpha版，但已经实现了Servlet 4.0草案，感兴趣的朋友，可以下载尝鲜哦!
Tomcat是一个实现了JAVA EE标准的最小的WEB服务器，是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，而且开源免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。学习JavaWeb开发一般都使用Tomcat服务器，该服务器支持全部JSP以及Servlet规范，启动界面如图：
Tomcat 是一款非常优秀的 Java Web 服务器,以致于很多开源 Java 应用服务器(如 JOnAS) 直接集成它作为 servlet 容器。
Tomcat的总体结构
Tomcat中主要涉及Server,Service,Engine,Connector,Host,Context组件，之前用过Tomcat的童鞋是不是觉得这些组件的名称有点似曾相识的赶脚，没赶脚?!您再想想。好吧，不用你想了，我来告诉你吧。其实在Tomcat二进制分发包解压后,在conf目录中有一个server.xml文件，你打开它瞄两眼看看，是不是发现server.xml文件中已经包含了上述的几个名称。
Tomcat 集群源码的类图
从图中我们可以看出 Tomcat 集群包括以下几个方面的内容:
Session: Session 分为 StandardSession 与ClusterSession 两种,后者用于 Session 复制。
Session Manager: 有用于集群 Session 管理的ClusterSession,也有用于对 Session 进行一般日常管理的,如 PersistentManager,BackupManager,SimpleTcpReplicationManager。
组通迅框架:SessionManager调用组通讯框架进行 Session 的.传输,Tomcat采用的组通
讯框架是 tribe,目前 tribe 已被独立为开放的 apache 工程。
Cluster: 方便集群管理而派生出的逻辑概念,可将实际物理机划分为一个 Cluster,也可 将一台物理机上不同端口的实例划分为一个 Cluster,它有一个简单的实现类 SimpleTcpCluster。
1.1 Session
服务器集群通常操纵两种session:
1. Stickysessions: 尽量让同一个客户请求由同一台服务器来处理,这样 sticky sessions 就是 存在于单机服务器中接受客户端请求的 session,它不需要进行 Session 复制,如果这个 单机失败的话,用户必须重新登录网站。
2. Replicatedsessions: 在一台服务器中的 session 状态被复制到集群的其他服务器上,无论 何时,只要 session 改变了,session 数据都要重新全部或部分(依据复制策略)被复制 到其他服务器上。
Tomcat 支持以下三种 session 持久性类型:
1. 内存复制:在 JVM 内存中复制 session状态,使用 Tomcat自带的 SimpleTcpCluster 和SimpleTcpClusterManager类。
2. 数据库持久性:在这种类型中,session 状态保存在一个关系数据库中,服务器使用org.apache.catalina.session.JDBCManager类从数据库中获取 Session 信息。
3. 基于文件的持久性:这里使用类org.apache.catalina.session.FileManager 把session 状态保存到一个文件系统。
Session Manager
Tomcat 通过 org.apache.catalina.Manager 来管理 Session,Manager 接口总是和 Context Container 相关联。它主要负责 session 的建立、更新和销毁。该接口中一些重要的方法有:
用户在 Servlet 中通过 javax.servlet.http.HttpServletRequest 接口的 getSession 方法获得 Session,而该接口的实现位于 org.apache.catalina.connector.Request 类中的 doGetSession 方 法中,在该方法中通过 org.apache.catalina.Manager 来获得 Session , doGetSession 方法的 部分代码如下:
组通讯框架--Tribe
组通讯框架 Tribe 在 Tomcat 中的位置可如下图
如图所示,Tribe 的核心主要是 Channel 类,由此看出,它采用 NIO 进行 Socket 通讯,运用
了组播,事件、心跳检测等技术,下面我们来着重看看代码中 Tomcat 是如何与 Tribe 衍接首先在 SimpleTcpReplication 类中的实现 Manager 接口的 start 方法中:
Cluster
Cluster 用于管理集群中的 Session 复制,它有一个简单的实现类 SimpleTcpCluster。
;❸ 什么是J2EE和J2ME它们是用来干什么的
J2EE和JAVA有关系
一、准备篇
1 什么是J2EE？它和普通的Java有什么不同？
答：J2EE全称为Java2 Platform, Enterprise Edition。
“J2EE平台本质上是一个分布式的服务器应用程序设计环境——一个Java环境，它提供了：
·宿主应用的一个运行基础框架环境。
·一套用来创建应用的Java扩展API。”（引自《J2EE服务器端高级编程》）
2 J2EE好学吗？
答：J2EE是很多技术的集合体，并且还在成长中。
你会遇到很多专有名词：比如(X)HTML，Servlet/JSP，JDBC，JMS，JNDI，EJB，XML，Web Service……。
尤其是XML和Web Service正在快速成长。幸运的是，你不需要等到学会所有技术后再开始编程。
大体上J2EE可以分成3个主要应用：Servlet/JSP，EJB，XML/Web Service 和一些支撑技术例如JDBC和JNDI。
你可以一个一个的学。
3 J2EE有什么用？
答：用来建设大型的分布式企业级应用程序。或者用更时髦的名词说就是“电子商务”应用程序。
这些企业可能大到拥有中心数据库服务器，Web服务器集群和遍布全国的办公终端，也可能小到只不过想做一个网站。
4 学J2EE有前途吗？
答：在这一市场目前只有一种技术可以和J2EE竞争，那就是Microsoft的.NET。
相对来说.NET要“新”一些而J2EE要“老”一些。
但是.NET只能用于Windows平台（Microsoft声称要开发C#在Linux上的虚拟机但是尚未兑现该诺言），
考虑到Linux的发展势头，你可以相信.NET不会一统天下。
5 据说J2EE的性能不如.NET好，是真的吗？
答：在Sun公司提供的样例程序Pet Store上，Microsoft声称不如相同的.NET程序好。
而Sun公司反驳说这一程序不能真正体现J2EE的性能，并且指责Microsoft在数据库上做了优化。
作者没有学习过.NET因而不能妄下断言。
无论如何，大型分布式程序中的性能瓶颈通常首先来自于错误的设计。
6 听你说了这么多，我想学着玩玩。
答：除非你想靠它当饭吃或者作为技术储备，否则请不要浪费你的时间。
Flash要好玩得多。计算机游戏就更加好玩了。
7 学习J2EE该怎么开始？
答：首先，下载一个J2EE服务器。其次，去java.sun.com下载J2EE的API。第三，找一本好的参考书。最后，找一个顺手的IDE。
J2EE服务器。你可以用Sun的J2EE SDK（免费），或者Weblogic（性能最好，但是太大，而且作者不推荐盗版行为），或者JBoss（免费，就是文档太少），或者JRun（开发版免费，作者用这个）。参考书作者感觉Wrox的《J2EE服务器端高级编程》不错，但是太老（作者手头的是2001年中文版）。你还需要去下载一些最新的技术资料（当然肯定是英文的）。
IDE如果你的机器配置够好（内存至少512M以上，256M或以下请勿考虑），可以用IBM的WSAD，不然就继续用Eclipse或者其他。
你也可以经常去水木清华的Java版逛逛，但是在发贴前先看看精华区里有没有你要的答案。
8 我下了一个J2EE服务器但是不会配置。
答：请认真阅读随机指导文档，不同的服务器的配置都不一样，作者爱莫能助。
9 我发现你没有提到Tomcat。
答：Tomcat只是一个Web服务器，更准确地说主要只是一个Web Container。
如果你想要学习EJB的话，Tomcat无法满足你的需要。
二、 Servlet/JSP篇
10 什么是Servlet？
答：一个Servlet是一个Java类。它处理Http(s)请求并作出响应，包括返回一个HTML页面或转交给其他URL处理。
Servlet必须运行在一个Web Container例如Tomcat中。
Servlet必须是javax.servlet.http.HttpServlet的子类，
你可以继承doGet()或者doPost()方法，两者分别对应于Http(s)中的Get请求和Post请求。
11 我怎么获得Http请求里的参数？
答：HttpRequest的getParameter()方法。例如：String paramValue = request.getParameter("paramName");
12 我怎么返回结果？
答：你可以利用相关API打开一个输出流，并向流中直接写入一个HTML页面。
但是作者完全不赞成这样做。一方面这样做会很罗嗦。
另一方面从Model-View-Controller模式（在《J2EE核心模式》中被归为Front Controller模式）的观点来看，
你应当提供一些HTML或者JSP作为视图（view），而Servlet则根据请求参数决定转到哪一个视图。
你可以利用response.sendRedirect(...)方法或request.getDispatcher(...).forward()方法来实现。
13 sendRedirect()和forward()有什么不同？
答：sendRedirect()是向浏览器发送一个redirect通知，浏览器重定向到新的URL。
而forward是在服务器端直接转到新的URL，对于浏览器是透明的。
前者浏览器的地址栏显示的是新的URL，后者浏览器的地址栏显示的是Servlet的URL。
因而当目标URL会自动刷新时，两者会造成一些差别。
14 我写了一个Servlet程序，怎么运行它？
答：开发J2EE程序有一个部署（deploy）的概念，实际上是开发——部署——运行的三部曲。
大多数服务器支持Hot deploy。你只需要在相应的Application目录（具体路径依赖于服务器）下面
建立一个符合WAR或EAR格式（参见16，17）的目录，启动服务器，就可以通过浏览器访问了。
特别的，你的Servlet的class文件应当放在/WEB-INF/classes目录中。
注意J2EE SDK不支持Hot deploy，你需要通过它的deploy tool来部署。
Tomcat只支持WAR格式。
15 EAR和WAR有什么不同？
答：EAR是一个完整的J2EE应用程序，包括Web部分和EJB部分。
WAR只是其中的Web部分。
16 EAR格式是怎样的？
答：一个EAR可以包含任意多个WAR或EJB JAR，并且包含一个META-INF的目录。
在/META-INF中包含了一个application.xml，其中描述了这个EAR包含哪些模块，以及安全性配置。
细节请看参考书。
17 WAR格式是怎样的？
答：一个WAR包含一个WEB-INF的目录，这个目录下包含classes目录，lib目录和web.xml。
/WEB-INF/classes存放按package组织的class文件，/WEB-INF/lib目录存放jar文件，
web.xml描述了很多东西，请读参考书。
18 我的普通HTML文件应当放在哪里？
答：放在除了/WEB-INF以外的其他地方。
19 我访问不到servlet，甚至连HTML文件都访问不到！
答：第一你没启动服务器。第二你敲错了端口。第三你没有正确配置context-path。
第四你的服务器不支持auto reload或者你关闭了这一选项，你得重启服务器。
第五确认你没有把HTML放在/WEB-INF目录下，那是访问不到的。
20 我能访问HTML但是访问不到servlet。
答：请检查你的web.xml文件。确保你正确定义了<servlet>和<servlet-mapping>元素。
前者标识了一个servlet，后者将一个相对于context-path的URL映射到一个servlet。
在Tomcat中你可以通过/context-path/servlet/package/servletname的形式访问servlet，
但是这只是Tomcat的便捷访问方式，并不是正式规范。
细节请看参考书。
21 什么是JSP？它和Servlet有什么区别？
答：你可以将JSP当做一个可扩充的HTML来对待。
虽然在本质上JSP文件会被服务器自动翻译为相应的Servlet来执行。
可以说Servlet是面向Java程序员而JSP是面向HTML程序员的，除此之外两者功能完全等价。
22 我的JSP显示的汉字是乱码。
答：在你的JSP开头加上一行 <%@ page contentType="text/html; charset=gb2312"%>
如果你已经声明了page我想你知道该怎么修改。
23 JSP文件存放在哪里？
答：除了/WEB-INF下的任何地方。
24 在JSP里面怎么引用Java Bean。
答：首先，确认你要引用的类在/WEB-INF/classes下或在/WEB-INF/lib的某个jar内。
其次，在JSP里加一行 <jsp:useBean id="..." scope="..." class="..."/>
具体解释请看参考书。
25 我想在servlet间传递数据。
答：利用session。在Servlet/JSP中，你可以在4个地方保存数据。
1) page，本页面。
2) session，用来存放客户相关的信息，比如购物车，对应接口为javax.servlet.http.HttpSession。
session机制实际上是cookie和URL Rewrite的抽象，服务器会自动使用cookie或URL Rewrite来实现。
3) request，可以在forward()时传递信息，对应接口为javax.servlet.http.HttpRequest。
4) application，或称context，存放全局信息，对应接口为javax.servlet.ServletContext。
26 怎么调用cookie？
答：作者建议使用session，你总是会遇到某些禁用cookie的用户。这时session会自动使用URL重写来实现。
27 怎么在JSP里面实现文件下载？
答：实际上这是一个HTML的问题。答案是一个超链接<a>。
28 怎么实现文件上传？
答：客户端是HTML问题，在form中设置method为post，enctype为multi-part/form-data，加一个<input type="file">。
而在接收的servlet中只是一个I/O问题。
29 我想让页面自动刷新，比如聊天室。
答：这是一个HTML问题，在<head>部分中加一条<meta http-equiv="refresh" content="5" url="...">。
这是所谓的Clinet-push，客户端刷新技术。
30 我想让用户登录以后才能访问页面。
答：使用声明式安全措施。
你只需要在web.xml中定义安全角色（Role），并定义受保护的URL集合只能由特定Role访问。
大多数服务器支持基于数据库的用户映射，你只要在相应数据库中建立两张表并配置服务器就可以了。
注意J2EE SDK不支持基于数据库的用户映射。
细节请看参考书和服务器文档。
31 我想要能注册用户。
答：参看30。在接受注册请求的Servlet中执行写入数据库操作即可。
32 怎么在JSP中访问数据库？
答：标准做法是使用DAO模式，定义一个Java bean来访问数据库并在JSP中使用。
然而，当你的数据库模式很简单时，你可以使用JSTL中的<sql:query>标签来快速访问。
33 什么是JSTL？
答：JSTL是Jsp Standard Tag Library的缩写。这是一组通用标签并将成为JSP 2.0的一部分。
其中包含赋值<c:set>，分支<c:if>，循环<c:forEach>，查询数据库<sql:query>，更新数据库<sql:update>
等。目前你需要像添加自定义标签库一样来添加JSTL，但是可以预计JSP 2.0会将JSTL作为组成部分。
标签库可以在http://jakarta.apache.org下载。注意JSTL需要在支持JSP1.2或更高版本的容器下运行。
帮助文件可以阅读sun的JSTL正式规范。
=======================================================
j2me入门--什么是J2ME及J2ME基础知识
Java发展历史
相信熟悉Java 演进历史的人或多或少都听说过，Java 技术一开始并非就叫做 Java ，而是叫做OAK ，而且最早的时候就是为了嵌入式系统而设计的一项产品。后来因为网际网路的发达，而OAK 的诸多特性刚好又适合用在网路上(例如可移植性、编译后程序码很小)，因为商标已被注册的关系，因此 OAK 被改名成Java ，从此因缘际会地成了网路上的闪亮巨星，并随着时间越来越成熟，也慢慢地产生了许多非原本预期中的相关运用。虽然 Java 已经被用到许多企业级软体上，可是其实骨子里面还是非常适合用在嵌入式系统之中。
虽然从Java 1.0 发表之后，Java 就被广泛地使用在桌上型应用程序以及Applet 的开发上，但是，从Java 1.1 开始，Java又回到了它一开始的老路--也就是嵌入式系统方面的应用，在当时Sun Microsystems 发表了Embedded Java 与Personal Java(也有人简称为PJava)这两项规格。其中Embedded Java 是为了资源十分有限，而且没有显示设备的嵌入式装置而设计； Personal Java 则是为了在能够与网际网路连线、并拥有显示系统(例如彩色LCD)的消费性电子装置而设计。接着Java 的版本演进到Java 2 ，这时为了再明显区分各种Java 的应用，所以分割出了J2EE 、J2SE、以及 J2ME 三种版本。这三种版本的各种特性我们已经在前面已经详细地描述，在此不再赘述。不过请大家记住，由于 Java 2将Java 的应用区分成三大块，使得 Java 程序语言的发展不会再像Java 1.1时如树枝状般扩散出去，这么一来有助于大家对 Java 各种应用的澄清，而不会造成今后越发展下去越不可收拾的混乱局面。额外向大家一提的是，后来Personal Java 发展到1.2 版的时候，也采用了一些Java 2 平台上与安全性有关的设计。
J2ME
J2ME 在设计其规格的时候，遵循着“对于各种不同的装置而造出一个单一的开发系统是没有意义的事”这个基本原则。于是 J2ME 先将所有的嵌入式装置大体上区分为两种 :一种是运算功能有限、电力供应也有限的嵌入式装置(比方说PDA 、手机)；另外一种则是运算能力相对较佳、并请在电力供应上相对比较充足的嵌入式装置 (比方说冷气机、电冰箱、电视机上盒 (set-top box))。因为这两种型态的嵌入式装置，所以Java 引入了一个叫做Configuration 的概念，然后把上述运算功能有限、电力有限的嵌入式装置定义在Connected Limited Device Configuration(CLDC)规格之中；而另外一种装置则规范为 Connected Device Configuration(CDC)规格。也就是说， J2ME 先把所有的嵌入式装置利用Configuration 的概念区隔成两种抽象的型态。
其实在这里大家可以把Configuration 当作是J2ME 对于两种类型嵌入式装置的规格，而这些规格之中定义了这些装置至少要符合的运算能力、供电能力、记忆体大小等规范，同时也定了一组在这些装置上执行的 Java程序所能使用的类别函式库、这些规范之中所定义的类别函式库为 Java标准核心类别函式库的子集合以及与该型态装置特性相符的扩充类别函式库。比方就CLDC 的规范来说，可以支援的核心类别函式库为java.lang.*、java.io.*、java.util.*，而支援的扩充类别函式库为java.microedition.io.*。区分出两种主要的Configuration 之后，J2ME 接着在定义出Profile的概念。Profile 是架构在Configuration 之上的规格。之所以有Profile的概念，是为了要更明确地区分出各种嵌入式装置上Java 程序该如何开发以及它们应该具有哪些功能。因此Profile 之中定义了与特定嵌入式装置非常相关的扩充类别函式库，而 Java 程序在各种嵌入式装置上的使用者接口该如何呈现就是定义在Profile 里头。Profile 之中所定义的扩充类别函式库是根据底层Configuration 内所定义的核心类别函式库所建立。
虽然J2ME标准繁多，但只要把握住标准划分的原因就很容易掌握。在这个技术飞速发展的领域，我们不能把眼光局限于标准的字面含义，而要灵活掌握，把握其精神。比如，CLDC和CDC的定义中具体的最小内存需求仅仅是"最小的"，随着硬件能力的飞速发展，很有可能一些界限会变得模糊。PDA本来应该属于CLDC的范围，但是Compaq的iPaq上却实现了CDC。以后的下一代PDA有64M内存并不意外，在其上实现CDC也是完全可能的。但是，从功能的角度，应该还是CLDC以及PDA Profile更适合于PDA的条件。到那时，具体的实现就要看厂商和开发者的选择了。还需要注意的是，由于Profile是建于Configuration之上，作为对Configuration的扩展，因此Profile必须Configuration的支持。有的文章在讲到MIDP的内存需求时，说MIDP需要最少256K，这是指MIDP本身。而有的文章说MIDP需要最少768K，那时因为把作为基础的CLDC所需要的512K算进去了。
CLDC
CLDC是针对少于512KB内存footprint的设备的配置。CLDC采用的是KVM，它是高度优化的JVM方式，他针对的是16比特或32比特的微处理器，160到512 KB内存为基础的低端，网络连接，电池驱动的设备。典型的内存要求是128KB做有来存储KVM和相关的库。更多关于KVM的信息可以从Sun公司的KVM白页中得到。
就网络化而言，CLDC针对的是有限的和间歇性的无线连接设备，所有在J2ME CLDC之上运行的应用软件都应能在其他任何高端的Java VM上运行。当然，这需要CLDC库的支持。CLDC配置关注于I/O，网络化，安全问题，国际化问题和核心Java库等相关的领域。
与事件处理，用户和应用程序的互动，应用程序生存期管理等内容相关的领域是由Profile来处理的。使用界面定义（对于特定的设备，如传呼机，移动电话和PDA）也在Profile层的范围之内，它建立在顶端之上，并使用J2ME配置。Mobile Information Device Profile (MIDP)是一个J2ME profile，它定义了使用CLDC配置设备的用户界面相关的规范。
CLDC从J2SE获得绝大多数的类，但一些针对小内存footprint设备的新类并不是从J2SE APIs获得的。关于类从J2SE 做继承和新CLDC类的具体信息，可参考CLDC规范1.0a版本的6.2和6.3中的内容。Java语言规范中的一些例外是没有浮点支持，没有类实例的完成化支持和有限的错误处理能力。
在这里提到CLDC HotSpot应用也是具有相关性的，它相当于使用CLDC配置的设备的KVM中Java VM的替换。根据Sun公司，CLDC HotSpot执行VM是一个高性能的JVM（32位，采用CLDC v1.0规范）。他在相同的内存footprint上运行时提供比KVM高出一个数量级的更佳的性能。
CDC:完全的Java平台
CDC是应用在具有较大内存，特别是2MB以上的设备上的，CDC针对有限和间歇的无线连接设备，CDC与CVM和Foundation profile共同定义了完全的J2ME环境。
CVM是为用户和嵌入设备设计的完全功能性JVM，它支持所有的Java 2 v1.3 VM安全防护，JNI, JVMDI, RMI，弱引用功能和库。本质上说，CVM具有所有一个驻留桌面系统的JVM所具有的功能。
CDC由J2SE中最小的Java数据包组成。Foundation profile由用户设备所需要的保持类库和APIs所组成。因此，如果你工作在一个以CDC为基础的J2ME环境下，你就需要更新你代码以使APIs更新换代。
CDC是CLDC的一个扩展集，所以在两种配置之间存在着向上的兼容性。CDC和Foundation profile也提供了对使用PersonalJava实时规范开发的应用程序的完全兼容。
J2ME的平台无关性主要指的是设备的宿主操作系统平台。由于Java平台建筑于虚拟机之上，只要不同的操作系统上的虚拟机满足同样的规范和标准，对于虚拟机以上的层次是平台无关的。这使得针对某一Configuration或者Profile的应用可以运行于所有实现了这一Configuration或者Profile的操作系统平台。举例来说，目前已经有网站开始收集基于MIDP的程序--MIDlet，提供下载和收费，各种支持MIDP的设备都可以使用，这包括数量巨大的智能手机和几乎所有的PDA（Palm OS和Pocket PC）。
相关站点
Java 2 Micro Edition
http://www.javasoft.com/j2me/
JDC J2ME Tech Tips
http://developer.java.sun.com/developer/J2METechTips/
CLDC & KVM
http://www.javasoft.com/procts/cldc/
❹ j2ee属于什么软件架构风格
【J2EE 体系结构简介】J2EE是针对web服务、业务对象、数据访问和消息传送的一组规范。这组应用编程接口（API）确定了web应用与驻留它们的服务器之间的通信方式。J2EE注重两件事，一是建立标准，使web应用的部署与服务器无关；二是使服务器能控制组件的生命周期和其它资源，以便能够处理扩展、并发、事务处理管理和安全性等问题。
J2EE平台为设计、开发、安装和部署企业应用提供基于组件的方法。这种方法不但能降低成本，还能快速跟踪设计和实施。J2EE平台能提供多层分布式应用模型，重复利用组件，提供统一安全模式，并灵活地控制事务处理。借助J2EE，不但能更快地将客户解决方案推向市场，还能使基于J2EE组件、不依赖于平台的解决方案不被锁定到任何厂商的产品和API上。
J2EE规范定义了以下几种组件：
1、应用客户端组件；
2、Enterprise JavaBeans 组件；
3、Servlets 和Java Server Pages(JSP) 组件（也称为web组件）；
4、 小应用程序 （Applet） 。
多层分布式应用模型意味着应用逻辑将根据功能分成几个部分，用户可以在相同或不同的服务器上安装由不同应用组件组成的J2EE应用。应用组件的安装位置取决于应用组件在多层J2EE环境中属于哪一层。
A、客户端层
可以是在客户端层内运行的浏览器、基于Java的程序或者其它web型编程环境——在公司防火墙内部和外部。
B、应用服务器层
一般情况下，此层包含支持客户端请求的表示逻辑和业务逻辑 。表示层由显示HTML页面的JSP页面和servlets实现。业务逻辑通过RMI对象和EJB实现。EJB依靠Container实现事务处理、生命周期和状态管理、资源池、安全等问题，简言之， Container就是EJB依赖执行的运行环境。
C、后端层
此层是现有应用和数据仓库的组合，也称为企业信息系统（EIS）层，因为它可以包含企业资源规划（ERP）、大型主机事务处理、数据库系统及其它遗留下来的信 息系统等许多系统。
❺ Java EE 6 SDK with JDK 7 U3 Oracle GlassFish Server 3.1.2 Java EE 6 SDK Java EE 6 SDK Web Profile
(1) Java EE 6 SDK with JDK 7 U3 Oracle GlassFish Server 3.1.2
(2) Java EE 6 SDK Java EE 6 SDK Web Profile
(1)带有一个Application Server应用服务器;(2)没有
(2)比起(1)来说少了一些东西比如：JMS, JavaMail,JAX-WS,JAX-RS,JAXB,JACC,JCA等。
而且(2)中的EJB是简化版了的。
❻ j2ee技术体系架构
j2ee技术体系架构
J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。下面是我整理的关于j2ee技术体系架构，欢迎大家参考!
SOA 是一种分布式的软件模型。SOA 的主要组件包括 服务、动态发现和 消息。
服务是能够通过网络访问的可调用例程。服务公开了一个接口契约，它定义了服务的行为以及接受和返回的消息。术语 服务常与术语 提供者互换使用，后者专门用于表示提供服务的实体。
接口通常在公共注册中心或者目录中发布，并在那里按照所提供的'不同服务进行分类，就像电话簿黄页中列出的企业和电话号码一样。客户(服务消费者)能够根据不同的分类特征通过动态查询服务来查找特定的服务。这个过程被称为服务的 动态发现。
服务消费者或者客户通过 消息来消费服务。因为接口契约是独立于平台和语言的，消息通常用符合 XML 模式的 XML 文档来构造。
Web 服务作为 SOA
Web 服务建立在开放标准和独立于平台的协议的基础之上。Web 服务通过 HTTP 使用 SOAP(一种基于 XML 的协议)，以便在服务提供者和消费者之间进行通信。服务通过 WSDL(Web Service Definition Language)定义的接口来公开，WSDL 的语义用 XML 定义。UDDI 是一种语言无关的协议，用于和注册中心进行交互以及查找服务。所有这些特性都使得 Web 服务成为开发 SOA 应用程序的优秀选择。
使用 J2EE 1.4 平台开发 SOA/Web 服务框架
1.4 版的 J2EE 平台通过新的 JAX-RPC 1.1 API 提供了完整的 Web 服务支持，这种 API 支持基于 servlet 和企业 bean 的服务端点。JAX-RPC 1.1 基于 WSDL 和 SOAP 协议提供了与 Web 服务的互操作性。J2EE 1.4 平台也支持 Web Services for J2EE 规范(JSR 921)，后者定义了 Web 服务的部署需求并利用了 JAX-RPC 编程模型。除了几种 Web 服务 API 之外，J2EE 1.4 平台还声称支持 WS-I Basic Profile 1.0。WS-I Basic Profile 标准让 Web 服务克服了不同编程语言、操作系统和供应商平台之间的障碍，从而使多种应用程序之间能够交互(关于 WS-I 的更多信息，请参阅 参考资料部分。)
在 J2EE 1.4 下，Web 服务客户可以通过两种方式访问 J2EE 应用程序。客户可以访问用 JAX-RPC API 创建的 Web 服务;在幕后 JAX-RPC 使用 servlet 来实现 Web 服务。Web 服务客户也可以通过 bean 的服务端点接口访问无状态会话 bean。Web 服务客户不能访问其他类型的企业 beans。第二种选择——公开无状态 EJB 组件作为 Web 服务——有很多优势：
利用现有的业务逻辑和流程：在许多企业中，现有的业务逻辑可能已经使用 EJB 组件编写，通过 Web 服务公开它可能是实现从外界访问这些服务的最佳选择。EJB 端点是一种很好的选择，因为它使业务逻辑和端点位于同一层上。
并发支持：作为无状态会话 bean 实现的 EJB 服务端点不必担心多线程访问，因为 EJB 容器必须串行化对无状态会话 bean 任何特定实例的请求。
对服务的安全访问：企业 beans 允许在部署描述符中声明不同方法级别的安全特性。方法级别角色被映射到实际的主体域(principal domain)。使用 EJB 组件作为 Web 服务端点，把这种方法级别的安全性也带给了 Web 服务客户。
事务问题：EJB 服务端点在部署描述符规定的事务上下文中运行。容器处理事务，因此 bean 开发人员不需要编写事务处理代码。
可伸缩性：几乎所有 EJB 容器都提供了对无状态会话 bean 群集的支持。因此当负载增加时，可以向群集中增加机器，Web 服务请求可以定向到这些不同的服务器。通过把 Web 服务模型化为 EJB 端点，可以使服务具有可伸缩性，并增强了可靠性。
池与资源管理：EJB 容器提供了无状态会话 bean 池。这改进了资源利用和内存管理。通过把 Web 服务模型化为 EJB 端点，这种特性很容易扩展，使 Web 服务能够有效地响应多个客户请求。
;❼ j2ee是什么
j2ee
J2EE Java2平台企业版（Java 2 Platform,Enterprise Edition）
J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。
J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。
在J2EE架构下，开发人员可依循规范基础，进而开发企业级应用；而不同J2EE供货商，同会支持不同J2EE版本内所拟定的标准，以确保不同J2EE平台与产品之间的兼容性。换言之，植基J2EE架构的应用系统，基本上可部署在不同的应用服务器之上，无需或者只须要进行少量的代码修改，即能大幅提高应用系统的可移植性(Portability)。
J2EE主由升阳(SUN)与IBM等厂商协同业界共同拟定而成的技术规范，以企业与企业之间的运算为导向的JAVA开发环境。J2EE架构定义各类不同组件，如Web Component、EJB Component…等，而各类组件可以再用(reuse)，让已开发完成的组件，或者是经由市面采购而得的组件，均能进一步组装成不同的系统。
对于开发人员而言，只需要专注于各种应用系统的商业逻辑与架构设计，至于底层繁琐的程序撰写工作，可搭配不同的开发平台，以让应用系统的开发与部署效率大幅提升。
J2EE的核心规范是 Enterprise Java Beans（EJBs）。EJB依照特性的不同，目前共分为三种，分别是Session Bean、Entity Bean，以及 Message Driven Bean 。其中 Session Bean 与Entity Bean 算是EJB的始祖，这两种EJB规格在EJB 1.x版本推出时就已经存在，而Message Driven Bean则是出现在EJB 2.0的规格之中。
目前业界许多程序设计师，或者是网页设计人员，多利用JSP/Servlet的便利性，进而在J2EE服务器之上开发相关的应用，或是整合公司内部的各种资源。
Java 2平台依照应用领域的不同，共分为三大版本，分别是J2EE、标准版本J2SE（Java 2 Platform, Standard Edition）、微型版本J2ME（Java 2 Platform, Micro Edition），以及Java Card等。
从整体上讲，J2EE是使用Java技术开发企业级应用的一种事实上的工业标准(Sun公司出于其自身利益的考虑，至今没有将Java及其相关技术纳入标准化组织的体系)，它是Java技术不断适应和促进企业级应用过程中的产物。Sun推出J2EE的目的是为了克服传统Client/Server模式的弊病，迎合Browser/Server架构的潮流，为应用Java技术开发服务器端应用提供一个平台独立的、可移植的、多用户的、安全的和基于标准的企业级平台，从而简化企业应用的开发、管理和部署。J2EE是一个标准，而不是一个现成的产品。各个平台开发商按照J2EE规范分别开发了不同的J2EE应用服务器，J2EE应用服务器是J2EE企业级应用的部署平台。由于它们都遵循了J2EE规范，因此，使用J2EE技术开发的企业级应用可以部署在各种J2EE应用服务器上。
为了推广并规范化使用J2EE架构企业级应用的体系架构，Sun同时给出了一个建议性的J2EE应用设计模型：J2EE Blueprints。J2EE Blueprints提供了实施J2EE企业级应用的体系架构、设计模式和相关的代码，通过应用J2EE Blueprints所描述的体系模型，能够部分简化架构企业级应用这项复杂的工作。J2EE Blueprints是开发人员设计和优化J2EE组件的基本原则，同时为围绕开发工作进行职能分工给出了指导性策略，以帮助应用开发设计人员合理地分配技术资源。
J2EE组成了一个完整企业级应用的不同部分纳入不同的容器(Container)，每个容器中都包含若干组件(这些组件是需要部署在相应容器中的)，同时各种组件都能使用各种J2EE Service/API。J2EE容器包括：
◆ Web容器 服务器端容器，包括两种组件JSP和Servlet，JSP和Servlet都是Web服务器的功能扩展，接受Web请求，返回动态的Web页面。Web容器中的组件可使用EJB容器中的组件完成复杂的商务逻辑。
◆ EJB容器 服务器端容器，包含的组件为EJB(Enterprise JavaBeans)，它是J2EE的核心之一，主要用于服务器端的商业逻辑的实现。EJB规范定义了一个开发和部署分布式商业逻辑的框架，以简化企业级应用的开发，使其较容易地具备可伸缩性、可移植性、分布式事务处理、多用户和安全性等。
◆ Applet容器 客户端容器，包含的组件为Applet。Applet是嵌在浏览器中的一种轻量级客户端，一般而言，仅当使用Web页面无法充分地表现数据或应用界面的时候，才使用它。Applet是一种替代Web页面的手段，我们仅能够使用J2SE开发Applet，Applet无法使用J2EE的各种Service和API，这是为了安全性的考虑。
◆ Application Client容器 客户端容器，包含的组件为Application Client。Application Client相对Applet而言是一种较重量级的客户端，它能够使用J2EE的大多数Service和API。
通过这四个容器，J2EE能够灵活地实现前面描述的企业级应用的架构。
在View部分，J2EE提供了三种手段：Web容器中的JSP(或Servlet)、Applet和Application Client，分别能够实现面向浏览器的数据表现和面向桌面应用的数据表现。Web容器中的Servlet是实现Controller部分业务流程控制的主要手段；而EJB则主要针对Model部分的业务逻辑实现。至于与各种企业资源和企业级应用相连接，则是依靠J2EE的各种服务和API。
在J2EE的各种服务和API中，JDBC和JCA用于企业资源(各种企业信息系统和数据库等)的连接，JAX-RPC、JAXR和SAAJ则是实现Web Services和Web Services连接的基本支持。
J2EE的各种组件
我们就J2EE的各种组件、服务和API，进行更加详细的阐述，看看在开发不同类型的企业级应用时，根据各自需求和目标的不同，应当如何灵活使用并组合不同的组件和服务。
· Servlet
Servlet是Java平台上的CGI技术。Servlet在服务器端运行，动态地生成Web页面。与传统的CGI和许多其它类似CGI的技术相比，Java Servlet具有更高的效率并更容易使用。对于Servlet，重复的请求不会导致同一程序的多次转载，它是依靠线程的方式来支持并发访问的。
· JSP
JSP(Java Server Page)是一种实现普通静态HTML和动态页面输出混合编码的技术。从这一点来看，非常类似Microsoft ASP、PHP等技术。借助形式上的内容和外观表现的分离，Web页面制作的任务可以比较方便地划分给页面设计人员和程序员，并方便地通过JSP来合成。在运行时态，JSP将会被首先转换成Servlet，并以Servlet的形态编译运行，因此它的效率和功能与Servlet相比没有差别，一样具有很高的效率。
· EJB
EJB定义了一组可重用的组件：Enterprise Beans。开发人员可以利用这些组件，像搭积木一样建立分布式应用。在装配组件时，所有的Enterprise Beans都需要配置到EJB服务器(一般的Weblogic、WebSphere等J2EE应用服务器都是EJB服务器)中。EJB服务器作为容器和低层平台的桥梁管理着EJB容器，并向该容器提供访问系统服务的能力。所有的EJB实例都运行在EJB容器中。EJB容器提供了系统级的服务，控制了EJB的生命周期。EJB容器为它的开发人员代管了诸如安全性、远程连接、生命周期管理及事务管理等技术环节，简化了商业逻辑的开发。EJB中定义了三种Enterprise Beans：
◆ Session Beans
◆ Entity Beans
◆ Message-driven Beans
· JDBC
JDBC(Java Database Connectivity，Java数据库连接)API是一个标准SQL(Structured Query Language，结构化查询语言)数据库访问接口，它使数据库开发人员能够用标准Java API编写数据库应用程序。JDBC API主要用来连接数据库和直接调用SQL命令执行各种SQL语句。利用JDBC API可以执行一般的SQL语句、动态SQL语句及带IN和OUT参数的存储过程。Java中的JDBC相当与Microsoft平台中的ODBC(Open Database Connectivity)。
· JMS
JMS(Java Message Service，Java消息服务)是一组Java应用接口，它提供创建、发送、接收、读取消息的服务。JMS API定义了一组公共的应用程序接口和相应语法，使得Java应用能够和各种消息中间件进行通信，这些消息中间件包括IBM MQ-Series、Microsoft MSMQ及纯Java的SonicMQ。通过使用JMS API，开发人员无需掌握不同消息产品的使用方法，也可以使用统一的JMS API来操纵各种消息中间件。通过使用JMS，能够最大限度地提升消息应用的可移植性。 JMS既支持点对点的消息通信，也支持发布/订阅式的消息通信。
· JNDI
由于J2EE应用程序组件一般分布在不同的机器上，所以需要一种机制以便于组件客户使用者查找和引用组件及资源。在J2EE体系中，使用JNDI(Java Naming and Directory Interface)定位各种对象，这些对象包括EJB、数据库驱动、JDBC数据源及消息连接等。JNDI API为应用程序提供了一个统一的接口来完成标准的目录操作，如通过对象属性来查找和定位该对象。由于JNDI是独立于目录协议的，应用还可以使用JNDI访问各种特定的目录服务，如LDAP、NDS和DNS等。
· JTA
JTA(Java Transaction API)提供了J2EE中处理事务的标准接口，它支持事务的开始、回滚和提交。同时在一般的J2EE平台上，总提供一个JTS(Java Transaction Service)作为标准的事务处理服务，开发人员可以使用JTA来使用JTS。
· JCA
JCA(J2EE Connector Architecture)是J2EE体系架构的一部分，为开发人员提供了一套连接各种企业信息系统(EIS，包括ERP、SCM、CRM等)的体系架构，对于EIS开发商而言，它们只需要开发一套基于JCA的EIS连接适配器，开发人员就能够在任何的J2EE应用服务器中连接并使用它。基于JCA的连接适配器的实现，需要涉及J2EE中的事务管理、安全管理及连接管理等服务组件。
· JMX
JMX(Java Management Extensions)的前身是JMAPI。JMX致力于解决分布式系统管理的问题。JMX是一种应用编程接口、可扩展对象和方法的集合体，可以跨越各种异构操作系统平台、系统体系结构和网络传输协议，开发无缝集成的面向系统、网络和服务的管理应用。JMX是一个完整的网络管理应用程序开发环境，它同时提供了厂商需要收集的完整的特性清单、可生成资源清单表格、图形化的用户接口；访问SNMP的网络API；主机间远程过程调用；数据库访问方法等。
· JAAS
JAAS(Java Authentication and Authorization Service)实现了一个Java版本的标准Pluggable Authentication Mole(PAM)的框架。JAAS可用来进行用户身份的鉴定，从而能够可靠并安全地确定谁在执行Java代码。同时JAAS还能通过对用户进行授权，实现基于用户的访问控制。
· JACC
JACC(Java Authorization Service Provider Contract for Containers)在J2EE应用服务器和特定的授权认证服务器之间定义了一个连接的协约，以便将各种授权认证服务器插入到J2EE产品中去。
· JAX-RPC
通过使用JAX-RPC(Java API for XML-based RPC)，已有的Java类或Java应用都能够被重新包装，并以Web Services的形式发布。JAX-RPC提供了将RPC参数(in/out)编码和解码的API，使开发人员可以方便地使用SOAP消息来完成RPC调用。同样，对于那些使用EJB(Enterprise JavaBeans)的商业应用而言，同样可以使用JAX-RPC来包装成Web服务，而这个Web Servoce的WSDL界面是与原先的EJB的方法是对应一致的。JAX-RPC为用户包装了Web服务的部署和实现，对Web服务的开发人员而言，SOAP/WSDL变得透明，这有利于加速Web服务的开发周期。
· JAXR
JAXR（Java API for XML Registries）提供了与多种类型注册服务进行交互的API。JAXR运行客户端访问与JAXR规范相兼容的Web Servcices，这里的Web Services即为注册服务。一般来说，注册服务总是以Web Services的形式运行的。JAXR支持三种注册服务类型：JAXR Pluggable Provider、Registry-specific JAXR Provider、JAXR Bridge Provider(支持UDDI Registry和ebXML Registry/Repository等)。
· SAAJ
SAAJ(SOAP with Attachemnts API for Java)是JAX-RPC的一个增强，为进行低层次的SOAP消息操纵提供了支持。
企业级应用示例
下面我们通过假设一个企业应用的J2EE实现，来了解各种组件和服务的应用。假设应用对象是计算机产品的生产商/零售商的销售系统，这个销售系统能够通过自己的网站发布产品信息，同时也能将产品目录传送给计算机产品交易市场。销售系统能够在线接受订单(来自自己的Web网站或者来自计算机产品交易市场)，并随后转入内部企业管理系统进行相关的后续处理。
参见图3，这个企业应用可以这种方式架构。该企业应用的核心是产品目录管理和产品定购管理这两个业务逻辑，使用EJB加以实现，并部署在EJB容器中。由于产品目录和定购信息都需要持久化，因此使用JDBC连接数据库，并使用JTA来完成数据库存取事务。
图3 J2EE应用示例
然后使用JSP/Servlet来实现应用的Web表现：在线产品目录浏览和在线定购。为了将产品目录发送给特定的交易市场，使用JMS实现异步的基于消息的产品目录传输。为了使得更多的其它外部交易市场能够集成产品目录和定购业务，需要使用Web Services技术包装商业逻辑的实现。由于产品定购管理需要由公司内部雇员进行处理，因此需要集成公司内部的用户系统和访问控制服务以方便雇员的使用，使用JACC集成内部的访问控制服务，使用JNDI集成内部的用户目录，并使用JAAS进行访问控制。由于产品订购事务会触发后续的企业ERP系统的相关操作(包括仓储、财务、生产等)，需要使用JCA连接企业ERP。
最后为了将这个应用纳入到企业整体的系统管理体系中去，使用Application Client架构了一个管理客户端(与其它企业应用管理应用部署在一台机器上)，并通过JMX管理这个企业应用。
❽ J2EE 如何手动建立一个Web工程
手工方式开发一个web应用的步骤：
1) 创建一个目录Servlet,进入这个目录，创建一个WEB-INF目录
2) 进入WEB-INF目录,创建classes和lib目录以及web.xml
3) 配置环境变量
环境变量：指系统启动时需要加载的一些常用的配置以及软件。
linux用户:
1) 打开一个终端
2) vi .bashrc
//CATALINA_HOME=/opt/jakarta-tomcat-5.0.28
CATALINA_HOME=/home/briup/jakarta-tomcat-5.0.28
CLASSPATH=.:$CATALINA_HOME/common/lib/servlet-api.jar
export CATALINA_HOME CLASSPATH
3) 保存退出
4) . ./.bashrc
5) echo $CLASSPATH(查看配置是否生效)
windows用户:
1） 右击我的电脑-->高级--->环境变量
2） 在CLASSPATH的环境变量上增加一个CATALINA_HOME 和CLASSPATH
CATALINA_HOME=C:\jakarta-tomcat-5.0.28
CLASSPATH=.;%CATALINA_HOME%\common\lib\servlet-api.jar
4) 编写一个myFirstServlet.java
package com;
import javax.servlet.http.*;
import java.io.*;
public class MyFirstServlet extends HttpServlet {
public void doGet(HttpServletRequest req,HttpServletResponse res)
throws IOException,ServletException{
String name = req.getParameter("name");
Date date = new Date();
//指明MIME
res.setContentType("text/html");
//获得输出流
PrintWriter pw = res.getWriter();
//构建客户页面
pw.println("<html>");
pw.println("<head>");
pw.println("<title>MyFirstServlet</title>");
pw.println("</head>");
pw.println("<body>");
pw.println("<h1>");
pw.println("currentSystemTime:"+date);
pw.println("</h1>");
pw.println("<h2> hello, "+name+"!</h2>");
pw.println("</body>");
pw.println("</html>");
pw.flush();
pw.close();
}
public void doPost(HttpServletRequest req,HttpServletResponse res)
throws IOException,ServletException{
doGet(req,res);
}
}
5) 在web.xml中描述这个servlet
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<servlet>
<servlet-name>firstServlet</servlet-name>
<servlet-class>com.MyFirstServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>firstServlet</servlet-name>
<url-pattern>/basic/hello</url-pattern>
</servlet-mapping>
</web-app>
6)编译
javac -d WebRoot/WEB-INF/classes -cp WebRoot/WEB-INF/lib/servlet-api.jar
src/com/MyFirstServlet.java
7) 新建文件夹和工程名字一样,将webRoot 下的内容全部拷贝到tomcat 下的webapps
目录下
8) 启动tomcat
进入tomcat 下的bin目录，启动方式:
linux用户:
右击鼠标 --> 打开终端 --> 运行 ./startup.sh 启动tomcat
运行 ./shutdown.sh 关闭tomcat
windows用户:
双击startup.bat 启动tomcat
双击shutdown.sh关闭tomcat
9) 在地址栏中输入URL访问
http://localhost:8080/servlet/basic/hello?name=xuxiang
❾ j2ee是做什么的
一般就是做做网站编程等企业用的功能。