jeffsang
- 浏览: 6015 次
- 性别:
- 来自: 北京
-
最新评论
-
hxl1013：
之前用过将SQL集中在properties中，和你的差不多意思 ...
J2EE平台SQL查询语句集中管理解决方案（性能预评估、支持集群环境热部署）（一） -
iwangxiaodong：
我用的是MyBatis,它采用了xml来统一管理SQL语句,而 ...
J2EE平台SQL查询语句集中管理解决方案（性能预评估、支持集群环境热部署）（一） -
zskangs1126：
...
OSCache缓存监控实现 -
幽灵线程：
OSCache 使用private Map是为了安全，反射方式 ...
OSCache缓存监控实现
文章列表
J2EE企业级软件架构越来越鼓吹N层体系架构，很多架构师陷入了为架构而架构的怪圈，引入越来越多的没有测试过的开源组件，增加越来越多的适配层，导致系统底层架构没有人能驾驭，平台性能问题一旦出现，就找借口是数据量大、并发访问高，通过加硬件救急！
本文先对Java平台SQL查询语句集中管理提出一个实用方案。其背景是目前的J2EE架构大量使用hibernate等ORM框架，SQL/HQL分散在各模块的Java类中，而且很多采用拼SQL的方式（非预编译即PreparedStatement方式执行），导致至少带来如下两个严重问题：
SQL性能无法预测，至少运行前无法检测（目前大部分现象都 ...
最近一个项目用到OsCache的页面片段缓存，google了一下居然没有找到OsCache的监控工具（list all keys from cache），于是大略读了一下OSCache-2.4.1的源码，发现Cache.java类的cacheMap定义成了私有变量，如下：
/**
* The actual cache map. This is where the cached objects are held.
*/
private AbstractConcurrentReadCache cacheMap = null;
所以只能用反射机制暴力破解了（按照 ...