09 2010 档案

摘要：Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE MicrosoftInternetExplorer4 ... 阅读全文

摘要：Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE MicrosoftInternetExplorer4 ... 阅读全文

摘要：项目中经常使用配置文件来配置一些对环境依赖的数据，例如数据库连接、用户名、密码、以及一些域名、端口等等，而往往这些配置文件一般都是跟着项目工程一起提交到svn中，即每个项目组成员同步代码时这些config配置都会同步下来，保持一致，有这么一种场景，每个开发人员在本地运行代码，可能会重新配置一些本地的数据，例如域名、端口，这就需要修改这个配置文件，然后打包运行，这本没有任何问题，不过这也可能是杯具开始的源头，某个开发人员如果一不小心将这个配置文件commit到svn中了，其他开发人员可能更新的时候就会更新到这个开发人员的本地配置，导致之前本来配置好的数据被update下来的数据给覆盖了，系统运行 阅读全文

摘要：项目中经常使用配置文件来配置一些对环境依赖的数据，例如数据库连接、用户名、密码、以及一些域名、端口等等，而往往这些配置文件一般都是跟着项目工程一起提交到svn中，即每个项目组成员同步代码时这些config配置都会同步下来，保持一致，有这么一种场景，每个开发人员在本地运行代码，可能会重新配置一些本地的数据，例如域名、端口，这就需要修改这个配置文件，然后打包运行，这本没有任何问题，不过这也可能是杯具开始的源头，某个开发人员如果一不小心将这个配置文件commit到svn中了，其他开发人员可能更新的时候就会更新到这个开发人员的本地配置，导致之前本来配置好的数据被update下来的数据给覆盖了，系统运行 阅读全文

摘要：直接看一个例子，maven中要引入json包，于是使用了<dependency> <groupId>net.sf.json-lib</groupId> <artifactId>json-lib</artifactId> <version>2.2.2</version> </dependency> 可是，当执行mvn install 命令时，却抛出一个错误，说找不到net.sf.json-lib:json-lib:2.2.2这个包，到仓库中看一下http://repo2.maven.org/maven 阅读全文

摘要：直接看一个例子，maven中要引入json包，于是使用了<dependency> <groupId>net.sf.json-lib</groupId> <artifactId>json-lib</artifactId> <version>2.2.2</version> </dependency> 可是，当执行mvn install 命令时，却抛出一个错误，说找不到net.sf.json-lib:json-lib:2.2.2这个包，到仓库中看一下http://repo2.maven.org/maven 阅读全文

摘要：今天突然想起去看下手机上还有多少话费，不看不要紧，一看，还剩60元了，本来上个月底才冲了200进去，都没怎么打电话，查看详单发现移动数据流量扣了100多，晕。我包月了30M用完了，移动没有提醒，从8月24号开始就一直开始扣费，气死我了，打电话去移动投诉，MM说其实有超限提醒，只是需要自己开通，我说怪了，为啥有这个提醒不自动开通呢？还需要用户自己动手，发条短信应该是你移动的义务吧，黑倒这种地步了，我问MM可以网上开通不，MM说可以，我就让她给我说怎么开通，结果MM也没有找到入口，无语，最后MM说她去反馈下，48小时内给我答复。 我坚决得要回多扣的费来，真是杯具。 刚刚去西毒的网站，结果发现他也. 阅读全文

摘要：今天突然想起去看下手机上还有多少话费，不看不要紧，一看，还剩60元了，本来上个月底才冲了200进去，都没怎么打电话，查看详单发现移动数据流量扣了100多，晕。我包月了30M用完了，移动没有提醒，从8月24号开始就一直开始扣费，气死我了，打电话去移动投诉，MM说其实有超限提醒，只是需要自己开通，我说怪了，为啥有这个提醒不自动开通呢？还需要用户自己动手，发条短信应该是你移动的义务吧，黑倒这种地步了，我问MM可以网上开通不，MM说可以，我就让她给我说怎么开通，结果MM也没有找到入口，无语，最后MM说她去反馈下，48小时内给我答复。 我坚决得要回多扣的费来，真是杯具。 刚刚去西毒的网站，结果发现他也. 阅读全文

摘要：集群中部署的web应用系统往往会强调无状态性，之所以这么要求，一方面是当然是为了便于集群扩展，但是对于有session要求的系统来说，无状态确实没法做到，既然没法做到，那么对于集群部署的应用来说，就要考虑到状态的保存和同步问题，因此衍生了 session状态复制 以及 striky session 两种技术，第一种是通过服务器集群中相互复制session状态来保障同步，优点是简单，缺点也明显工作量大，性能低下(大于5台)，第二种方式呢，就是把同一个用户的session绑定在一个服务器上，避免了复制session，貌似解决了问题，不过问题又来了，如果这台服务器挂了呢？那就杯具了，这台服务器上的. 阅读全文

摘要：集群中部署的web应用系统往往会强调无状态性，之所以这么要求，一方面是当然是为了便于集群扩展，但是对于有session要求的系统来说，无状态确实没法做到，既然没法做到，那么对于集群部署的应用来说，就要考虑到状态的保存和同步问题，因此衍生了 session状态复制 以及 striky session 两种技术，第一种是通过服务器集群中相互复制session状态来保障同步，优点是简单，缺点也明显工作量大，性能低下(大于5台)，第二种方式呢，就是把同一个用户的session绑定在一个服务器上，避免了复制session，貌似解决了问题，不过问题又来了，如果这台服务器挂了呢？那就杯具了，这台服务器上的. 阅读全文