- Al parecer existe un problema de concurrencia al crear los casos en processmaker, de tal forma que si se intenta crear 2 casos al mismo tiempo el número del caso termina siendo el mismo para ambos casos.
- Added sequences table for control of the applications.
- CURLOPT_VERBOSE option of debug en true.
- was disable option debug writing in error_log.
- was add index for tables APP_DOCUMENT (indexAppDocument) and KT_DOCUMENT (indexKtDocument).
- CURLOPT_VERBOSE option of debug en true.
- was disable option debug writing in error_log.
- was add index for tables APP_DOCUMENT (indexAppDocument) and KT_DOCUMENT (indexKtDocument)
- New feature
- Add option to set a time limit on "Self service" routing
- Added new feature in properties task
- This new feature is activated by the execution of cron.php:
cron.php [+wWORKSPACE] unassigned-case
* Available from version 2.0.45
- New feature
- File field for each grid line
- Added "file" element in grids
- The QA team should test with:
* Grids in mode edit/view
* INPUT property (http://wiki.processmaker.com/index.php/2.0/Files)
* KnowledgeTree plugin
* And other cases
* Available from version 2.0.45
On Dispatcher:
- Now it is handling Cross Domain AJAX request, it is accepting requests with method OPTIONS
- Now the behaviour of rest server is modified by confuguration
- The dispatcher can be load configuraion from a processmaker core dir. for all workspaces
and for a determinated workspace
On Cli Command:
- Now it can generate api crud for processmaker root dir and a determinated workspace
- More improvements to handle correctly build request for a plugin or a workspace or core of pmos
- made some improvements to read & generate config file
- now the rest-gen bin can be generate rest api for a plugin from a <plugin-name>/config/rest-config.ini
conf file.
- plugins should have a directory services/rest containing all rest classes, like PM structure at CORE_PATH.
from a plugin a rest class can be registered now:
on setup method add the following:
---
$this->registerRestService('Sample', [optional string: $path]);
--
and create the folder PATH_PLUGIN . /your_plugin/classes/rest
next add a class with the flowing characteristics:
<?php
class Plugin_Services_Rest_Sample
{
public function get()
{
return 'hello world';
}
}
A class prefixed with Plugin_Services_Rest_
and add the corresponding methods for a Restler api
(http://luracast.com/products/restler/)
Finally on process maker will be exposed as:
via GET: http://127.0.0.1/rest/workflow/sample
What is Functional
- Restler thirdparty library added
- Restler integration with gulliver added
- Rest requests are dispatched by sysGeneric
- Restler autodiscover for classes that implements Restler iAuthenticate interface added
What Missing
- ProcessMaker Api implemented yet
- some rest api class are in workflow/engine/services/rest/*.php
- APP_FINISH_DATE is set to 1902-01-01 00:00:00 when create new case
using webservices
- DEL_INIT_DATE is set to NULL when routing case using webservices
- Solved the problem in the fields APPLICATION.APP_FINISH_DATE and
APP_CACHE_VIEW.APP_FINISH_DATE, when you create a new case now set to NULL
- Solved the problem in the fields APP_DELEGATION.DEL_INIT_DATE and
APP_CACHE_VIEW.DEL_INIT_DATE when the case is routed set to the date corresponding
- this is a important improvement, now we can have two configurations levels
1. Global Configuration Level (workflow/engine/config/env.ini)
2. Workspace Configuration Level (.../shared/sites/some_workflow/env.ini)
- improvement to read env's ini files once and store on session,
- if any file has been changed (verify by checksum files) that session value is updated
Solr support in PMOS2 includes:
Functionality:
- Implementation of Home views (Inbox, Draft, Participated, Unassigned). The views return fast results.
- Include read, unread, all, and process filter in inbox View.
- Include process filter in draft view.
- Include started by me, completed by me, all, process, and status filter in participated view.
- Include process filter in unassigned view.
- Improved search functionality (search in user defined variables): Use the following syntax to search in process (user defined) variables. {variable_name}:{search_word} ex1:"causal:20*" where causal is the variable defined by the user.
+ Use of wildcards in search: Use * as wildcard at the begin or end of word
+ Multiple conditions in search: Separate multiple conditions by space ex2:"Materiales causal:20*" means that we are searching for the word Materiales and the causal that begin with 20.
+ Search in dates (interval ): Format=> {variable_date}:[yyyy-mm-dd TO yyyy-mm-dd]
Local date not UTC date required
ex: FechaRegistro:[2011-04-15 TO 2011-04-30] //registros con fecha entre el 2011-04-15 y el 2011-04-30.
+ we can use the wildcard *:
ex: FechaRegistro:[* TO 2011-04-30] //registros con fecha menor o igual a 2011-04-30.
FechaRegistro:[2011-04-15 TO *] //registros con fecha mayor o igual a 2011-04-15.
+ Search of exact phrases. format: {variable}:"frase a buscar"
ex: Cliente:"Jesus Marin"
- Application update function.
+ The function is called every time a change is detected in the application's data including the related delegations.
- Use of cache to improve performance
Not included:
- Order of task, sent by, and due date columns.
Pending:
- Advanced search view using faceted lists.
- We'd need to increase the max-length of the Condition of the Evaluation routing rule because there are some special rules that need more length.
- Adjust the maxlength the ROU_CONDITION field in Evaluation, Selection, Parallel By Evaluation Routing Rule.
