1.什么叫hibernate
2.Hibernate已经落伍了吗？
3.hibernate session.save()怎么实现底层代码怎么看求告诉
4.hibernate工作原理及为什么要用
5.Hibernate官网下载
6.Hibernate包作用详解

什么叫hibernate

       Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

Hibernate已经落伍了吗？

        　　在Java世界 Hibernate是最引人关注的一个话题 从Gavin King加入EJB EG 负责制订EJB 的持久层规范 到Gavin King非正式退出JDO EG 并且充满个人情绪的攻击JDO 规范 到《Hibernate in Action》的发行 再到Hibernate Alpha的发布 最后再到最近JBoss PR的发布（使用Hibernate 实现Entity Bean） 可以说这其中的每一步都引起业界的侧目

        　　Hibernate在不到 年的时间里 从一个不起眼的开源软件发展到今天令业界瞩目的主流O/R Mapping框架 Gavin King从一个开源软件的作者成为业界举足轻重的人物 这多少有些传奇的色彩 毕竟 单纯从技术成就而言 Hibernate不算是最有成就的Java开源框架软件 到目前为止也不是一个完美无缺的软件 从个人技术水平而言 Gavin King也不算绝顶高手

        　　在当前的Java持久层框架中 最流行的O/R Mappin *** 品分别是Hibernate JDO和TopLink

        　　自从去年Gavin King加入JBoss之后 Hibernate已经由一个民间的开源软件走上了兼容EJB EntityBean的道路 然而更加令人侧目的是 Gavin King在EJB EG中充当了一个非常重要的角色 只要对比一下EJB 的EntityBean和Hibernate 真相就会大白 虽然API接口不同 但是 EntityBean的设计理念完全来自于Hibernate

        　　虽然EJB 的EntityBean在相当程度上来源于Hibernate 但是毕竟是不同的API接口 因此Hibernate和EJB EntityBean究竟是怎样的一种关系 是很多人心中的疑问

       

        　　 年四月份JBoss的Ben Wang访华期间 我曾经向Ben请教Hibernate的未来发展 他回答说 Hibernate未来将仍旧以独立的软件产品存在和发展 既可以 outside EJB container使用 同时Hibernate也将做为JBoss EntityBean Implementation 又可以inside EJB container使用 然而如何既inside 又outside 终究缺乏一个感性的认识

        　　 月 日JBoss发布的 EJB PR揭开了答案 从Sourcefe的CVS服务器上面checkout出来源代码看一下 我们可以发现 Gavin King对Hibernate 进行了简单的封装 将EJB EntityBean API调用转换为内部Hibernate 自己的API 从而实现EJB EntityBean的兼容

        　　EJB 不承诺脱离容器调用 如果你想享用EJB 则必须运行在某个EJB Vendor提供的容器内 例如你使用JBoss提供的容器 那么你调用的是EntityBean API 这些调用请求会被转换为Hibernate API的调用请求 这意味着Hibernate实际上提供了两套API 一套是Hibernate原生API 另一套是兼容EJB EntityBean API 对于那些需要分布式调用支持 需要EJB容器的开发人员来说 他们选择后一套API 对于不需要EJB容器的开发人员来说 他们选择前一套 API 这就是Hibernate既定的发展策略

        　　今年夏天投票通过的JDO 标准从某种程度而言 并不逊色于 Hibernate当前的版本 有些功能甚至比Hibernate还要好 例如 JDO支持对类属性的lazy loading 而Hibernate要到 才支持 当前Hibernate仅仅支持类的lazy loading 实际上在去年 就已经有很多用户不断提出对类属性的lazy loading的需求 然而Gavin King当时一直不认为这个需求有添加的必要性 再例如被Gavin King形容为 可憎的 JDOQL 实际上是类SQL查询语言和对象条件查询的混合体 从功能上来说 不如HQL强大 但是比Hibernate自己的条件查询强

        　　不知道究竟出于什么原因 Gavin King对JDO似乎一直怀有由衷的厌恶 月 他在Hibernate的blog上面对JDO进行了毫不留情的批判 列举了JDO的种种缺点来解释为什么EJB 持久层规范没有把JDO考虑进去 然而事实上他的批判充满了对JDO的误解和偏见 例如Gavin King憎恨JDOQL丝毫没有什么特别的理由 只因为JDOQL不是一个纯粹的查询语言 而是一个混合体 这多少让人对Gavin King的风度感到遗憾 在被Solarmetric的Abe White反驳之后 同样没有风度的说 我可没有时间做这种无谓的争论 事实上每个人都认为他自己的技术是最好的……我是错了 JDO那伙人也错了 每个人都会犯错误…… （所以说人无完人！）

        　　JDO 规范的出台事实上构成了对Hibernate 乃至基于 Hibernate理念的EJB EntityBean的严重威胁 JDO 规范在功能上的严重缺失导致了JDO无力面对Hibernate和TopLink的竞争 然而功能基本完备的JDO 挟众多JDO Vendor商业支持的合力 同时JDO规范可以避免产品锁定在某个Vendor的优势 已经将竞争的天平拉直

        　　

        　　然而JDO 和EJB 两大商业主流标准的分裂 是大部分人 甚至包括厂商所不希望看到的 于是最终EJB 的Lead Linda DeMichiel和JDO 的Lead Craig Russell联名发表公开信 宣布了一个合并EJB 和JDO 持久层规范的计划 新的持久层规范将以JSR （EJB ）的持久层规范为基础 融合JDO 的部分特性 新的持久层规范将进入J EE 之中 独立于EJB存在 既可以inside J EE容器来使用 也可以脱离J EE容器 独立的运行

        　　这个新的持久层框架可以说完全是一个政治的产物 EJB Vendors出于自身利益反对JDO 使得JDO没有办法成为J EE的一部分 然而标准的分裂也是大部分人更加不希望看到的 于是最终JDO成了政治斗争的牺牲品 从表面上来看 JDO和EJB EntityBean都将被新的持久层框架取代 似乎JDO并没有吃亏 但实际上JDO 标准已经成熟 部分JDO领导厂商的产品已经蓄始待发 而 EJB EntityBean还处于Early Draft 等待产品诞生至少也是一年之后的事情了 另外值得耐人寻味的是 新的持久层框架将基于当前EJB EntityBean 再结合JDO 的规范 并且将处于EJB EG的控制之下 再加入一些JDO EG的成员 因此可以看出来新的持久层框架无疑还是以EJB EG为主导进行制定的

        　　从长远来看 EJB 和JDO 的政治斗争对双方都有好处 长期分裂带来的后果对双方的发展都不利 然而从短期来看 JDO 确实是在这场政治斗争中败下阵来 最直接的体现就是 已经有一些JDO的用户对JDO的前景产生了动摇和迷茫 不少的JDO爱好者更是直言JDO将死

        　　TopLink是一个老牌的 O/R Mapping软件了 自从被Oracle收购之后 又增加了对Oracle数据库的良好支持 和对Oracle AS EntityBean的支持 Oracle提供了TopLink的图形设计环境 可以使得设计好的TopLink域模型既可以被单独用在TopLink 中 也可以被用在EJB CMP中 因此看来TopLink也走了一条和Hibernate同样策略的路

        　　TopLink的问题在于相比Hibernate的开源和免费的优势来说 TopLink既不开源 售价又不菲上 本来商业软件TopLink应该在技术支持和商业宣传策略上拥有足够的优势 然而Oracle公司毕竟是一个以数据库为核心产品的公司 其他的一切产品都是为了数据库销售业绩而服务的 在Oracle产品线中处于一个从属地位的TopLink 由于先天不足 只能眼睁睁看着Hibernate的日益壮大而无所作为 因此 TopLink更多的被局限在购买了Oracle数据库 并且绑定Oracle数据库的用户群体中

        　　J EE 的新持久层规范将毫无悬念的成为未来持久层框架的主流API 无论是Hibernate JDO 还是TopLink终将兼容这个主流商业API 在当前的这三种持久层API当中 Hibernate无疑是最有前途的 这是因为 新的持久层规范将基于EJB EntityBean规范 这意味着仍将以Hibernate的设计理念为基础

        　　 JBoss对EJB 规范跟随的步伐非常紧密 在规范制定过程中就不断的发布参考实现产品 因此可以对对EJB 规范产生比较大的影响力

        　　综上所述 我们有理由对Hibernate的前途抱有强烈的信心

        　　最后的一个疑问是 既然J EE 的新持久层框架可以脱离J EE容器运行 那么大家不全部都去用Hibernate的后一套兼容API 而完全放弃Hibernate的原生API了吗？那么是否意味着Hibernate做为一个独立产品的使命彻底终结呢？

        　　对于这个问题我的看法是 J EE 的持久层规范要综合各个EJB Vendor JDO Vendor的意见 要平衡他们之间的利益得失 那么这样一个瞻前顾后的规范必然无法覆盖所有应用场合的全面需要 这不像Hibernate的原生API 可以随时根据开发人员的要求增加功能那么灵活 因此我预计Hibernate的原生API以其更加强大的功能仍然会吸引一大批人直接使用原生API 而不是兼容J EE规范的API

lishixinzhi/Article/program/Java/ky//

hibernate session.save()怎么实现底层代码怎么看求告诉

       不得不说，你截图里的这个箭头指的很帅！

       我来解答一下，你先在你的代码里面，有session.save(obj)调用的地方，按下Ctrl键，插件源码使用教程然后把鼠标移动到save上（注意不要点下去），会出现一个小菜单，如下图：

       因为session本身是个接口，所以你要看其实现的话，就选第二项“open implemention"，就是打开实现的意思，由于session这个接口有可能有多个类实现这个接口（不同的hibernate版本不同），此后还有可能让你选类名，你就选SessionImple这个类，电脑源码分析然后打开的代码如下：

       看到没，上面的注释里说的，save() operations，这里的三个方法之间的调用关系，就说明这三个方法就是hibernate的session.save(obj)方法的实现所做的操作了。

       不过真心不明白你看这个代码做什么，如果是svn控制源码你保存不成功的话，一般hibernate这种老牌框架是不会出问题的，原因在你自己代码上；如果你想研究hibernate源代码，进而自己写一个ORM框架，算我没说。

hibernate工作原理及为什么要用

       Hibernate是一种ORM框架，主要作用是简化应用的数据持久层编程，不需要程序员编写大量SQL和JDBC说代码，也可以说成是对象持久化技术。所谓持久化对象（Persistent Object）即封装了数据库表记录的对象。程序中使用的对象是短暂的状态，当不使用时java的GC机制会自动释放不用的对象。而利用hibernate便可以实现对象的持久化，将对象保存到数据库中。

       Hibernate映射文件（XML Mapping）：持久化对象（PO）与数据库表记录之间的映射关系

       Hibernate配置文件（hibernate.properties）：配置相关的数据库访问信息，如数据库驱动类、连接串、访问数据库用户名和密码等

Hibernate官网下载

       Hibernate官网下载地址是：[Hibernate官网下载页面链接]。

       Hibernate是一个开源的Java对象关系映射（ORM）框架，它提供了Java应用程序与关系型数据库之间的声音设置源码映射功能，使得Java开发者可以使用面向对象的方式来操作数据库。Hibernate通过配置文件和注解来映射Java对象与数据库表之间的关系，使得开发者无需编写繁琐的SQL语句就可以完成数据的增删改查操作。

       在Hibernate的官网上，你可以找到Hibernate的最新版本下载链接。通常，Hibernate会提供两个版本的webk线源码下载：一个是包含完整源代码的版本，另一个是只包含编译后的JAR文件的版本。你可以根据自己的需求选择适合的版本进行下载。

       下载Hibernate后，你需要将其添加到你的Java项目中，并配置相关的配置文件。配置文件通常包括hibernate.cfg.xml和hbm.xml文件。hibernate.cfg.xml文件用于配置Hibernate的全局信息，如数据库连接信息、方言等；而hbm.xml文件则用于配置Java对象与数据库表之间的映射关系。

       一旦配置完成，你就可以在你的Java代码中使用Hibernate提供的API来操作数据库了。例如，你可以使用SessionFactory类创建Session对象，然后通过Session对象来执行数据库操作。Hibernate的API提供了丰富的功能，如事务管理、查询语句构建等，使得开发者能够更加方便地操作数据库。

       总之，通过访问Hibernate的官网并下载适合的版本，你可以轻松地将Hibernate集成到你的Java项目中，并利用其强大的ORM功能来简化数据库操作。记得在下载和使用Hibernate时，查阅官方文档以获取更详细的使用说明和最佳实践建议。

Hibernate包作用详解

        　　Hibernate一共包括了 个jar包 令人眼花缭乱 本文将详细讲解Hibernate每个jar包的作用 便于你在应用中根据自己的需要进行取舍

        　　下载Hibernate 例如 稳定版本 解压缩 可以看到一个hibernate jar和lib目录下有 个jar包

        　　hibernate jar:

        　　Hibernate的库 没有什么可说的 必须使用的jar包

        　　cglib a *** jar:

       

        　　CGLIB库 Hibernate用它来实现PO字节码的动态生成 非常核心的库 必须使用的jar包

        　　dom j jar:

        　　dom j是一个Java的XML API 类似于jdom 用来读写XML文件的 dom j是一个非常非常优秀的Java XML API 具有性能优异 功能强大和极端易用使用的特点 同时它也是一个开放源代码的软件 可以在SourceFe上找到它 在IBM developerWorks上面可以找到一篇文章 对主流的Java XML API进行的性能 功能和易用性的评测 dom j无论在那个方面都是非常出色的 我早在将近两年之前就开始使用dom j 直到现在 如今你可以看到越来越多的Java软件都在使用dom j来读写XML 特别值得一提的是连Sun的JAXM也在用dom j 这是必须使用的jar包 Hibernate用它来读写配置文件

        　　odmg jar:

        　　ODMG是一个ORM的规范 Hibernate实现了ODMG规范 这是一个核心的库 必须使用的jar包

        　　mons collections jar

        　　Apache Commons包中的一个 包含了一些Apache开发的集合类 功能比java util *强大 必须使用的jar包

        　　mons beanutils jar

        　　Apache Commons包中的一个 包含了一些Bean工具类类 必须使用的jar包

        　　mons lang jar:

        　　Apache Commons包中的一个 包含了一些数据类型工具类 是java lang *的扩展 必须使用的jar包

        　　mons logging jar:

        　　Apache Commons包中的一个 包含了日志功能 必须使用的jar包 这个包本身包含了一个Simple Logger 但是功能很弱 在运行的时候它会先在CLASSPATH找log j 如果有 就使用log j 如果没有 就找JDK 带的java util logging 如果也找不到就用Simple Logger mons logging jar的出现是一个历史的的遗留的遗憾 当初Apache极力游说Sun把log j加入JDK 然而JDK 项目小组已经接近发布JDK 产品的时间了 因此拒绝了Apache的要求 使用自己的java util logging 这个包的功能比log j差的很远 性能也一般

        　　后来Apache就开发出来了mons logging jar用来兼容两个logger 因此用mons logging jar写的log程序 底层的Logger是可以切换的 你可以选择log j java util logging或者它自带的Simple Logger 不过我仍然强烈建议使用log j 因为log j性能很高 log输出信息时间几乎等于System out 而处理一条log平均只需要 us 你可以在Hibernate的src目录下找到Hibernate已经为你准备好了的log j的配置文件 你只需要到Apache 网站去下载log j就可以了 mons logging jar也是必须的jar包

        　　使用Hibernate必须的jar包就是以上的这几个 剩下的都是可选的

        　　ant jar:

        　　Ant编译工具的jar包 用来编译Hibernate源代码的 如果你不准备修改和编译Hibernate源代码 那么就没有什么用 可选的jar包

        　　optional jar

        　　Ant的一个辅助包

        　　c p jar

        　　C PO是一个数据库连接池 Hibernate可以配置为使用C PO连接池 如果你准备用这个连接池 就需要这个jar包

        　　proxool jar

        　　也是一个连接池 同上

        　　mons pool jar mons dbcp jar:

        　　DBCP数据库连接池 Apache的Jakarta组织开发的 Tomcat 的连接池也是DBCP

        　　实际上Hibernate自己也实现了一个非常非常简单的数据库连接池 加上上面 个 你实际上可以在Hibernate上选择 种不同的数据库连接池 选择哪一个看个人的偏好 不过DBCP可能更通用一些 另外强调一点 如果在EJB中使用Hibernate 一定要用App Server的连接池 不要用以上 种连接池 否则容器管理事务不起作用

        　　connector jar:

        　　JCA 规范 如果你在App Server上把Hibernate配置为Connector的话 就需要这个jar 不过实际上一般App Server肯定会带上这个包 所以实际上是多余的包

        　　jaas jar:

        　　JAAS是用来进行权限验证的 已经包含在JDK 里面了 所以实际上是多余的包

        　　jcs jar

        　　如果你准备在Hibernate中使用JCS的话 那么必须包括它 否则就不用

        　　jdbc _ stdext jar:

        　　JDBC 的扩展包 一般来说数据库连接池会用上它 不过App Server都会带上 所以也是多余的

        　　jta jar

        　　JTA规范 当Hibernate使用JTA的时候需要 不过App Server都会带上 所以也是多余的

        　　junit jar:

        　　Junit包 当你运行Hibernate自带的测试代码的时候需要 否则就不用

        　　xalan jar xerces jar xml apis jar:

lishixinzhi/Article/program/Java/ky//