it_man的专栏

zhuan:http://www.programmer.com.cn/14108/本文首先快速观察了IT技术的发展，尤其是移动互联网技术的发展给零售行业带来的机遇与挑战；随后介绍了零售业IT领域需要关注的能力、渠道和技术；强调了零售企业需要采取“敏捷零售”的战略，应用这些高优先级的技能，来提升自己的IT能力以便适应新时代的要求。盛夏八月，京东商城掀起的一场价格战，让更多普通消费者越发清

一、前言：大家好，Spring3 MVC是非常优秀的MVC框架，由其是在3.0版本发布后，现在有越来越多的团队选择了Spring3 MVC了。Spring3 MVC结构简单，应了那句话简单就是美，而且他强大不失灵活，性能也很优秀。官方的下载网址是：http://www.springsource.org/download   （本文使用是的Spring 3.0.5版本）Struts2

1. Access method（访问方法）：此步骤包括从文件中存储和检索记录。 2. Alias（别名）：某属性的另一个名字。在SQL中，可以用别名替换表名。 3. Alternate keys（备用键，ER/关系模型）：在实体/表中没有被选为主健的候选键。 4. Anomalies（异常）参见更新异常（update anomalies） 5. Application desig

高手不得不会的东西背景：项目使用的SOA架构，使用Oracle10G SOA SUITE，在该套件中增加了一个过滤器用于解析设置的访问策略。在其中遇到了一个问题，Oracle10g无法将IP与实例编号进行绑定，于是乎从过滤器入手，尝试了HttpServletRequestWrapper、HttpServletResponseWrapper拦截设置参数的方法。得到的结果request可以

Tomcat6是最新版本的web容器，其支持最新版本的servlet2.5和jsp2.1。而且Tomcat6架构也是经过重新设计优化过的，所以我们有必要分析一下它的架构过程。显然，这是一个通过阅读Tomcat的源代码及相关文档，演绎架构的过程。或许有人会说，这不是放马后炮吗？！！但我觉得这是自我进步的一个必经步骤，先模仿之，然后才能超越之，毕竟我本凡人。Tomcat的架构总的来说是分层次的、可插拔

基于前后端分离的模版探索前言在做前后端分离时，第一个关注到的问题就是 渲染，也就是 View 这个层面的工作。在传统的开发模式中，浏览器端与服务器端是由不同的前后端两个团队开发，但是模版却又在这两者中间的模糊地带。因此模版上面总不可避免的越来越多复杂逻辑，最终难以维护。而我们选择了NodeJS，作为一个前后端的中间层。试图藉由NodeJS，来疏理 View 层面的工作。使得前后端分工更明确，让专案

dbcp (Oracle)重新链接的问题 - Cause: java.sql.SQLException: No more data to read from socket老是出现这个No more data to read from socket问题（ibatis＋spring）。该异常通常是因为使用了连接池，当从连接池取得的connection失效或者超时的时候，使用这个连接来进行数据库操作就会

前言为了解决传统Web开发模式带来的各种问题，我们进行了许多尝试，但由于前/后端的物理鸿沟，尝试的方案都大同小异。痛定思痛，今天我们重新思考了“前后端”的定义，引入前端同学都熟悉的NodeJS，试图探索一条全新的前后端分离模式。随着不同终端(Pad/Mobile/PC)的兴起，对开发人员的要求越来越高，纯浏览器端的响应式已经不能满足用户体验的高要求，我们往往需要针对不同的终端开发定制的版本。为了提

搜索技术博客-淘宝：http://www.searchtb.com/淘宝DBA团队淘宝UED团队淘宝招聘淘宝数据平台团队淘宝核心系统团队淘宝质量保障团队量子统计官方博客

从各个角度总结了电商平台中的架构实践，由于时间仓促，定了个初稿，待补充完善，欢迎大家一起交流。转载请声明出处：http://blog.youkuaiyun.com/yangbutao/article/details/12242441作者：杨步涛关注分布式架构、大数据、搜索、开源技术QQ:306591368技术Blog：http://blog.youkuaiyun.com/yangbutao 一、 设计理念  1.

原理AOP(Aspect Oriented Programming)，也就是面向方面编程的技术。AOP基于IoC基础，是对OOP的有益补充。　　AOP将应用系统分为两部分，核心业务逻辑（Core businessconcerns）及横向的通用逻辑，也就是所谓的方面Crosscutting enterprise concerns，例如，所有大中型应用都要涉及到的持久化管理（Persistent）、事

1. 原始单据与实体之间的关系 　　可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。 在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。 这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。 　　〖例1〗：一份员工履历资料，在人力资源信息系统中，

管人用人育人留人之道企业的竞争，归根结底是人才的竞争。人才是企业的生命所在，如何管好人才、用好人才、培养和留住人才，则成为企业在激烈的竞争中成长发展的关键。 1.奥格尔维定律：善用比我们自己更优秀的人2.光环效应：全面正确地认识人才3.不值得定律：让员工选择自己喜欢做的工作4.蘑菇管理定律：尊重人才的成长规律5.贝尔效应：为有才干的下属创造脱颖而出的机会6.酒与

Tomcat下，不同的二级域名之间或根域与子域之间，Session默认是不共享的，因为Cookie名称为JSESSIONID的Cookie根域是默认是没设置 的，访问不同的二级域名，其Cookie就重新生成，而session就是根据这个Cookie来生成的，所以在不同的二级域名下生成的Session也 不一样。找到了其原因，就可根据这个原因对Tomcat在生成Session时进行相应的修改(注：本

本文将解析spring bean定义标签和自定义标签的解析实现原理。这里说的标签仅限于以xml作为bean定义描述符的spring容器，继承AbstractXmlApplicationContext的一些子 容器，如XmlApplicationContext、ClassPathXmlApplicationContext、 FileSystemXmlApplicationContext等。同时也

数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案数据库分库分表(sharding)系列(四) 多数据源的事务处理数据库分库分表(sharding)系列(三) 关于使用框架还是自主开发以及sharding实现层面的考量数据库分库分表(sharding)系列(二) 全局主键生成策略数据库分库分表(sharding)系列(一) 拆分实施策

SPI的全名为Service Provider Interface.普通开发人员可能不熟悉，因为这个是针对厂商或者插件的。在java.util.ServiceLoader的文档里有比较详细的介绍。究其思想，其实是和"Callback"差不多。“Callback”的思想是在我们调用API的时候，我们可以自己写一段逻辑代码，传入到API里面，API内部在合适的时候会调用它，从而实现某种程度的“定制”。

在什么情况下使用线程池？     1.单个任务处理的时间比较短     2.将需处理的任务的数量大     使用线程池的好处:     1.减少在创建和销毁线程上所花的时间以及系统资源的开销     2.如不使用线程池，有可能造成系统创建大量线程而导致消耗完系统内存以及”过度切换”。 线程池工作原理：为什么要用线程池？诸如 Web 服

主要分析存在多个版本特性时的软件构建策略。多个版本特性在有些情况下仅仅对应于软件的本地化，复杂的情况就是不同版本中模块的业务逻辑、呈现策略都不相 同。这不仅在产品开发过程中增加成本，更多的成本将在维护阶段体现出来。因此，选择一个合适的构建策略对降低开发与维护成本都是非常重要的。一、传统软件构建策略 不同的版本采用不同的代码，通过派生或直接使用不同的代码实现。每个版本都会对应到一份的这个版本相关的代

http://javatar.iteye.com/blog/1345073

系列文章: 很不错的文章哦!JVM调优总结（十）-调优方法  http://pengjiaheng.iteye.com/blog/552456JVM调优总结（十一）-反思  http://pengjiaheng.iteye.com/blog/558619JVM调优总结（十二）-参考资料  http://pengjiaheng.iteye.com/blog/558620JVM调优总结

这是我最近做的架构设计演讲内容，公布出来让大家参考。我没有整理文字稿，只看 PPT 可能不是很容易理解。Sorry。http://mp.weixin.qq.com/s?__biz=MjM5OTAxNzc3OQ==&mid=200261412&idx=1&sn=c15b11b00640181009ea37b881e03a06#rd