使用GPars解决常见并发问题

2017年02月06日 59 阅读

使用GPars解决常见并发问题2012-03-17 IBM Alex Miller了解 Groovy 的并发库如何利用流行的并发模型并使其在 Java 平台上可供访问在并发性时代，带有 4、6 和 16 个处理器核心的芯片变得很普遍，而且在不久的将来，我们会看到带有上百甚至上千个核心的芯片。这种处理能力蕴含着巨大的可能性，但对于软件开发人员来说，它也带来了挑战。最大限度地利用这些闪耀新核的需求推动了对并发性、状态管理和为两者构建的编程语言的关注热潮。Gro...

使用Grester简化Java应用程序的JUnit测试

2017年02月06日 57 阅读

使用Grester简化Java应用程序的JUnit测试2012-03-17 IBM Michael NyikaGrester 是一种针对 Jester 的 Apache Maven 包装器，用于检查未采用测试驱动方式编写的代码Jester 由 Ivan Moore 编写，它是测试由程序员和开发人员编写的单元测试的优秀工具。该工具基于这样一个假设：代码中的很多区域包含了条件语句、循环语句和 case 语句，并且在一些代码区域中，类的圈复杂度（cyclomat...

集成医疗保健服务，第1部分

2017年02月06日 52 阅读

集成医疗保健服务，第1部分2012-04-24 IBM Bilal Siddiqui将 Enterprise Service Bus 用于医疗保健这篇由两部分组成的文章将演示各种医疗保健相关的服务通过一个服务总线进行聚合，我称 之为（可能不够准确）Healthcare Service Bus （HSB）。在第 1 部分中，我将介绍一个用例场 景，其中为病人服务的各种应用程序需要连接到 HSB，我将解释 HSB 应当提供的特性。接下来 ，我将介绍 Java ...

集成医疗保健服务，第 2 部分

2017年02月06日 54 阅读

集成医疗保健服务，第 2 部分2012-04-24 IBM Bilal Siddiqui使用 Apache ServiceMix 作为 Healthcare Service BusHealthcare Service Bus （HSB） 使各种医疗保健应用程序互连和互操作从而交付高效的服 务。本文由两部分组成，其中 第 1 部分 讨论了通过使用 Java™ Business Integration （JBI） 体系结构对医疗保健服务进行聚合。...

关于java.util.concurrent您不知道的 5 件事，第1部分

2017年02月06日 53 阅读

关于java.util.concurrent您不知道的 5 件事，第1部分2012-04-24 IBM Ted Neward通过并发 Collections 进行多线程编程Concurrent Collections 是 Java™ 5 的巨大附加产品，但是在关于注释和泛型的争 执中很多 Java 开发人员忽视了它们。此外（或者更老实地说），许多开发人员避免使用这个 数据包，因为他们认为它一定很复杂，就像它所要解决的问题一样。事实上，java....

关于java.util.concurrent您不知道的5件事，第2部分

2017年02月06日 52 阅读

关于java.util.concurrent您不知道的5件事，第2部分2012-04-24 IBM Ted Neward并发 Collections 提供了线程安全、经过良好调优的数据结构，简化了并发编程。然而， 在一些情形下，开发人员需要更进一步，思考如何调节和/或限制线程执行。由于 java.util.concurrent 的总体目标是简化多线程编程，您可能希望该包包含同步实用程序，而 它确实包含。本文是 第 1 部分 的延续，将介绍几个比核心语言原语...

Spring事务管理高级应用难点剖析，第1部分

2017年02月06日 54 阅读

Spring事务管理高级应用难点剖析，第1部分2012-04-26 IBM 陈雄华概述Spring 最成功，最吸引人的地方莫过于轻量级的声明式事务管理，仅此一点，它就宣告了 重量级 EJB 容器的覆灭。Spring 声明式事务管理将开发者从繁复的事务管理代码中解脱出来 ，专注于业务逻辑的开发上，这是一件可以被拿来顶礼膜拜的事情。但是，世界并未从此消停 ，开发人员需要面对的是层出不穷的应用场景，这些场景往往逾越了普通 Spring 技术书籍的 理想界定。因此...

Spring事务管理高级应用难点剖析: 第2部分

2017年02月06日 52 阅读

Spring事务管理高级应用难点剖析: 第2部分2012-04-26 IBM 陈雄华联合军种作战的混乱Spring 抽象的 DAO 体系兼容多种数据访问技术，它们各有特 色，各有千秋。像 Hibernate 是非常优秀的 ORM 实现方案，但对底层 SQL 的控制不太方便； 而 iBatis 则通过模板化技术让您方便地控制 SQL，但没有 Hibernate 那样高的开发效率；自 由度最高的当然是直接使用 Spring JDBC 莫属了，但是它也是最底层的...

Spring事务管理高级应用难点剖析: 第3部分

2017年02月06日 53 阅读

Spring事务管理高级应用难点剖析: 第3部分2012-04-26 IBM 陈雄华概述对于应用开发者来说，数据连接泄漏无疑是一个可怕的梦魇。如果存在数据连 接泄漏问题，应用程序将因数据连接资源的耗尽而崩溃，甚至还可能引起数据库的崩溃。数据 连接泄漏像黑洞一样让开发者避之唯恐不及。Spring DAO 对所有支持的数据访问技术 框架都使用模板化技术进行了薄层的封装。只要您的程序都使用 Spring DAO 模板（如 JdbcTemplate、Hiberna...

关于Java Collections API您不知道的5件事，第1部分

2017年02月06日 53 阅读

关于Java Collections API您不知道的5件事，第1部分2012-06-06 IBM Ted Neward定制和扩展 Java Collections对于很多 Java 开发人员来说，Java Collections API 是标准 Java 数组及其所有缺点的一个非常需要的替代品。将 Collections 主 要与 ArrayList 联系到一起本身没有错，但是对于那些有探索精神的人来说，这只是 Collections 的冰山一角。虽然 ...

关于Java Collections API您不知道的5件事，第2部分

2017年02月06日 50 阅读

关于Java Collections API您不知道的5件事，第2部分2012-06-06 IBM Ted Neward注意可变对象java.util 中的 Collections 类旨在通过取代数组提高 Java 性能。如您在 第 1 部分 中了解到的，它们也是多变的，能够以各种方 式定制和扩展，帮助实现优质、简洁的代码。Collections 非常强大，但是很多变：使用它们要小心，滥用它们会带来风险。1. List 不同于数组Java 开发人员常常错误...

Why Java Sucks and C# Rocks（1）：比较的意义与目的

2017年02月06日 46 阅读

Why Java Sucks and C# Rocks（1）：比较的意义与目的2012-06-08 blog.zhaojie.me 老赵为什么是Java？这个系列我将详细比较C#和Java——语言，而不关Java平台任何事情。其实这本不想强调这一点，因为语言和平台之间是没有任何可比 性的。因为C#明显只是一门语言，因此根据“类型推断”，则Java也应该是“语言”类型才对。因此，我在标题...

Why Java Sucks and C# Rocks（2）：基础类型与面向对象

2017年02月06日 58 阅读

Why Java Sucks and C# Rocks（2）：基础类型与面向对象2012-06-08 blog.zhaojie.me 老赵既然已经谈过这次语言比较的意义与目的，而完整的幻灯片和录音也已经放出，那么接下来自然是详细讨论了。在这篇文章中，我会对 两个语言的基本特征进行简单描述，并主要讨论两者对于基础类型的处理方式。在我看来，Java语言对于基础类型的处理方式，并不如C# 中值类型般妥当。如果您有任何觉得不妥或是想要补充的意见，请不吝回复。由于C...

Why Java Sucks and C# Rocks（3）：Attribute与Annotation

2017年02月06日 53 阅读

Why Java Sucks and C# Rocks（3）：Attribute与Annotation2012-06-10 blog.zhaojie.me 老赵上一篇文章里我谈了Java和C#语言中对于基础类型的不同态度，我认为C#把基础类型视做对象的做法比Java更有“万物皆对象”的理念 ，使用起来也更为方便。此外，C#拥有一个Java 1.4所不存在的特性，即Attribute（自定义特性），而在之后的Java 5.0中也增加了...

关于Java常用工具您不知道的5件事

2017年02月06日 52 阅读

关于Java常用工具您不知道的5件事2012-06-10 IBM Ted NewardJava 常用工具，如解析、计时和声音很多年前，当我还是高中生的时候，我曾考虑以小说作家作为我的职业追求，我订阅了一本 Writer"s Digest 杂志。我记得其中有篇专 栏文章，是关于 “太小而难以保存的线头”，专栏作者描述厨房储物抽屉中放满了无法分类的玩意儿。这句话我一直铭记在心，它正好用 来描述本文的内容，本系列的最后一篇（至少目前是这样...

JVM调优总结（四）-垃圾回收面临的问题

2017年02月06日 50 阅读

JVM调优总结（四）-垃圾回收面临的问题2012-06-14 iteye 和你在一起如何区分垃圾上面说到的“引用计数”法，通过统计控制生成对象和删除对象时的引用数来判断。垃圾回收程序收集计数为0的对象即可。但是这种方 法无法解决循环引用。所以，后来实现的垃圾判断算法中，都是从程序运行的根节点出发，遍历整个对象引用，查找存活的对象。那么在这 种方式的实现中， 垃圾回收从哪儿开始的呢？即，从哪儿开始查找哪些对象是正在被当前系统使用的。上...

JVM调优总结（五）-分代垃圾回收详述1

2017年02月06日 50 阅读

JVM调优总结（五）-分代垃圾回收详述12012-06-14 iteye 和你在一起为什么要分代分代的垃圾回收策略，是基于这样一个事实：不同的对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的收集方式 ，以便提高回收效率。在Java程序运行的过程中，会产生大量的对象，其中有些对象是与业务信息相关，比如Http请求中的Session对象、线程、Socket连接， 这类对象跟业务直接挂钩，因此生命周期比较长。但是还有一些对象，主要是程序运行过程中...

JVM调优总结（六）-分代垃圾回收详述2

2017年02月06日 51 阅读

JVM调优总结（六）-分代垃圾回收详述22012-06-15 ITEYE 和你在一起分代垃圾回收流程示意...

JVM调优总结（七）-典型配置举例1

2017年02月06日 55 阅读

JVM调优总结（七）-典型配置举例12012-06-15 ITEYE 和你在一起以下配置主要针对分代垃圾回收算法而言。堆大小设置年轻代的设置很关键JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存 限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最 大可设置为147...

JVM调优总结（八）-典型配置举例2

2017年02月06日 53 阅读

JVM调优总结（八）-典型配置举例22012-06-16 iteye 和你在一起常见配置汇总堆设置-Xms:初始堆大小-Xmx:最大堆大小-XX:NewSize=n:设置年轻代大小-XX:NewRatio=n:设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4-XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Sur...