Maksim的专栏

前言core瘦身后，pcserver上开发的项目变化较大，许多tx都有点不适应新的开发环境，特别是如果对于antx操作命令理解不是很透彻，就会出现许多环境上的问题，影响了开发效率，本文就是在实际开发过程中遇到了类似问题及其解决过程，如果大家觉得过程没意思，可以看完现象部分后直接跳到结论部分，不必为繁杂的过程而浪费时间。 发现问题 昨天晚上为了把新分支中拉出来的项目导入ecl

以前就知道JAVA对象分对象引用和值引用，并且还知道8种基础数据类型，即引用时是值引用的数据类型，比如int,short,long,byte,float,double,char,boolean，其它都是对象引用。可是其它的对象引用我一直都以为跟c里面是一样的指针传递，直到今天才发现原来JAVA里面还是别有一番天地的。     1. 方法调用的时候，并不是类似c的指针传递，而是引用的复制

additivity 它是子Logger 是否继承 父Logger 的 输出源（appender） 的标志位。具体说，默认情况下子Logger会继承父Logger的appender，也就是说子Logger会在父Logger的appender里输出。若是additivity设为false，则子Logger只会在自己的appender里输出，而不会在父Logger的appender里输出。

定时任务的需求在众多应用系统中广泛存在，在Spring中，我们可以使用三种不同的定时机制，下面一一描述并加以比较1. 基于Quartz的定时机制 下面详细解释这个类图中涉及的关键类及其使用场景1.1. SchedulerFactoryBean这是Spring中基于Quartz的定时机制入口，只要Spring容器装载了这个类，Quartz定时机制就会启动，并加载定义在这个类中的所

虽然是个很小的问题，但是曾经困扰了我很久，一直都没有什么太好的办法，由于这个问题，许多详细设计都被迫走了很长的弯路，但是，这个问题今天被我找到了解决方案： IBatis配置： <!--[CDATA[ SELECT SEQ_TASK_MONITOR.NEXTVAL AS taskMonitorId FROM DUAL ]]> <![CDATA[

最近在接手老唐的结算任务部分代码，代码的复杂程度本来已经有心理准备，但是等把代码拿到手并仔细看进去后才发现我的心理准备是那么的脆弱。。。 且不说老唐为这份代码准备的流程图，两个核心大流程，两个核心流程中的核心功能块，这里也不打算对具体业务流程做介绍，只用一幅流程图来说明其复杂程度（该流程图只描述了部分核心流程） 由于几乎图上每个流程框都是一个非常复杂的方法，并且还分布在不同的类

一般来说，用Calendar做日期处理的时候，都习惯于使用add方法：Calendar calendar = Calendar.getInstance();calendar.setTime(date);calendar.add(Calendar.SECOND, 1); 最近代码Review的时候看到有人用set方法来做日期的处理：Calendar calendar = Calend