JAVA EE能做非企业的大型网站么?顺带请教一些基础的JAVA EE/JSP/SSH概念问题。
1)JSP+Servlet+Javabean在Tomcat上跑能算是JavaEE么?2)普通的JSP网站一般都不需要构建在JAVAEE上吧?JAVAEE里的很多功能如JN...
1) JSP+Servlet+Javabean在 Tomcat 上跑能算是 Java EE 么?
2) 普通的 JSP 网站一般都不需要构建在 JAVA EE 上吧?JAVA EE 里的很多功能如JNDI、JMS、JTS、javaFX等等很多对于一个普通网站来说都用不上的吧。
3) SSH/SSH2(Strutrs(1/2)+Spring+Hibernate)是Java EE么?或者说SSH/SSH2也可以用在Java EE的模式下?
4) 如果不用SSH/SSH2,还有哪些 JAVA 或者 JAVA EE 的架构适合做大型网站的?
5) 好像有些网上银行用的是JSP,他们一般会用什么架构。这样的架构能搭建在免费的环境上么?如JBoss/Tomcat? 展开
2) 普通的 JSP 网站一般都不需要构建在 JAVA EE 上吧?JAVA EE 里的很多功能如JNDI、JMS、JTS、javaFX等等很多对于一个普通网站来说都用不上的吧。
3) SSH/SSH2(Strutrs(1/2)+Spring+Hibernate)是Java EE么?或者说SSH/SSH2也可以用在Java EE的模式下?
4) 如果不用SSH/SSH2,还有哪些 JAVA 或者 JAVA EE 的架构适合做大型网站的?
5) 好像有些网上银行用的是JSP,他们一般会用什么架构。这样的架构能搭建在免费的环境上么?如JBoss/Tomcat? 展开
展开全部
JavaEE是一个大框架,目的是想解决尽可能多的复杂问题。在实际的使用中,我们的任务往往没有那么复杂,所以涉及到的功能往往是JavaEE的子集,最常见的是不再使用EJB,而使用轻量级的框架。所以你的问题可以这样回答:
1、算是简单版本的JavaEE应用;
2、的确,大多数时候那些所谓的企业级功能使用不上的。这里说一下JavaFX,这不算什么企业级功能,只是java的一种富客户端解决方案,貌似也有部分人在使用。
3、是JavaEE功能。也是属于精简版本的JavaEE。由于EJB的笨重,终于有人提出了J2EE without EJB的口号,并提出了解决方案,一时应者云集,逐渐成为了现在的主流JavaEE开发方式。这个人就是Spring的作者。
4、SSH算是一种比较古老也比较常用的轻量级框架,囊括了JavaEE的前后端。该组合现在有了更多的竞争对手,包括JSF/Seam、GRails、JPA、GWT等等,各有优劣。但总的来说,依然运行在JavaEE框架下,更详细说,是运行在JavaEE精简版中,如Tomcat
5、JavaEE的框架并没有什么固定的套路,只是大致分为表现层+逻辑层+持久层。具体情况,可能在各层上进一步细分---比如逻辑层和持久层之间就如缓存层等。另外的情况就是由于处理数据量的不同,持久层可进一步细分。现在,大多数我们可见的JavaEE应用都搭建在免费环境下,也有数部分处于安全、维护等需要,采用了商业的应用服务器/数据库。
最后简单说一下你提到的那几个名词:
JNDI:这不是什么企业及功能,只是一种查找服务的方式。比如配置数据库的时候,通过JNDI实现的数据库连接。
JMS:异种平台之间非即时交换数据,常常会用到JMS。JMS是一种数据总线的规范;
JTS:属于事务管理规范。在Spring中有自己的轻量级实现。事务管理几乎是操作数据库必须的功能。
JavaFX:Sun推出的一种富客户端解决方案。可惜前有Flex,后有SilverLight,再加上SUN被收购,前景一片黯淡。
1、算是简单版本的JavaEE应用;
2、的确,大多数时候那些所谓的企业级功能使用不上的。这里说一下JavaFX,这不算什么企业级功能,只是java的一种富客户端解决方案,貌似也有部分人在使用。
3、是JavaEE功能。也是属于精简版本的JavaEE。由于EJB的笨重,终于有人提出了J2EE without EJB的口号,并提出了解决方案,一时应者云集,逐渐成为了现在的主流JavaEE开发方式。这个人就是Spring的作者。
4、SSH算是一种比较古老也比较常用的轻量级框架,囊括了JavaEE的前后端。该组合现在有了更多的竞争对手,包括JSF/Seam、GRails、JPA、GWT等等,各有优劣。但总的来说,依然运行在JavaEE框架下,更详细说,是运行在JavaEE精简版中,如Tomcat
5、JavaEE的框架并没有什么固定的套路,只是大致分为表现层+逻辑层+持久层。具体情况,可能在各层上进一步细分---比如逻辑层和持久层之间就如缓存层等。另外的情况就是由于处理数据量的不同,持久层可进一步细分。现在,大多数我们可见的JavaEE应用都搭建在免费环境下,也有数部分处于安全、维护等需要,采用了商业的应用服务器/数据库。
最后简单说一下你提到的那几个名词:
JNDI:这不是什么企业及功能,只是一种查找服务的方式。比如配置数据库的时候,通过JNDI实现的数据库连接。
JMS:异种平台之间非即时交换数据,常常会用到JMS。JMS是一种数据总线的规范;
JTS:属于事务管理规范。在Spring中有自己的轻量级实现。事务管理几乎是操作数据库必须的功能。
JavaFX:Sun推出的一种富客户端解决方案。可惜前有Flex,后有SilverLight,再加上SUN被收购,前景一片黯淡。
2011-04-30
展开全部
1.JSP+Servlet+Javabean 是 JavaEE 的一部分。1楼已经说了。
2. JSP 网站是构建在 JAVA EE 上进行开发的。JAVA EE 里的很多功能对于一个普通网站来说都用不上的。
3. SSH/SSH2(Strutrs(1/2)+Spring+Hibernate)是Java EE或者myeclipse上面应用的框架。
4.这个可不好说,云计算都还在用severlet呢。
5。银行用什么框架还真没有去考察过。不过开源代码一般都是用的JBoss和Tomcat。其中tomcat用的较多。
2. JSP 网站是构建在 JAVA EE 上进行开发的。JAVA EE 里的很多功能对于一个普通网站来说都用不上的。
3. SSH/SSH2(Strutrs(1/2)+Spring+Hibernate)是Java EE或者myeclipse上面应用的框架。
4.这个可不好说,云计算都还在用severlet呢。
5。银行用什么框架还真没有去考察过。不过开源代码一般都是用的JBoss和Tomcat。其中tomcat用的较多。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
1 算,最原始的java ee
2 有需要就用,各有各的用处
3 SSH/SSH2是比第1条更高层次的java ee运用,也是最主流的运用
4 还有ejb jsf, mybatis, spring mvc等也都是主流框架
5 很多都是自己开发的框架,自己的架构,原理上大同小异,有的部分也会直接使用主流框架。免费的终究不如收费的稳定,哪怕只有百万分之一的机率。如果能降到千万分之一,为什么要省那点小钱。 当然异常机制做得好的话是无所谓偶尔出下错的,可以用。任何采用了java ee的架构都能建立在java ee服务器软件上,无论是免费还是收费。这是个标准。
2 有需要就用,各有各的用处
3 SSH/SSH2是比第1条更高层次的java ee运用,也是最主流的运用
4 还有ejb jsf, mybatis, spring mvc等也都是主流框架
5 很多都是自己开发的框架,自己的架构,原理上大同小异,有的部分也会直接使用主流框架。免费的终究不如收费的稳定,哪怕只有百万分之一的机率。如果能降到千万分之一,为什么要省那点小钱。 当然异常机制做得好的话是无所谓偶尔出下错的,可以用。任何采用了java ee的架构都能建立在java ee服务器软件上,无论是免费还是收费。这是个标准。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
1.这个是最简单的J2EE架构。
2.JSP就算不是建构在J2EE上的,也是J2SE的,这个没有很大区别,不用纠结,只用后面说的JNDI、JMS、JTS、javaFX,要看网站的功能需要,有需要就用,不见得全部要实现。
3.SSH是典型的J2EE架构。
4.有一些IT公司做大型的项目都有自己研发的架构,这些架构都是糅合了很多公用架构的东西,根据各自项目自行开发维护的。当然J2EE下的架构还是很多的,这个可以网上看看资料了解。
5.没接触过银行系统,不清楚银行系统的架构,SORRY.
2.JSP就算不是建构在J2EE上的,也是J2SE的,这个没有很大区别,不用纠结,只用后面说的JNDI、JMS、JTS、javaFX,要看网站的功能需要,有需要就用,不见得全部要实现。
3.SSH是典型的J2EE架构。
4.有一些IT公司做大型的项目都有自己研发的架构,这些架构都是糅合了很多公用架构的东西,根据各自项目自行开发维护的。当然J2EE下的架构还是很多的,这个可以网上看看资料了解。
5.没接触过银行系统,不清楚银行系统的架构,SORRY.
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
奇新一网通智能建站建站,Java跨平台,搜索引擎优化,简单易用,支持整站换肤。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询