Activiti内置动态表单的date格式问题

使用Activiti和二次开发的过程中，使用modeler在线流程设计器是不可避免的（除非你手写xml或者使用Eclipse插件）。在modeler中设计表单时，有一个无法规避的问题，就是使用自定义表单的date类型，但是modeler目前（5.14）并没有给出默认的datePattern的设置，这自然就带来了时间的格式化问题。该问题会在提交有date类型的表单时引发，除非你的时间格式符合dd/MM/yyyy，否则出错时在所难免的。

解决方式：
1、从根源上解决：使用Eclipse插件编辑流程或直接书写xml，但此方法仅适用于开发者的设计，不利于用户的使用，故不推荐；
2、进行欺骗Activiti的配置：

<bean id="processEngineConfiguration" class="org.activiti.spring.SpringProcessEngineConfiguration">
	...
	<!-- 处理date类型的默认正则表达式 -->
	<property name="customFormTypes">
		<list>
			<bean class="org.activiti.engine.impl.form.DateFormType">
				<constructor-arg value="yyyy-MM-dd" />
			</bean>
		</list>
	</property>
	...
</bean>

问题原因：
通过分析其源码，我们可以知道Activiti内置的4种基本类型的实现类如下：
org.activiti.engine.impl.form.StringFormType；
org.activiti.engine.impl.form.LongFormType；
org.activiti.engine.impl.form.DateFormType；
org.activiti.engine.impl.form.BooleanFormType；
其中，DateFormType的默认构造方法是有一个datePattern参数的，其构造方法如下（org.activiti.engine.impl.form.DateFormType）：

public DateFormType(String datePattern) {
	this.datePattern = datePattern;
	this.dateFormat = new SimpleDateFormat(datePattern);
}

而在Activiti的配置载入这4种类型时，这个datePattern则是以西方的习惯方式初始化的（org.activiti.engine.impl.cfg.ProcessEngineConfigurationImpl）：

protected void initFormTypes() {
	if (formTypes==null) {
		formTypes = new FormTypes();
		formTypes.addFormType(new StringFormType());
		formTypes.addFormType(new LongFormType());
		formTypes.addFormType(new DateFormType("dd/MM/yyyy"));
		formTypes.addFormType(new BooleanFormType());
	}
	if (customFormTypes!=null) {
		for (AbstractFormType customFormType: customFormTypes) {
			formTypes.addFormType(customFormType);
		}
	}
}

我们可以清楚的看到，当DateFormType在默认配置中，是以dd/MM/yyyy作为datePattern进行初始化的，这就是问题产生的原因。

原理分析：
方式1的原理显而易见，即相当于在activiti:formProperty的xml标签内加入datePattern="yyyy-MM-dd"的属性，限制该表单类型的默认datePattern。
我们主要解释方式2的原理，在原因分析中可以看到，4种类型在初始化时默认会加入到一个formTypes的对象中（org.activiti.engine.impl.form.FormTypes），查看该类的源码，就可以很容易的发现，FormTypes其实就是一个Map而已，而key就是表单类型的名称（如string、date等）。在初始化4种默认类型后，还会载入自定义表单类型（如果有的话），这些也就是我们之所以能进行欺骗Activiti的原因。
再看那段用于欺骗的配置，有基础的应该已经能看明白了，以yyyy-MM-dd为构造方法参数，构造新的DateFormType，利用Activiti初始化的机制，放入FormTypes中，由于FormTypes是用Map实现，新的DateFormType自然会覆盖掉旧的DateFormType（key是一样的），这样在使用时，就轻松的避免掉了datePattern的问题。