j2ee到底是什么

楼主说配置各种各样的文件.说的是struts,Hibernate,Spring之类的框架吧如果说的是这些的话,在还没理解j2EE是什么之前学框架,应该早了点吧.如果不是说框架.
但除了Servlet,自定义标签外没什么要配置的吧.Servlet的配置也不复杂啊.自定义标签也很少用啊.

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

http://www.java2000.net/p11414 一个名词解释我个人看法：企业需要扩展性，比如集群，消息机制，负载均衡。我们可以通过各种技术混合达到目的，但作为企业希望一个统一的平台能够提供这种服务。
老板说什么，就是什么；客户说什么，就是什么。J2EE的目的是什么，你需要J2EE来帮你做些什么？知道了J2EE的目的，还有必要知道J2EE是什么嘛？
现在的cs架构中的j2ee用到的最多的就是jdbc和jsp、xml其他的很少用到,尤其集群技术，只有大型项目中能够用到。
1楼所说，偶不是很赞同。
现在的java技术搞地我们在架构上不需要挖掘深层的东西就可以实现大部分的功能，例如说各种架构的封装，使得我们在使用时只需要了解这个架构的各种脾气就可以使用。
当然如果需要做架构师而不是程序员地话，你也许需要深层挖掘下。
打个比喻：一个人要当作家，学习基本的语法，字词，各种句式，修辞手法是必不可少的，但是这些还不够。
还要学习各种文题，编章的构造组织方法，还得学习人物性格要怎么铺设，故事情节怎么展开，推动的。
servlet，会话跟踪，jdbc等技术好比是java企业级的基础，学了这些只是会写字，造句罢了；我们还的学习设计模式，最后还要从架构的角度把各种技术有效的组织起来，搭建一座大房子。j2ee就是这些技术的有效融合，为构建一座大房子而出的半成品技术。
  目前所有的B/S系统应用可以分为：有状态(statefull)和无状态(stateless)两大类别。有状态是指在整个系统的处理过程中要保留记住一些信息，而无状态则相反，每次request都是独立的连接，不需要在每个request之间共享数据等等。     对于这两种应用，通常第一考虑是性能要最优，性能是我们选择IT技术的主要依据之一。     为达到最大化的性能，对于Java系统，以前通常的作法是使用对象池，这样节约对象生成时的性能开销，也就是说系统启动时，预先生成一定数目的对象实例在内存中，需要使用时，从对象池中取出实例，用完，归还对象池，对于有状态的应用，可以使用相关持久化（persistence）策略来保存状态。     下一步，如何并行访问对象池将是非常重要，java的多线程技术为我们提供了实现可能，线程的创建销毁也是可能非常耗时的，那么，无疑象使用对象池一样，我们必须使用线程池来实现多线程并行计算的最优化。     使用线程池和对象池，每次客户端请求发生一次就从线程池中借用一个线程，处理完这个请求就将线程返回线程池，同样，使用线程快速的访问对象，对象也是从对象池中借用，用完就还回对象池。整个这样的架构设计在性能上是最优的。     有了性能保证，安全机制、事务机制、集群(cluster)技术也将是选择IT技术的主要依据。     J2EE就是这样一个实现上述多种考量的综合标准框架系统，在具体使用中，也许我们对所有这些考量的要求并不都一样重视，比如：如果纯粹追求性能是第一，可以忽视事务机制，那么，完整的J2EE技术也许就并不适合你。     那么我们先看看J2EE是如何从性能上保证我们的应用系统以最快速度运行的，也就是说J2EE中必然应该有上述线程池和对象池的实现技术，servlet实际是基于线程池的更好的线程容器；EJB是基于对象池的更好的对象容器。     看看Servler的架构图：
    当client1发生请求时servlet容器会从线程池中分配一个线程给这个request.     再看看EJB的架构图：
    instance Pool作为一个对象实例池，维持着EJB实例，当然这个对象池是用生命周期的，简单的说 EJB=对象池+远程对象池     但是，EJB还整合了相当的其它增强功能，如安全事务机制等，这些对于一般应用都是必需的，当然你还必须根据你的需要来选择是否使用J2EE，如果你的应用对安全事务机制没有要求，直接使用线程池和对象池技术肯定获得最好的性能。     所以，根据Servler和EJB的原理，我们已经可以规划我们的应用，什么可以放在servlet，或什么需要放在EJB中实现：     线程的本质决定了servlet只适合一些轻量的应用，如分析简单XML文档, 通过JDBC访问数据源，使用JMS或JavaMail处理简单的信息Message，或使用JTS/JTA处理简单的事务机制，注意这些用词都是"简单"的，一旦复杂了，就要使用EJB了。     下面从客户端和服务器端两个方面来具体考量这两个技术的使用，这里的客户端不一定是指最终客户端，因为J2EE是多层结构，中间层可能在多个服务器上实现，如果一个服务器上的服务是供另外一个服务器上的应用访问的，那么后者我们也称为客户端。     根据应用的复杂程度和要求不同，分下列情况：     1.在WEB层可以实现的一些应用     如果你的系统没有很复杂的事务处理，或访问很多企业原有的资源，那么可以借助javabean这样的一些Help性质的类来实现你的应用，但是，这样的方案不是最干净clean, 最有效efficient, 或最有扩展性的scalable。     否则，将所有核心计算放置入EJB中。     2.所有的复杂商务计算核心都在EJB中完成     如果你的客户端和服务器端之间有防火墙，那么目前能够无障碍通过防火墙的协议只有Http了(Web Service也是基于http就是这个道理)，既然使用http了，而Servlet是基于Http协议的，那么就需要通过servlet来访问 EJB，这是我们最普遍的应用情况。     但是，如果你的客户端和服务器端可以放置在一个网络内，之间没有防火墙，那么就不必使用Servlet，直接使用Java调用RMI来访问EJB，这样性能是最好的，这时的Servlet大概只有用于控制Jsp的页面的输出了(MVC模式中的控制作用)。     如果是非java客户端，可以通过CORBA组件来访问EJB。     3.如果你的应用对速度要求很高，要求非常快，对于事务处理等方面几乎无要求     直接使用J2SE，加上线程池和对象池技术，将会使你的java系统性能发挥极致。Jakarta.Apache.org有这两种技术的源码，线程池可以从Servlet容器Tomcat的源码中发现。
J2EE本身是一个标准，一个为企业分布式应用的开发提供的标准平台。
J2EE也是一个框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA、servlet/jsp等技术。
想了解j2ee可是对这个词的解释总是很空洞
J2EE（Java 2 Enterprise Edition）是建立在Java 2平台上的企业级应用的解决方案。J2EE技术的基础便是Java 2平台，不但有J2SE平台的所有功能，同时还提供了对EJB，Servlet，JSP，XML等技术的全面支持，其最终目标是成为一个支持企业级应用开发的体系结构，简化企业解决方案的开发，部署和管理等复杂问题。事实上，J2EE已经成为企业级开发的工业标准和首选平台。　　J2EE并非一个产品，而是一系列的标准。市场上可以看到很多实现了J2EE的产品，如BEA WebLogic，IBM WebSphere以及开源的JBoss等等。      J2EE，是sun公司提出的一个标准，符合这个标准的产品叫"实现"；其中你下载的sun公司的j2ee开发包中就有一个这样的"实现"，而 jboss，weblogic，websphere都是j2ee标准的一个"实现"。由于jboss，weblogic，websphere自身带有 j2ee的api，所以可以不使用sun的j2ee实现。资料来源：http://www.itisedu.com/phrase/200603091447335.html
仁者见仁，智者见智，考虑问题的角度不同
说的都很好哦，
本人很爱J2EE的，但是目前不精通，以后还要向你们请教哦！！
J2EE是什么？J2EE是往简历里面写的必备单词
J2EE（Java 2 Enterprise Edition）是建立在Java 2平台上的企业级应用的解决方案。J2EE技术的基础便是Java 2平台，不但有J2SE平台的所有功能，同时还提供了对EJB，Servlet，JSP，XML等技术的全面支持，其最终目标是成为一个支持企业级应用开发的体系结构，简化企业解决方案的开发，部署和管理等复杂问题。事实上，J2EE已经成为企业级开发的工业标准和首选平台。　　J2EE并非一个产品，而是一系列的标准。市场上可以看到很多实现了J2EE的产品，如BEA WebLogic，IBM WebSphere以及开源的JBoss等等。       J2EE，是sun公司提出的一个标准，符合这个标准的产品叫"实现"；其中你下载的sun公司的j2ee开发包中就有一个这样的"实现"，而 jboss，weblogic，websphere都是j2ee标准的一个"实现"。由于jboss，weblogic，websphere自身带有 j2ee的api，所以可以不使用sun的j2ee实现。