14 个解决方案
#1
得好
#2
EJB的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了API技术。EJB技术简化了用JAVA语言编写的企业应用系统的开发，配置，和执行。EJB的体系结构的规范由Sun Microsystems公司制定。Inprise的EJB容器是基于1.1版的规范。
EJB技术定义了一组可重用的组件：Enterprise Beans。你可以利用这些组件，象搭积木一样的建立你的分布式应用程序。当你把代码写好之后，这些组件就被组合到特定的文件中去。每个文件有一个或多个Enterprise Beans，在加上一些配置参数。最后，这些Enterprise Beans被配置到一个装了EJB容器的平台上。客户能够通过这些Beans的home接口，定位到某个beans，并产生这个beans的一个实例。这样，客户就能够调用Beans的应用方法和远程接口。
EJB服务器作为容器和低层平台的桥梁管理着EJB容器和函数。它向EJB容器提供了访问系统服务的能力。例如：数据库的管理和事务的管理，或者对于其它的Enterprise的应用服务器。
所有的EJB 实例都运行在EJB容器中。容器提供了系统级的服务，控制了EJB的生命周期。因为容器掌握了绝大多数系统级的issues(呵呵，不知道怎么翻译)。Enterprise Beans 的开发者不需要应用逻辑考虑进来。通常来说，EJB容器掌握了以下的系统级issues.
1、Security--配置描述器（The Deployment descriptor）定义了客户能够访问的不同的应用函数。容器通过只允许授权的客户访问这些函数来达到这个效果。
2、Remote Connectivity--容器为远程链接管理着低层的通信issues，而且对Enterprise Beas的开发者和客户都隐藏了通信issues.Enterprise Beans的开发者在编写应用方法的时候，就象是在条用本地的平台一样的。客户也不清楚他们调用的方法可能是在远程被处理的。
3、Life Cycle managment--客户简单的创建一个Enterprise beans的实例，并通常取消一个实例。而容器管理着Enterprise Beans的实例，使Enterprise Beans实现最大的效能和内存利用率。容器能够这样来激活和去活Enterprise Beans，保持众多客户共享的实例池。等等。
4、Trasction management—配置描述器定义了Enterprise beans 的事务处理的需求。容器管理着那些管理分布式事务处理的复杂的issues。这些事务可能要在不同的平台之间更新数据库。容器使这些事务之间互相独立，互不干扰。保证所有的更新数据库都是成功发生的，否者，就回滚到事务处理之前的状态。
EJB技术定义了一组可重用的组件：Enterprise Beans。你可以利用这些组件，象搭积木一样的建立你的分布式应用程序。当你把代码写好之后，这些组件就被组合到特定的文件中去。每个文件有一个或多个Enterprise Beans，在加上一些配置参数。最后，这些Enterprise Beans被配置到一个装了EJB容器的平台上。客户能够通过这些Beans的home接口，定位到某个beans，并产生这个beans的一个实例。这样，客户就能够调用Beans的应用方法和远程接口。
EJB服务器作为容器和低层平台的桥梁管理着EJB容器和函数。它向EJB容器提供了访问系统服务的能力。例如：数据库的管理和事务的管理，或者对于其它的Enterprise的应用服务器。
所有的EJB 实例都运行在EJB容器中。容器提供了系统级的服务，控制了EJB的生命周期。因为容器掌握了绝大多数系统级的issues(呵呵，不知道怎么翻译)。Enterprise Beans 的开发者不需要应用逻辑考虑进来。通常来说，EJB容器掌握了以下的系统级issues.
1、Security--配置描述器（The Deployment descriptor）定义了客户能够访问的不同的应用函数。容器通过只允许授权的客户访问这些函数来达到这个效果。
2、Remote Connectivity--容器为远程链接管理着低层的通信issues，而且对Enterprise Beas的开发者和客户都隐藏了通信issues.Enterprise Beans的开发者在编写应用方法的时候，就象是在条用本地的平台一样的。客户也不清楚他们调用的方法可能是在远程被处理的。
3、Life Cycle managment--客户简单的创建一个Enterprise beans的实例，并通常取消一个实例。而容器管理着Enterprise Beans的实例，使Enterprise Beans实现最大的效能和内存利用率。容器能够这样来激活和去活Enterprise Beans，保持众多客户共享的实例池。等等。
4、Trasction management—配置描述器定义了Enterprise beans 的事务处理的需求。容器管理着那些管理分布式事务处理的复杂的issues。这些事务可能要在不同的平台之间更新数据库。容器使这些事务之间互相独立，互不干扰。保证所有的更新数据库都是成功发生的，否者，就回滚到事务处理之前的状态。
#3
说的简单点：J2EE是什么？
它只是个结构性框架，是大家共同遵守的一种规范，这个框架告诉什么该使用什么技术，用哪些接口，你只要照着这个规范去做就OK了，我是这样理解的，不知道其他大侠如何理解
它只是个结构性框架，是大家共同遵守的一种规范，这个框架告诉什么该使用什么技术，用哪些接口，你只要照着这个规范去做就OK了，我是这样理解的，不知道其他大侠如何理解
#4
http://www.uml.net.cn/j2ee/j2ee001.htm
#5
哈哈！ lmh7607(海风) 的回帖好像是从ChinaJavaWorld上转过来的吧？大家最好是说一说自己的心得体会。谢了！
#6
有没有比较好的EJB入门实例？
#7
我觉得，j2ee应该至少包含以下技术：JDBC, JNDI, EJB, RMI, JSP, Servlet, XML, JMS, Java IDL, JTS, JTA, JavaMail 等。J2EE是一个大框架，在这个框架里面应用以上技术进行开发，当然不局限这一些技术，只要能提高整体性能，采用何种技术都无关紧要，有关模式的概念，应该也是在此基础上引申出来的。狭义的J2EE应用应该就是BS结构的企业应用。核心就是EJB，因为这里包含所有的商业逻辑，上次看到.NET对petstore的改造，把一些有关SQL的处理写成存储过程，速度确实快，所以感觉商业逻辑不一定完全就是EJB完成，如果存储过程的效率更高，为何不采用呢，而且维护也更方便？所以我认为J2EE只是一个很泛的概念，具体怎么来做，看具体情况了。市场经济有利于*，为什么不实行市场经济呢，加入世贸有利发展，为什么不加入呢？靠，离题了，不好意思~
#8
J2EE包含很多东西。从技术来讲它是JSP，Servlet，以及EJB的结合
其中EJB最为主要。如果要学习这个你必须学会UML和RUP。
其中EJB最为主要。如果要学习这个你必须学会UML和RUP。
#9
RUP是什么?
#10
Rational Utility Process
是当年的Rational公司推出的一套软件开发过程，
用于控制软件开发的质量，同时可以应用于CMM2-3级的评定。
是当年的Rational公司推出的一套软件开发过程，
用于控制软件开发的质量，同时可以应用于CMM2-3级的评定。
#11
up
#12
learning..........
#13
ejb是j2ee的一種技術而已,j2ee是一個很大的概念,包裹很多技術,所以了解他也就是知道什麼時候用那種技術而已,畢竟他是一個很泛的概念
所以真正花心思的應該是他裡面具體的技術,而不是他總體的理輪
-----------------------不知道對
不對
-------------臥室毛病我怕水
所以真正花心思的應該是他裡面具體的技術,而不是他總體的理輪
-----------------------不知道對
不對
-------------臥室毛病我怕水
#14
NND忘了換登陸名了,用你的號了
#1
得好
#2
EJB的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了API技术。EJB技术简化了用JAVA语言编写的企业应用系统的开发，配置，和执行。EJB的体系结构的规范由Sun Microsystems公司制定。Inprise的EJB容器是基于1.1版的规范。
EJB技术定义了一组可重用的组件：Enterprise Beans。你可以利用这些组件，象搭积木一样的建立你的分布式应用程序。当你把代码写好之后，这些组件就被组合到特定的文件中去。每个文件有一个或多个Enterprise Beans，在加上一些配置参数。最后，这些Enterprise Beans被配置到一个装了EJB容器的平台上。客户能够通过这些Beans的home接口，定位到某个beans，并产生这个beans的一个实例。这样，客户就能够调用Beans的应用方法和远程接口。
EJB服务器作为容器和低层平台的桥梁管理着EJB容器和函数。它向EJB容器提供了访问系统服务的能力。例如：数据库的管理和事务的管理，或者对于其它的Enterprise的应用服务器。
所有的EJB 实例都运行在EJB容器中。容器提供了系统级的服务，控制了EJB的生命周期。因为容器掌握了绝大多数系统级的issues(呵呵，不知道怎么翻译)。Enterprise Beans 的开发者不需要应用逻辑考虑进来。通常来说，EJB容器掌握了以下的系统级issues.
1、Security--配置描述器（The Deployment descriptor）定义了客户能够访问的不同的应用函数。容器通过只允许授权的客户访问这些函数来达到这个效果。
2、Remote Connectivity--容器为远程链接管理着低层的通信issues，而且对Enterprise Beas的开发者和客户都隐藏了通信issues.Enterprise Beans的开发者在编写应用方法的时候，就象是在条用本地的平台一样的。客户也不清楚他们调用的方法可能是在远程被处理的。
3、Life Cycle managment--客户简单的创建一个Enterprise beans的实例，并通常取消一个实例。而容器管理着Enterprise Beans的实例，使Enterprise Beans实现最大的效能和内存利用率。容器能够这样来激活和去活Enterprise Beans，保持众多客户共享的实例池。等等。
4、Trasction management—配置描述器定义了Enterprise beans 的事务处理的需求。容器管理着那些管理分布式事务处理的复杂的issues。这些事务可能要在不同的平台之间更新数据库。容器使这些事务之间互相独立，互不干扰。保证所有的更新数据库都是成功发生的，否者，就回滚到事务处理之前的状态。
EJB技术定义了一组可重用的组件：Enterprise Beans。你可以利用这些组件，象搭积木一样的建立你的分布式应用程序。当你把代码写好之后，这些组件就被组合到特定的文件中去。每个文件有一个或多个Enterprise Beans，在加上一些配置参数。最后，这些Enterprise Beans被配置到一个装了EJB容器的平台上。客户能够通过这些Beans的home接口，定位到某个beans，并产生这个beans的一个实例。这样，客户就能够调用Beans的应用方法和远程接口。
EJB服务器作为容器和低层平台的桥梁管理着EJB容器和函数。它向EJB容器提供了访问系统服务的能力。例如：数据库的管理和事务的管理，或者对于其它的Enterprise的应用服务器。
所有的EJB 实例都运行在EJB容器中。容器提供了系统级的服务，控制了EJB的生命周期。因为容器掌握了绝大多数系统级的issues(呵呵，不知道怎么翻译)。Enterprise Beans 的开发者不需要应用逻辑考虑进来。通常来说，EJB容器掌握了以下的系统级issues.
1、Security--配置描述器（The Deployment descriptor）定义了客户能够访问的不同的应用函数。容器通过只允许授权的客户访问这些函数来达到这个效果。
2、Remote Connectivity--容器为远程链接管理着低层的通信issues，而且对Enterprise Beas的开发者和客户都隐藏了通信issues.Enterprise Beans的开发者在编写应用方法的时候，就象是在条用本地的平台一样的。客户也不清楚他们调用的方法可能是在远程被处理的。
3、Life Cycle managment--客户简单的创建一个Enterprise beans的实例，并通常取消一个实例。而容器管理着Enterprise Beans的实例，使Enterprise Beans实现最大的效能和内存利用率。容器能够这样来激活和去活Enterprise Beans，保持众多客户共享的实例池。等等。
4、Trasction management—配置描述器定义了Enterprise beans 的事务处理的需求。容器管理着那些管理分布式事务处理的复杂的issues。这些事务可能要在不同的平台之间更新数据库。容器使这些事务之间互相独立，互不干扰。保证所有的更新数据库都是成功发生的，否者，就回滚到事务处理之前的状态。
#3
说的简单点：J2EE是什么？
它只是个结构性框架，是大家共同遵守的一种规范，这个框架告诉什么该使用什么技术，用哪些接口，你只要照着这个规范去做就OK了，我是这样理解的，不知道其他大侠如何理解
它只是个结构性框架，是大家共同遵守的一种规范，这个框架告诉什么该使用什么技术，用哪些接口，你只要照着这个规范去做就OK了，我是这样理解的，不知道其他大侠如何理解
#4
http://www.uml.net.cn/j2ee/j2ee001.htm
#5
哈哈！ lmh7607(海风) 的回帖好像是从ChinaJavaWorld上转过来的吧？大家最好是说一说自己的心得体会。谢了！
#6
有没有比较好的EJB入门实例？
#7
我觉得，j2ee应该至少包含以下技术：JDBC, JNDI, EJB, RMI, JSP, Servlet, XML, JMS, Java IDL, JTS, JTA, JavaMail 等。J2EE是一个大框架，在这个框架里面应用以上技术进行开发，当然不局限这一些技术，只要能提高整体性能，采用何种技术都无关紧要，有关模式的概念，应该也是在此基础上引申出来的。狭义的J2EE应用应该就是BS结构的企业应用。核心就是EJB，因为这里包含所有的商业逻辑，上次看到.NET对petstore的改造，把一些有关SQL的处理写成存储过程，速度确实快，所以感觉商业逻辑不一定完全就是EJB完成，如果存储过程的效率更高，为何不采用呢，而且维护也更方便？所以我认为J2EE只是一个很泛的概念，具体怎么来做，看具体情况了。市场经济有利于*，为什么不实行市场经济呢，加入世贸有利发展，为什么不加入呢？靠，离题了，不好意思~
#8
J2EE包含很多东西。从技术来讲它是JSP，Servlet，以及EJB的结合
其中EJB最为主要。如果要学习这个你必须学会UML和RUP。
其中EJB最为主要。如果要学习这个你必须学会UML和RUP。
#9
RUP是什么?
#10
Rational Utility Process
是当年的Rational公司推出的一套软件开发过程，
用于控制软件开发的质量，同时可以应用于CMM2-3级的评定。
是当年的Rational公司推出的一套软件开发过程，
用于控制软件开发的质量，同时可以应用于CMM2-3级的评定。
#11
up
#12
learning..........
#13
ejb是j2ee的一種技術而已,j2ee是一個很大的概念,包裹很多技術,所以了解他也就是知道什麼時候用那種技術而已,畢竟他是一個很泛的概念
所以真正花心思的應該是他裡面具體的技術,而不是他總體的理輪
-----------------------不知道對
不對
-------------臥室毛病我怕水
所以真正花心思的應該是他裡面具體的技術,而不是他總體的理輪
-----------------------不知道對
不對
-------------臥室毛病我怕水
#14
NND忘了換登陸名了,用你的號了