今天客户方服务器上突然有一个功能保存了，查看日志信息后发现，错误信息：
Could not instantiate class XXX from tuple at AliasToBeanConstructorResultTransformer...
Google了很久才发现有可能是HQL语句中别名的问题，具体原因未知，现在处理办法是，将下面的语句中的别名去掉：
StringBuffer hql = new StringBuffer("select new ContractItem(l, "
+ " pi.unitPrice, " + " pi.currencyType, " + "pi.currencyTypeDisplay," + " pi.units, "
+ " sum(pi.quantity + pi.adjQuantity), " + " pp, " + " pi.task) "
+ " from PurchasePlanItem pi " + " join pi.purchasePlan pp"
+ " join pi.priorList l " + " where l.supplierNo = ? "
+ " and pp.id in (");
具体是否可以解决，还要看一会儿的部署情况。
上篇文章中我简单阐述了军工企业信息化遇到的困境，而我们公司（西安融智软件有限公司www.xardmu.com）则主要是面向军工企业进行软件产品的研发和定制项目的开发的。
在产品实施和项目研发过程中，我们的前端技术人员需要做大量的浏览器兼容性的工作。痛苦至极啊~而且，即便完成了兼容性的修改，浏览器端的JS解析又变成了巨大的瓶颈！例如我们有一个项目为了提高用户使用的时的方便性，使用了EXTJS4，结果在IE6下性能极其低下。我们的P8是一个项目管理软件，需要使用到基于EXTJS的Gantt组件，但是此组件在IE6下十分不稳定，而且经常导致IE6崩溃。
介于上面的种种问题，我们开始寻找从浏览器上解决问题的方法，例如使用FireFox或者Chrome，因为军工企业都有域，所以通过域安装一款软件是十分容易的。经过权衡，我们决定使用Chrome做为我们软件的入口。
在企业内部署Chrome其实有三种方式：
1.直接使用Chrome的某一个版本，对此版本进行精简和简单的参数配置，或者内置一些自定义的插件，直接进行部署。
优点：技术门槛较低，只需要简单的精简安装文件和配置参数即可。
缺点：无法通过统一的策略管理局域网内所有的部署情况和策略。
2.使用Google提供的Chrome商业版，通过Google提供的商业版可以轻松定制自己企业内部的Chrome，并生成分发文件，同时可以通过配合域策略完成对局域网内的客户端的行为进行限制。
优点：此版本是11年放出的，一直和多个大型企业紧密合作，相信不久将会形成更加完善的方案，从而在企业级应用市场站稳脚跟。
缺点：需要在线安装。
3.使用Google的Chrome Frame，一个让披着IE外壳的Chrome，拥有Chrome的所有性能，只是披着IE的外壳而已。
优点：对于较老一些的企业，而且企业内部又拥有大量的IE时代产物的企业，绝对是一个好选择。
缺点：需要在线安装。原有软件代码需要修改，才能在用户浏览时使用Chrome模式。
看到痛苦了吧？都需要在线安装。看来下一步只能开始研究Chrome的源码，修改并编译属于自己的浏览器了。。。