WfMOpen

File Release Notes and Changelog

Release Name: wfmopen-2.1.2

Notes:
This is a bug fix and optimization release. Please see the Change Log for 
details. Note that there are changes both in the database schema and the 
implementation of tool agents that require resources from the EJB context.


Changes:
2009-05-07  Michael Lipp  <lipp@danet.de>

	* several: Released version 2.1.2.

2009-03-09  Michael N. Lipp  <lipp@danet.de>

	* several: Added support for complex deployment scenarios where
	the application is spread across several EARs. See user manual for
	details. As a consequence of this change, tool agents run no
	longer in the context of a business method of the
	WorkflowEngineEJB. Rather they run in the context of the new
	InvocationHelperEJB. If you have added resources for the scripting
	tool agents of WfMOpen (or your own) to the WorkflowEngineEJB
	you'll have to add them to InvocationHelpEJB instead after
	upgrading.

2009-01-20  Michael N. Lipp  <lipp@danet.de>

	* several: Provided "range access" i.e. filtered and ordered
	subset access to process list. Adapted process management portlet
	to use range access for pagination. Fixes performance problems
	with management interface that turned up when having several tens
	of thousands of processes.

2008-12-04  Michael Lipp  <lipp@danet.de>

	* several: Optimized handling of process definitons. It has turned
	out that (process) local copies of the process definition are too
	space consuming in systems with tenths of thousands running
	processes. Process definitons are therefore now kept in an archive
	and all processes sharing the same process definition have a
	reference into the archive. Orphaned process definitions (neither
	in the directory nor referenced by at least one process) are
	discarded.

	Of course, this change has not been possible without a schema
	change. Existing databases can be updated by executing:

	CREATE TABLE XPDLARCHIVE (
          DBID BIGINT NOT NULL,
          PACKAGEID VARCHAR(50) NOT NULL,
          XPDL MEDIUMTEXT NULL,
          PRIMARY KEY (DBID)
        );
        ALTER TABLE PROCESSDEFINITION ADD COLUMN XPDLREF BIGINT;
        ALTER TABLE PROCESS ADD COLUMN XPDLREF BIGINT;

	The code maintains compatibility with existing data, i.e.
	no data migration is required.

2007-12-04  Michael N. Lipp  <lipp@danet.de>

	* AbstractProcess.java: Added conversion from Double returned by
	Rhino to expected Long expected when evaluating actual parameters.