J2EE Java2平台企业版(Java 2 Platform,Enterprise Edition)
J2EE是一套全然不同于传统应用开发的技术架构,包含许多组件,主要可简化且规范应用系统的开发与部署,进而提高可移植性、安全与再用价值。
J2EE核心是一组技术规范与指南,其中所包含的各类组件、服务架构及技术层次,均有共通的标准及规格,让各种依循J2EE架构的不同平台之间,存在良好的兼容性,解决过去企业后端使用的信息产品彼此之间无法兼容,导致企业内部或外部难以互通的窘境。
一、J2EE的概念
目前,Java 2平台有3个版本,它们是适用于小型设备和智能卡的Java 2平台Micro
版(Java 2 Platform Micro Edition,J2ME)、适用于桌面系统的Java 2平台标准版(
Java 2 Platform Standard Edition,J2SE)、适用于创建服务器应用程序和服务的Jav
a 2平台企业版(Java 2 Platform Enterprise Edition,J2EE)。
J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问
题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版,J2EE不仅巩
固了标准版中的许多优点,例如"编写一次、随处运行"的特性、方便存取数据库的JDBC
API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对
EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及X
ML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间
的体系结构。
J2体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠
性以及可扩展性的应用的需求。通过提供统一的开发平台,J2EE降低了开发多层应用的
费用和复杂性,同时提供对现有应用程序集成强有力支持,完全支持Enterprise
JavaBeans,有良好的向导支持打包和部署应用,添加目录支持,增强了安全机制,提高
了性能。
二 J2EE的优势
J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:
1 保留现存的IT资产: 由于企业必须适应新的商业需求,利用已有的企业信息系
统方面的投资,而不是重新制定全盘方案就变得很重要。这样,一个以渐进的(而不是
激进的,全盘否定的)方式建立在已有系统之上的服务器端平台机制是公司所需求的。J
2EE架构可以充分利用用户原有的投资,如一些公司使用的BEA Tuxedo、IBM CICS,
IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。这之所以成为
可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供应商的参与。每一
个供应商都对现有的客户提供了不用废弃已有投资,进入可移植的J2EE领域的升级途径
。由于基于J2EE平台的产品几乎能够在任何 *** 作系统和硬件配置上运行,现有的 *** 作系
统和硬件也能被保留使用。
2 高效的开发: J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供
应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上,相应地缩短了开发时
间。高级中间件供应商提供以下这些复杂的中间件服务:
o 状态管理服务 -- 让开发人员写更少的代码,不用关心如何管理状态,
这样能够更快地完成程序开发。
o 持续性服务 -- 让开发人员不用对数据访问逻辑进行编码就能编写应用
程序,能生成更轻巧,与数据库无关的应用程序,这种应用程序更易于开发与维护。
o 分布式共享数据对象CACHE服务 -- 让开发人员编制高性能的系统,极大
提高整体部署的伸缩性。
3 支持异构环境: J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应
用程序不依赖任何特定 *** 作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需
开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标
准也允许客户订购与J2EE兼容的第三方的现成的组件,把他们部署到异构环境中,节省
了由自己制订整个方案所需的费用。
4 可伸缩性: 企业必须要选择一种服务器端平台,这种平台应能提供极佳的可伸
缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可
被部署到各种 *** 作系统上。例如可被部署到高端UNIX与大型机系统,这种系统单机可支
持64至256个处理器。(这是NT服务器所望尘莫及的)J2EE领域的供应商提供了更为广泛
的负载平衡策略。能消除系统中的瓶颈,允许多台服务器集成部署。这种部署可达数千
个处理器,实现可高度伸缩的系统,满足未来商业应用的需要。
稳定的可用性: 一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要
。因为INTERNET是全球化的、无处不在的,即使在夜间按计划停机也可能造成严重损失
。若是意外停机,那会有灾难性后果。J2EE部署到可靠的 *** 作环境中,他们支持长期的
可用性。一些J2EE部署在WINDOWS环境中,客户也可选择健壮性能更好的 *** 作系统如Sun
Solaris、IBM OS/390。最健壮的 *** 作系统可达到99999%的可用性或每年只需5分钟停机
时间。这是实时性很强商业系统理想的选择。
三 J2EE 的四层模型
J2EE使用多层的分布式应用模型,应用逻辑按功能划分为组件,各个应用组件根据
他们所在的层分布在不同的机器上。事实上,sun设计J2EE的初衷正是为了解决两层模式
(client/server)的弊端,在传统模式中,客户端担当了过多的角色而显得臃肿,在这种
模式中,第一次部署的时候比较容易,但难于升级或改进,可伸展性也不理想,而且经
常基于某种专有的协议通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非
常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一
个多层化应用能够为不同的每种服务提供一个独立的层,以下是 J2EE 典型的四层结构:
运行在客户端机器上的客户层组件
运行在J2EE服务器上的Web层组件
运行在J2EE服务器上的业务逻辑层组件
运行在EIS服务器上的企业信息系统(Enterprise information system)层软件
J2EE应用程序组件
J2EE应用程序是由组件构成的J2EE组件是具有独立功能的软件单元,它们通过相关
的类和文件组装成J2EE应用程序,并与其他组件交互。J2EE说明书中定义了以下的J2EE
组件:
应用客户端程序和applets是客户层组件
Java Servlet和JavaServer Pages(JSP)是web层组件
Enterprise JavaBeans(EJB)是业务层组件
客户层组件
J2EE应用程序可以是基于web方式的,也可以是基于传统方式的
web 层组件
J2EE web层组件可以是JSP 页面或Servlets按照J2EE规范,静态的HTML页面和Appl
ets不算是web层组件。
正如下图所示的客户层那样,web层可能包含某些 JavaBean 对象来处理用户输入,并把
输入发送给运行在业务层上的enterprise bean 来进行处理。
业务层组件
业务层代码的逻辑用来满足银行,零售,金融等特殊商务领域的需要,由运行在业务
层上的enterprise bean 进行处理 下图表明了一个enterprise bean 是如何从客户端
程序接收数据,进行处理(如果必要的话), 并发送到EIS 层储存的,这个过程也可以逆
向进行。
有三种企业级的bean: 会话(session) beans, 实体(entity) beans, 和消息驱动(messa
ge-driven) beans 会话bean 表示与客户端程序的临时交互 当客户端程序执行完后,
会话bean 和相关数据就会消失 相反, 实体bean 表示数据库的表中一行永久的记录
当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存
消息驱动 bean 结合了会话bean 和 JMS的消息监听器的特性, 允许一个业务层组件异步
接收JMS 消息
企业信息系统层
企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划
(ERP), 大型机事务处理, 数据库系统,和其它的遗留信息系统 例如,J2EE 应用组件可
能为了数据库连接需要访问企业信息系统
四 J2EE 的结构
这种基于组件,具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单,因为业务
逻辑被封装成可复用的组件,并且J2EE 服务器以容器的形式为所有的组件类型提供后台
服务 因为你不用自己开发这种服务, 所以你可以集中精力解决手头的业务问题。
容器和服务
容器设置定制了J2EE服务器所提供得内在支持,包括安全,事务管理,JNDI(Java
Naming and Directory Interface)寻址,远程连接等服务,以下列出最重要的几种服务
:
J2EE安全(Security)模型可以让你配置 web 组件或enterprise bean ,这样只有被授权
的用户才能访问系统资源 每一客户属于一个特别的角色,而每个角色只允许激活特定
的方法。你应在enterprise bean的布置描述中声明角色和可被激活的方法。由于这种声
明性的方法,你不必编写加强安全性的规则。
J2EE 事务管理(Transaction Management)模型让你指定组成一个事务中所有方法间的
关系,这样一个事务中的所有方法被当成一个单一的单元 当客户端激活一个enterpris
e bean中的方法,容器介入一管理事务。因有容器管理事务,在enterprise bean中不必
对事务的边界进行编码。要求控制分布式事务的代码会非常复杂。你只需在布置描述文
件中声明enterprise bean的事务属性,而不用编写并调试复杂的代码。容器将读此文件
并为你处理此enterprise bean的事务。
JNDI 寻址(JNDI Lookup)服务向企业内的多重名字和目录服务提供了一个统一的接口,这
样应用程序组件可以访问名字和目录服务
J2EE远程连接(Remote Client Connectivity)模型管理客户端和enterprise bean间的
低层交互 当一个enterprise bean创建后, 一个客户端可以调用它的方法就象它和客户
端位于同一虚拟机上一样
生存周期管理(Life Cycle Management)模型管理enterprise bean的创建和移除,一个
enterprise bean在其生存周期中将会历经几种状态。容器创建enterprise bean,并在
可用实例池与活动状态中移动他,而最终将其从容器中移除。即使可以调用enterprise
bean的create及remove方法,容器也将会在后台执行这些任务。
数据库连接池(Database Connection Pooling)模型是一个有价值的资源。获取数据库
连接是一项耗时的工作,而且连接数非常有限。容器通过管理连接池来缓和这些问题。e
nterprise bean可从池中迅速获取连接。在bean释放连接之可为其他bean使用。
容器类型
J2EE应用组件可以安装部署到以下几种容器中去:
EJB 容器管理所有J2EE 应用程序中企业级bean 的执行 enterprise bean 和它们的容
器运行在J2EE 服务器上
Web 容器管理所有J2EE 应用程序中JSP页面和Servlet组件的执行 Web 组件和它们的容
器运行在J2EE 服务器上
应用程序客户端容器管理所有J2EE应用程序中应用程序客户端组件的执行 应用程序客
户端和它们的容器运行在J2EE 服务器上
Applet 容器是运行在客户端机器上的web浏览器和 Java 插件的结合。
五 J2EE的核心API与组件
J2EE平台由一整套服务(Services)、应用程序接口(APIs)和协议构成,它对开发基
于Web的多层应用提供了功能支持,下面对J2EE中的13种技术规范进行简单的描述(限于
篇幅,这里只能进行简单的描述):
1 JDBC(Java Database Connectivity):
JDBC API为访问不同的数据库提供了一种统一的途径,象ODBC一样,JDBC对开发者屏蔽
了一些细节问题,另外,JDCB对数据库的访问也具有平台无关性。
2 JNDI(Java Name and Directory Interface):
JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和 *** 作企业级的资源
如DNS和LDAP,本地文件系统,或应用服务器中的对象。
3 EJB(Enterprise JavaBean):
J2EE技术之所以赢得某体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实
施分布式商务逻辑,由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发
。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的
服务,例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的
是,EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性,使得有的厂商能够以一种
和EJB平行的方式来达到同样的目的。
4 RMI(Remote Method Invoke):
正如其名字所表示的那样,RMI协议调用远程对象上方法。它使用了序列化方式在客户端
和服务器端传递数据。RMI是一种被EJB使用的更底层的协议。
5 Java IDL/CORBA:
在Java IDL的支持下,开发人员可以将Java和CORBA集成在一起。他们可以创建Java对象
并使之可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB一起展开的C
ORBA对象的客户。后一种方法提供了另外一种途径,通过它Java可以被用于将你的新的
应用和旧的系统相集成。
6 JSP(Java Server Pages):
JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对
这些Java代码进行处理,然后将生成的HTML页面返回给客户端的浏览器。
7 Java Servlet:
Servlet是一种小型的Java程序,它扩展了Web服务器的功能。作为一种服务器端的应用
,当被请求时开始执行,这和CGI Perl脚本很相似。Servlet提供的功能大多与JSP类似
,不过实现的方式不同。JSP通常是大多数HTML代码中嵌入少量的Java代码,而servlets
全部由Java写成并且生成HTML。
8 XML(Extensible Markup Language):
XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。
XML的发展和Java是相互独立的,但是,它和Java具有的相同目标正是平台独立性。通过
将Java和XML的组合,您可以得到一个完美的具有平台独立性的解决方案。
9 JMS(Java Message Service):
MS是用于和面向消息的中间件相互通信的应用程序接口(API)。它既支持点对点的域,有
支持发布/订阅(publish/subscribe)类型的域,并且提供对下列类型的支持:经认可的
消息传递,事务型消息的传递,一致性消息和具有持久性的订阅者支持。JMS还提供了另
一种方式来对您的应用与旧的后台系统相集成。
10 JTA(Java Transaction Architecture):
JTA定义了一种标准的API,应用系统由此可以访问各种事务监控。
11 JTS(Java Transaction Service):
JTS是CORBA OTS事务监控的基本的实现。JTS规定了事务管理器的实现方式。该事务管理
器是在高层支持Java Transaction API (JTA)规范,并且在较底层实现OMG OTS
specification的Java映像。JTS事务管理器为应用服务器、资源管理器、独立的应用以
及通信资源管理器提供了事务服务。
12 JavaMail:
JavaMail是用于存取邮件服务器的API,它提供了一套邮件服务器的抽象类。不仅支持SM
TP服务器,也支持IMAP服务器。
JAF(JavaBeans Activation Framework):
JavaMail利用JAF来处理MIME编码的邮件附件。MIME的字节流可以被转换成Java对象,或
者转换自Java对象。大多数应用都可以不需要直接使用JAF。
JDBC 入门 -- 建立联接
你需要做的第一事情是你与想要使用的 DBMS 建立一个连接。这包含 2 个步骤:装载驱动程序并建立连接。
装载驱动程序
装载驱动程序只需要非常简单的一行代码。例如,你想要使用 JDBC-ODBC 桥驱动程序, 可以用下列代码装载它:
ClassforName("sunjdbcodbcJdbcOdbcDriver");
你的驱动程序文档将告诉你应该使用的类名。例如, 如果类名是 jdbcDriverXYZ ,你将用代码以下的代码装载驱动程序:
ClassforName("jdbcDriverXYZ");
你不需要创建一个驱动程序类的实例并且用 DriverManager 登记它,因为调用 ClassforName 将自动将加载驱动程序类。如果你曾自己创建实例,你将创建一个不必要的副本,但它不会带来什么坏处。
加载 Driver 类后,它们即可用来与数据库建立连接。
建立连接
第二步就是用适当的驱动程序类与 DBMS 建立一个连接。下列代码是一般的做法:
Connection con = DriverManagergetConnection(url, "myLogin", "myPassword");
这个步骤也非常简单,最难的是怎么提供 url。如果你正在使用 JDBC-ODBC 桥, JDBC URL 将以 jdbc:odbc 开始:余下 URL 通常是你的数据源名字或数据库系统。因此,假设你正在使用 ODBC 存取一个叫 "Fred" 的 ODBC 数据源,你的 JDBC URL 是 jdbc:odbc:Fred 。把 "myLogin" 及 "myPassword" 替换为你登陆 DBMS 的用户名及口令。如果你登陆数据库系统的用户名为 "Fernanda" 口令为 "J8",只需下面的 2 行代码就可以建立一个连接:
String url = "jdbc:odbc:Fred";
Connection con = DriverManagergetConnection(url,"Fernanda", "J8");
如果你使用的是第三方开发了的 JDBC驱动程序,文档将告诉你该使用什么 subprotocol, 就是在 JDBC URL 中放在 jdbc 后面的部分。例如, 如果驱动程序开发者注册了 acme 作为 subprotocol, JDBC URL 的第一和第二部分将是 jdbc:acme。驱动程序文档也会告诉你余下 JDBC URL 的格式。JDBC URL 最后一部分提供了定位数据库的信息。
如果你装载的驱动程序识别了提供给 DriverManagergetConnection 的 JDBC URL ,那个驱动程序将根据 JDBC URL 建立一个到指定 DBMS 的连接。正如名称所示,DriverManager 类在幕后为你管理建立连接的所有细节。除非你是正在写驱动程序,你可能无需使用此类的其它任何方法,一般程序员需要在此类中直接使用的唯一方法是 DriverManagergetConnection。
DriverManagergetConnection 方法返回一个打开的连接,你可以使用此连接创建 JDBC statements 并发送 SQL 语句到数据库。在前面的例子里,con 对象是一个打开的连接,并且我们要在以后的例子里使用它。
建议你在baidu所搜你所用的数据库以及其JDBC(例如mysql jdbc)
看你又问了一遍,我把我回答的粘贴过来:
所谓jsp实质就是servlet,也就是说只要你的后台能 *** 作数据库,jsp就能 *** 作,
你可以把数据库连接作为一个对象传给页面,在页面上获取对象,既可进行 *** 作。
大体如此,也有把数据库对象放到持久层的,也有放到session里面的。
首先,你得告诉我你在eclipse里面怎么连接的oracle,是一个action里面手动获取connection的么?, 其实那个action就是一个servlet, action跳转到页面时候顺便把connection传到页面上去, 然后你就可以在这action对应的jsp页面上写java代码,通过这connection *** 作数据库。我建议你还是找个简单例子,研究一下
你可以写个小例子试一试,遇到问题可以私信我。
问题一:什么是数据库连接池,有什么作用? 数据库连接是一种有限的昂贵的资源,
数据库连接影响到程序的性能指标。
数据库连接池正是针对这个问题提出来的。数据库连接池负责分配、
管理和释放数据库连接,
它允许应用程序重复使用一个现有的数据库连接,
而再不是重新建立一个;
释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数
据库连接而引起的数据库连接遗漏。
这项技术能明显提高对数据库 *** 作的性能。
问题二:什么是数据库连接池?谢谢了 数据库连接池,简称dbcp databa绩e connection pool
存在意义:
数据库的连接是非常耗费系统资源的,一个应用通常都是需要与数据库打交道,也就需要经常连接数据库,这样导致浪费大量系统资源;
连接池的原理就是:我事先创建好几个数据库连接放着,当我的系统需要 *** 作数据库时就从连接池里直接拿连接,并将这个连接标记为 忙 ;用完后在放会池中,标记为 空闲;;;
当连接池里的连接都在被使用,如果此时还要连接,连接池就会在创建连接放到池里,,这些连接的数量,都是在配置文件里由你控制的
问题三:数据库连接池是什么意思? 像打开关闭数据库连接这种和数据库的交互可能是很费时的,尤其是当客户端数量增加的时候,会消耗大量的资源,成本是非常高的。可以在应用服务器启动的时候建立很多个数据库连接并维护在一个池中。连接请求由池中的连接提供。在连接使用完毕以后,把连接归还到池中,以用于满足将来更多的请求。
问题四:数据库连接池的工作机制是什么 为什么要使用数据库连接池?
答:
由于创建连接的代价是很高的, 我们每次访问数据库都重新创建连接的话是非常消耗性的
我们可以再程序启动的时候先创建出一些连接, 放在一个 中, 访问数据库的时候从 中获取, 使用结束再放回 中
这样做只是在程序启动的时候消耗性能去创建连接, 每次访问数据库的时候都是从内存中获取连接, 可以大大提升效率
注意事项:
由于池中增删非常频繁, 使用 LinkedList效率较高
中所有连接都被占用时创建新连接, 但需要注意连接总数
使用组合模式/动态代理处理释放连接的方法, 当运行close方法时, 将连接放回池中
关于数据库连接池:
数据库连接是一种关键的有限的昂贵的资源,这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性,影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。
数据库连接池负责分配、管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而再不是重新建立一个;释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库 *** 作的性能。
数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中,这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被 使用,连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数,当应用程序向连接池请求的连接数超 过最大连接数量时,这些请求将被加入到等待队列中。
数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素:
1) 最小连接数是连接池一直保持的数据库连接,所以如果应用程序对数据库连接的使用量不大,将会有大量的数据库连接资源被浪费;
2) 最大连接数是连接池能申请的最大连接数,如果数据库连接请求超过此数,后面的数据库连接请求将被加入到等待队列中,这会影响之后的数据库 *** 作。
3) 如果最小连接数与最大连接数相差太大,那么最先的连接请求将会获利,之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过,这些大于最小连接数的数据库连接在使用完不会马上被释放,它将被放到连接池中等待重复使用或是空闲超时后被释放。
J2EE服务器启动时会建立一定数量的池连接,并一直维持不少于此数目的池连接。
调用:客户端程序需要连接时,池驱动程序会返回一个未使用的池连接并将其表记为 忙。如果当前没有空闲连接,池驱动程序就新建一定数量的连接,新建连接的数量有配置参数决定。
释放:当使用的池连接调用完成后,池驱动程序将此连接表记为空闲, 其他调用就可以使用这个连接
问题五:数据库连接池的作用是什么? 连接池是被j2ee服务器打开和维护的 对应1、2、4的JDBC驱动程序 连接池一般比直接连接更有优越性 因为它提高了性能的同时还保存了 宝贵的资源。 打开数据库连接时CPU和网络的重要 任务,因此,在整个应用程序的使用过程 当中重复的打开直接连接将导致性能的下降。 而池连接只在服务器启动时打开一次,从而 消除了这种性能问题。 另外,因为连接只用于很短的时间, 所以,连接可以被有效共享, 而且有关连接参数的特有信息, 只对池驱动程序有效, 如数据库用户名称和密码, 从而增强了系统的安全性和可管理性。
问题六:数据库连接池的工作机制是什么 连接池的实现是以空间换时间。
J2EE服务器启动时会建立一定数量的池连接,并一直维持不少于此数目的池连接。客户端程序需要连接时,池驱动程序会返回一个未使用的池连接并将其表记为忙。如果当前没有空闲连接,池驱动程序就新建一定数量的连接,新建连接的数量有配置参数决定。当使用的池连接调用完成后,池驱动程序将此连接表记为空闲,其他调用就可以使用这个连接。
问题七:数据库连接池的作用是什么? 连接池是被j2ee服务器打开和维护的
对应1、2、4的JDBC驱动程序
连接池一般比直接连接更有优越性
因为它提高了性能的同时还保存了
宝贵的资源。
打开数据库连接时CPU和网络的重要
任务,因此,在整个应用程序的使用过程
当中重复的打开直接连接将导致性能的下降。
而池连接只在服务器启动时打开一次,从而
消除了这种性能问题。
另外,因为连接只用于很短的时间,
所以,连接可以被有效共享,
而且有关连接参数的特有信息,
只对池驱动程序有效,
如数据库用户名称和密码,
从而增强了系统的安全性和可管理性。
问题八:开源的数据库连接池和普通的数据库连接池有什么区别 在项目中尝试使用了几种开源的数据库连接池实现。一种是dbcp,一种是c3p0,还有一种是proxool,这几种数据库连接池都可以很容易的在Spring配置起来。性能总体上上感觉dbcp为最优,因为稳定性和并发性都是我的项目需要的。
项目中经过反复测试,如果web server和数据库server不是同一个机器的话,在断网时间比较短的时间内三种数据库连接池都能较好的重连,但是在断网时间超过8个钟头 proxool就不能恢复工作了。但是dbcp却能很快的重新连接。实际生产环境中稳定性和总体性能是最重要的,都需要做相应的测试才能放心的让系统上生产线。
这里给出项目中数据库连接池配置:
dbcp的jndi:13 4 java:p/env/jdbc/mysql5 6 proxool(proxool-090RC1)的配置: mysqljdbcDriver jdbc:mysql:ip:3306/dbnameuseUnicode=true&characterEncoding=utf8&autoReconnect=true user password 500 15000 select CURRENT_DATE true mysqlProxoolDataSource 1000 false 建议使用DBCP,配置在tomcat中,然后在spring中使用jndi的形式获取。 c3p0(c3p0-090): 1 3 4 mysqljdbcDriver 5 6 7 jdbc:mysql:1921680225:3306/sendinmdbuseUnicode=true&characterEncoding=utf8&autoReconnect=true 8 9 10 11 12 13 14 15 16 10017 18 19 5020 21 22 10023 24 25 100026 27 28 3029 30 直接copy & paste到spring配置文件里就可以使用了。 配置一些额外的tomcat 的DBCP连接池参数,也可以更好的使用到类似proxool提供的功能,只是dbcp更加稳定而已。tomcat/conf/contextxml中插入一个Resource元素: 解释一下以下这些参数的含义:
validationQuery = select current_date()
testOnBorrow = true
testOnReturn = false
testWhileIdle = true
当 从池中获取一个Connection后使用 select current_date() 来测试该数据库连接的可用性,如果SQL语句返回结果则认为是一个有效的连接,否则将继续测试知道可以拿到有效的连接。当返回Connection给池的时候不进行验证,但是Connection空闲的时候就要进行认证。
timeBetweenEvictionRunsMillis = 15000
DBCP 清空线程睡眠的间隙,如值为负数则不运行该线程
numTestsPerEvictionRun = 10">>
问题九:sqlite 使用什么数据库连接池 数据库连接是一种有限的昂贵的资源,
数据库连接影响到程序的性能指标。
数据库连接池正是针对这个问题提出来的。数据库连接池负责分配、
管理和释放数据库连接,
它允许应用程序重复使用一个现有的数据库连接,
而再不是重新建立一个;
释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数
据库连接而引起的数据库连接遗漏。
这项技术能明显提高对数据库 *** 作的性能。
问题十:说出数据连接池的工作机制是什么 以典型的数据库连接池为例:首先普通的数据库访问是这样的:程序和数据库建立连接,发送数据 *** 作的指令,完成后断开连接。等下一次请求的时候重复这个过程,即每个请求都需要和数据库建立连接和断开连接,这样当数据量大的时候系统的消耗是很大的。连接池就是为了解决这个问题:在一个空间中预先建立好一定数量的连接,当程序请求数据时直接使用池中的现存的连接,不需要重复建立连接和断开的过程,节省了时间提高了性能
1:你在jsp中直接读rs,也就意味着你的数据库连接要一直打开着(因为rs要在JDBC连接打开的情况下才能用)!假如有10万人同时访问你的服务器(10万还算少的!)那么你的服务器的压力是否会很大
2:通过封装到list我们可以把一些不用显示的字段剔除!
比方:你不想让别人看见你的年龄!那么读完数据库后就不要把年龄放到 list中就够了!
3:保存在Session有个好处! 你在不同的页面都能访问到你保存在Session的list;(楼上的也说了!!),这样可以很方便的在页面之间传递值!
楼主问的是: proxool隔一段时间之后自动断开连接的问题,而不是如何使用的问题。所以说 一楼的答案没有切中要害。
ljf113190451 给出的地址,就是演示了在传统的JDBC下如何使用proxool,而且在他这个演示的配置中,也存在和楼主一样的问题,看看他的配置:
<maximum-active-time>30000</maximum-active-time>
在看看楼主的配置:
<maximum-active-time>60000</maximum-active-time>
这个配置的意思就是,house会自动检测每一个线程的连接时间,如果有一个线程的连接时间超过了这个配置的时间(ms),那么house会自动杀掉该线程,不管该线程是不是active的照杀不误。所以楼主隔一段时间之后,在 *** 作就会提示connectionclose()方法已经被调用,并返回500错误的提示。因为这个线程已经被杀掉,关闭了和数据库的连接。如果在开辟一个新的线程来访问,就不会出错了。
以上就是关于详解一下什么是J2ee je22是什么机制全部的内容,包括:详解一下什么是J2ee je22是什么机制、J2EE中如何使用SQL SERVER数据库的语句、eclipse for j2ee的动态web如何编辑一个访问oracle数据库的web页面(oracle数据库已经连接好了)等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)