皮皮网

1.请问dom4j.jar的作用是什么？
2.Hibernate包作用详解
3.proxool配置数据连接池时为什么不可配置houseKeepingSleepTime
4.常春藤CMS：顾方软件打造安全稳定的企业级CMS系统
5.ShardingSphere 4.x FAQ

请问dom4j.jar的作用是什么？

       hibernate2.jar:

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

        cglib-asm.jar:

        CGLIB库，Hibernate用它来实现PO字节码的动态生成，非常核心的库，必须使用的识图按键助手源码jar包

        dom4j.jar:

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

        odmg.jar:

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

        commons-collections.jar：

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

        commons-beanutils.jar：

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

        commons-lang.jar:

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

        commons-logging.jar:

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

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

        使用Hibernate必须的源码插件jar包就是以上的这几个，剩下的都是可选的。

        ant.jar:

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

        optional.jar：

        Ant的一个辅助包。

        c3p0.jar：

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

        proxool.jar：

        也是一个连接池，同上。

        commons-pool.jar, commons-dbcp.jar:

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

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

        connector.jar:

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

        jaas.jar:

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

        jcs.jar：

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

        jdbc2_0-stdext.jar:

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

        jta.jar：

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

        junit.jar:

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

        xalan.jar, xerces.jar, xml-apis.jar:

        Xerces是XML解析器，Xalan是格式化器，xml-apis实际上是JAXP。一般App Server都会带上，JDK1.4也包含了解析器，不过不是Xerces，是Crimson，效率比较差，不过Hibernate用XML只不过是读取配置文件，性能没什么紧要的，所以也是多余的。

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//

proxool配置数据连接池时为什么不可配置houseKeepingSleepTime

       有缘碰到和你一样的问题，这是我搜到的，希望有所帮助

       本人在配置PROXOOL联接池时，发现一个奇怪的事情。。

       以前在配置文件时，可以直接设置

       houseKeepingSleepTime属性，但是在用proxool-0.9.1时，发现有些属性是不允许你设置的。。源码破解版

       在你配置完成后，运行时，会发现说这个属性不是可写的。。

       其后本人把proxool-0.9.1源代码下来了 .有个奇怪的地方：

       Java代码

        private long houseKeepingSleepTime;

        private long maximumConnectionLifetime

        /**

        * @see ConnectionPoolDefinitionIF#getHouseKeepingSleepTime

        */

        public long getHouseKeepingSleepTime() {

        return houseKeepingSleepTime;

        }

        /**

        * @see ConnectionPoolDefinitionIF#getHouseKeepingSleepTime

        */

        public void setHouseKeepingSleepTime(int houseKeepingSleepTime) {

        this.houseKeepingSleepTime = houseKeepingSleepTime;

        }

        /**

        * @see ConnectionPoolDefinitionIF#getMaximumConnectionLifetime

        */

        public long getMaximumConnectionLifetime() {

        return maximumConnectionLifetime;

        }

        /**

        * @see ConnectionPoolDefinitionIF#getMaximumConnectionLifetime

        */

        public void setMaximumConnectionLifetime(int maximumConnectionLifetime) {

        this.maximumConnectionLifetime = maximumConnectionLifetime;

        }

        private long houseKeepingSleepTime;

        private long maximumConnectionLifetime

        /

**

        * @see ConnectionPoolDefinitionIF#getHouseKeepingSleepTime

        */

        public long getHouseKeepingSleepTime() {

        return houseKeepingSleepTime;

        }

        /

**

        * @see ConnectionPoolDefinitionIF#getHouseKeepingSleepTime

        */

        public void setHouseKeepingSleepTime(int houseKeepingSleepTime) {

        this.houseKeepingSleepTime = houseKeepingSleepTime;

        }

        /

**

        * @see ConnectionPoolDefinitionIF#getMaximumConnectionLifetime

        */

        public long getMaximumConnectionLifetime() {

        return maximumConnectionLifetime;

        }

        /

**

        * @see ConnectionPoolDefinitionIF#getMaximumConnectionLifetime

        */

        public void setMaximumConnectionLifetime(int maximumConnectionLifetime) {

        this.maximumConnectionLifetime = maximumConnectionLifetime;

        }

       这是为何

       下面是源代码中作者对文件做的修改说明：

       Revision 1.9 // :: billhorsman

       Changed time (millisecond) properties from int to long: maximumConnectionLifetime, houseKeepingSleepTime, recentlyStartedThreshold, overloadWithoutRefusalLifetime, maximumActiveTime

       不知道是不是下一个版本准备把接收INT值改为long值

       百思不得其解。。最后还是用proxool-0.9.0sr2 就没有这个问题。。。。

常春藤CMS：顾方软件打造安全稳定的企业级CMS系统

       常春藤CMS是由顾方软件团队开发的企业级CMS系统，自年首版发布，历经年不断升级，现已更新至7.0版本。其跨平台、分布式部署、安全稳定的特点，支持多种数据库如MySql、SqlServer、PostgreSql及SQLite，以及权限分配机制，使众多管理员能协同编辑与审核网站内容。

       常春藤CMS内容发布功能强大，支持PC、手机App、微信、平板电脑等多终端一体化管理。其“PC+移动”一体化技术提供不同终端专属模板，满足各类展示需求。

       系统内含丰富插件，如投票、反馈、评论、打赏、在线支付等，满足网站多样化功能需求。同时，通过插件机制保证了插件的高效与安全。

       常春藤CMS管理内容广泛，不仅限于网站文章，还涵盖新闻、商品、人员、资产等结构化信息与数据。系统支持包括文章、组图、产品、视频、文库、专题、报纸、杂志等在内的多种内容模型，通过自定义字段功能，用户可根据实际需求扩展信息内容。

       权限分配高度灵活，支持按站点、操作权限及管理栏目等三种维度分配，实现了细粒度、可扩展、支持二次开发的权限控制体系。

       安全机制全面，从系统层面多角度防范网站安全问题，如SQL注入、跨站脚本、非法文件上传、越权访问等。支持前台内外网分离部署，系统管理后台在内网，页面部署在外网，显著提升系统安全性。

       常春藤CMS设计灵活，具备良好的扩展性与二次开发能力，通过标签、API接口、菜单扩展、源码修改等手段，可根据需求定制特殊功能。

       开发技术基于JavaEE，使用Servlet 3.0、Jsp 2.1、Freemarker 1.2、Jdbc4.0等标准，集成Spring、Spring MVC、Lucene、Quartz、Log4j、Proxool、Httpclient、GraphicsMagick、Ffmpeg、LhgDialog等第三方软件与技术。支持Java JDK1.8+、MySQL 5.7 / Sql Server 、Tomcat7+、maven3.3+。

ShardingSphere 4.x FAQ

       在ShardingSphere中，如果SQL执行不正确，首先需要开启sql.show配置，它在Sharding-Proxy以及Sharding-JDBC 1.5.0版本之后提供了帮助。此配置默认关闭，开启后，系统会将SQL解析上下文、改写后的SQL以及最终路由至的数据源的详细信息打印至info日志，方便调试。

       遇到源码编译错误时，应了解ShardingSphere使用lombok实现代码简化，具体使用和安装细节可参考lombok官网。sharding-orchestration-reg模块需要先执行mvn install命令，根据protobuf文件生成gRPC相关的java文件。

       在使用Spring命名空间时，若找不到xsd文件，其实Spring命名空间使用规范并未强制要求部署至公网地址。但考虑到部分用户的需求，相关xsd文件也部署至ShardingSphere官网。sharding-jdbc-spring-namespace的jar包中配置了xsd文件的位置，确保jar包内存在该文件即可。

       对于Cloud not resolve placeholder异常，使用行表达式标识符建议使用$->{ ...}，避免与Spring本身的属性文件占位符冲突。

       在使用inline表达式时，注意Java的整数相除结果为整数，而inline表达式中的Groovy语法则返回浮点数。若需要获得除法整数结果，请使用A.intdiv(B)。

       若只有部分数据库分库分表，确实需要将不分库分表的表配置在分片规则中。ShardingSphere会将多个数据源合并为一个逻辑数据源，不配置分片规则会导致无法准确判断应路由至哪个数据源。这时，可以采用配置default-data-source的方式，或单独管理不参与分库分表的数据源。

       除了支持自带的分布式自增主键，ShardingSphere也能支持原生的自增主键。但需注意，原生自增主键不能同时作为分片键使用。由于ShardingSphere不知晓数据库表结构，原生自增主键不在原始SQL中，无法将其解析为分片字段。若自增主键非分片键，则无需关注；若作为分片键，ShardingSphere无法解析其分片值，可能导致SQL路由至多张表。

       指定泛型为Long的SingleKeyTableShardingAlgorithm遇到ClassCastException问题，确保数据库表中字段与分片算法中的字段类型一致。例如，数据库中字段为int类型时，分片类型应为Integer，而非Long。

       在SQLSever和PostgreSQL中，聚合列未加别名可能会抛出异常。这是因为这些数据库会自动为聚合列改名，ShardingSphere在结果归并时可能找不到相应的列。正确的SQL写法应包含别名。

       在Oracle数据库使用Timestamp类型的OrderBy语句时，可能会抛出异常。解决方式是配置启动参数oracle.jdbc.J2EECompliant=true，或在项目初始化时设置System.getProperties().setProperty(“oracle.jdbc.J2EECompliant”, “true”);

       使用Proxool配置多个数据源时，需要为每个数据源设置alias，以避免每次都从一个数据源获取连接。具体实现方法请参考Proxool官网。

       ShardingSphere采用snowflake算法作为默认的分布式自增主键策略，这确保了分布式环境下生成的自增序列递增但不连续，且尾数多为偶数。在3.1.0版本中，尾数为偶数的问题已被解决。

       在Windows环境下通过Git克隆ShardingSphere源码时，可能会遇到文件名过长的问题。为了解决，可执行特定命令启用Git对长文件名的支持，或通过注册表或组策略解除操作系统文件名长度限制。

       若在运行Sharding-Proxy时找不到或无法加载主类org.apache.shardingshpere.shardingproxy.Bootstrap，可能是因为解压工具将文件名截断。解决方法是执行特定命令。

       若实现了ShardingKeyGenerator接口但配置了Type却未生效，需要确保在META-INF/services中创建对应文件指定SPI实现类，或在配置中正确指定类型。ShardingSphere的扩展功能需要通过SPI注入才能生效。

       当JPA与数据脱敏一起使用时，由于数据脱敏的DDL尚未完成，导致JPA实体类无法同时满足DDL和DML。解决方案需根据具体需求进行调整。

       在配置了某个数据连接池的spring-boot-starter（如druid）和sharding-jdbc-spring-boot-starter后，系统启动报错可能是因为两者间的兼容性问题。应检查配置文件和依赖版本，确保兼容性。

       在使用sharing-proxy时，动态在sharding-ui上添加新的logic schema，可通过sharding-ui的API实现，具体操作请参考sharding-ui文档。

       在使用sharing-proxy时，使用合适的工具连接proxy通常取决于具体需求和环境，常见的连接工具包括JDBC客户端、命令行工具等，需根据实际场景选择。