OSWorkflow

Тя не използва графичен инструмент за разработване на работни процеси, но може да бъде конфигуриран чрез написването на файл XML като основен конф файл за процеса на работа.
 Графичните решения не осигуряват гъвкавост, за да изпълни коректно всички изисквания в пълен разцвет приложение. По този начин програмистът може да ида и да персонализирате OSWorkflow след специфичните му нужди.
Ситуации като "вериги" и "условия", които могат да бъдат представени чрез графична икона в други системи за работния процес, трябва да се "кодирани" в OSWorkflow.
<Силен> Компилиране от CSV:
 За да получите най-новата версия на OSWorkflow се препоръча, че източникът чрез CSV е да бъде изтеглен и съставен с помощта на Джакарта Ant изгради скрипт условие, че има. Съставяне OSWorkflow от източника е тривиално със следните мравка цели:
1. буркан (по подразбиране) - съставя osworkflow.jar на библиотеката
2. например войната - съставя и сглобява osworkflow-2.8.0-example.war, който е конфигуриран да използва постоянство памет и следва да полага без всякаква конфигурация в повечето уеб контейнери.
3. например ушите - съставено и сглобява osworkflow-2.8.0-example.ear, която е приложение за J2EE, че е конфигуриран да използва osworkflow с магазина на EJB постоянство. Се изисква Някои конфигурация на източниците на данни, както и пълен сървър J2EE приложение.
4. клиент-буркан - съставено и сглобява designer.jar, което е Swing GUI заявление за работния процес дизайнер, който може да се използва за огледайте и редактиране на работни потоци

Какво ново в. тази версия:

• AbstractWorkflow.getVariablesFromMaps опасна употреба на PropertySet
• списък transientVars "currentSteps" не се обновява достатъчно скоро след етап на преход за последваща функции
• код откъси Инструкция за
• AbstractWorkflow не се зареди XML конфигурацията след преразпределение на BEA WebLogic 7.0.2
• че тест не трябва да зависи от mckoi либералните
• Actions таг shoukld alow просто само обща действие
• Няма намерени изобщо от дизайнер
• Bug с Websphere Application Server 5.1..0.4, грешка създаването на нови работни процеси, например
• Exception orrured при извикването getAvailableActions () и doAction ()
• Общи действия изписани като дубликати
• NPE в първоначалното действие, ако conditionalResult не е празна
• Не може да се използва входни параметри в работен поток
• Създаване Trigger Функции чрез API не работи
• Поръчка на резултатите от Workflow.getHistorySteps (дълга) е променлива
• Няколко оценки на действие ограничават до условия
• Cant получи урок за работа. Моля, помогнете!
• (Conditional) ResultDescriptor не пише поради актуална към XML
• canModifyEntryState не управлява ЗАВЪРШЕН влизане състояние
• Workflow не избяга XML лица, когато самата спестяване
• нищожна getAction на първоначалното действие
• getAvailableActions връщат неверни по изключение
• По график на работния процес, не се прави довереник
• Designer не може да покаже присъединят състояние редактор
• moveToHistory бъг в имплицитна стъпка финала
• Broken съвместимост с предишните версии
• Documentation или DefaultConfigurator грешка
• ударът атрибут CreateNewStep дори действие е настроен вярно
• Bug в управлението на кеш
• AbstractWorkflow NPE: cache.put (действие, резултат);
• HibernateWorkflowStore / SpringHibernateWorkflowStore проблем
• JDBCWorkflowFactory: getWorkflow (име) не работи, освен в режим на дебъгване
• com.opensymphony.workflow.designer.WorkflowGraphModel има classcastexception
• Устойчивост JDBCStore с Mysql провали
• не може да убие Workflow например
• Дефиниране на условно-резултат при първоначален действие предизвиква NPE
• Проблеми с doAction
• Manifest влизане в последна OSWorkflow нарушава спец
• Присъединете недостатъчност преход
• несъответствие между MemoryWorkflowStore & JDBCWorkflowStore стъпка WRT функции
• Избор на условията на типовото хвърля NoSuchMethodException
• условие BeanShell няма достъп transientVars
• Duplicate влизане ограничение с MySQLWorkflowStore
• Patch да SpringTypeResolver.setFunctions
• поведение несъгласуваните transientVars
• не могат да съставят OSWorkflow от Ant скрипт
• ClassCastException в LocalEJBCondition
• Неправилно Javadoc за класа com.opensymphony.workflow.util.Caller.
• Неправилно Javadoc за класа com.opensymphony.workflow.util.MostRecentOwner.
• Стойността на атрибута & quot; автоматично & quot; на елемента & quot; действията & quot; се проверява само за стойността & quot; вярно & quot;.
• Косвените повиквания не могат да ъпдейт на картата на transientVars
• Падеж не поддържа във заявки (HibernateStore + пролет)
• XMLWorkflowFactory.WorkflowConfig не изпълнява Serializable интерфейс
• Нови подписи натоварване на WorkflowLoader почивка съвместимост с код спазени 2.7
• Действията в рамките на работния процес descriptior трябва да избягат "невалидни знаци".
• Designer липсата им покажем идентификатор присъединят
• Подобряване javadocs за Configuration
• WorkflowException не показва стека следа от вътрешната изключение
• Eclipse проект CLASSPATH Fix
• Добави isModifiable () метод, за да AbstractWorkflowFactory
• Добавяне на & quot; createdStep & quot; да transientVars
• Query OS_CURRENTSTEP вместо OS_WFENTRY в JDBCWorkflowStore.java
• Speed ​​Query w / JDBCWorkflowStore.java може да бъде крайно
• разкъсаните stacktraces от BSH скриптове
• AbstractWorkflow частни методи биха могли да бъдат защитени
• Поради Дата запитвания и Duplicate Code Намаляване
• MemoryWorkflowStore фиксира да работят с дата до падежа
• Устойчивост Updates за Due Дата
• Role / Група атрибут за резултат
• отделна нишка за изпълнение авто действия в transitionWorkflow
• currentSteps е празен за предварителните функции на първата стъпка
• Interface WorkflowFactory вместо клас AbstractWorkflowFactory
• Pluggable ScriptVariableParser
• Консолидация на три идентични условия
• Условия и условие XML елемент цел в описание Workflow
• Ограничение докато наследява MySQLWorkflowStore
• Видимост на вътрешния клас com.opensymphony.workflow.loader.XMLWorkflowFactory.WorkflowConfig
• Добавяне версия в буркан явна
• вътрешният клас The com.opensymphony.workflow.JoinNodes $ DummyStep трябва да се направи лично.
• Атрибутът & quot; стъпало & quot; както на елементи и quot; доведе & quot; и & quot; безусловна-резултат & quot; може да се направи #REQUIRED вместо #IMPLIED.
• Трябва да съществува механизъм, който позволява отстраняването на цялата информация за ненужно влизане в работен поток от магазина.
• Добави сетер за beanProvider да DefaultVariableResolver
• Заявка за глобални действия, които не се променят стъпка работния процес
• Plugin модел за fucntion и състояние (Spring / BeanShell)
• Global състояние / функция
• Dynamic брой сплит-членки
• actionId в getAvailableActions
• Показване на живо графика
• Function и условия да бъдат показани на ръба (Action)
• Type база - & # x3e; Съд база
• BSF не работи с нов пакет Jakarta
• SQL Script за OSWorkflow за DB2 бази данни
• Hibernate 3 подкрепа
• TransientVars доставени до състояния, при външни разрешение

<силни> Изисквания

не е намерено нищо