OSWorkflow

Nie używać narzędzia do tworzenia przepływów pracy graficznej, ale mogą być konfigurowane przez zapisanie pliku xml jako głównego pliku conf dla procesu przepływu pracy.
 Rozwiązania graficzne nie zapewniają elastyczność, aby właściwie spełnić wszystkie wymagania pełnowymiarową aplikacji. W ten sposób programista może wejść i dostosować OSWorkflow po jego specyficznych potrzeb.
Sytuacje takie jak "pętli" i "warunki", które mogą być reprezentowane przez ikony graficzne w innych systemach workflow muszą być "zakodowane" w OSWorkflow.
Kompilacja z pliku CSV:
 Aby pobrać najnowszą wersję OSWorkflow, to polecam, że źródłem poprzez CSV ma być pobrane i przygotowane w oparciu Jakarta Ant zbudować skrypt przewidzianego tam. Kompilacja OSWorkflow ze źródeł jest banalna z następującymi mrówek celów:
1. jar (domyślnie) - kompiluje osworkflow.jar biblioteki
2. Przykład wojny - kompiluje i montuje osworkflow-2.8.0-example.war, który jest skonfigurowany do korzystania trwałość pamięci i powinno wdrożyć bez jakiejkolwiek konfiguracji w większości pojemników internetowych.
3. Przykład ucho - skompilowany i montuje osworkflow-2.8.0-example.ear, czyli aplikacji J2EE, który jest skonfigurowany do korzystania osworkflow z magazynem EJB trwałości. Wymagana jest konfiguracja niektórych źródeł danych, jak również pełny serwer aplikacji J2EE.
4. Klient-jar - skompilowany i montuje designer.jar, który jest projektantem aplikacji Swing GUI, że przepływ pracy może być wykorzystana do wglądu i edycji przepływy pracy

Co nowego . to wydanie:

• AbstractWorkflow.getVariablesFromMaps niebezpiecznego korzystania z PropertySet
• nie lista transientVars "currentSteps" zaktualizowane wkrótce po etapie przejścia dla post-funkcji
• Samouczek na fragmenty kodu
• AbstractWorkflow nie można załadować konfiguracji XML po przeniesieniu na BEA Weblogic 7.0.2
• sprawdzian nie powinno zależeć od mckoi lib

Tag
• Akcje shoukld alow tylko tylko common-działania
• Brak wyników w ogóle z projektanta
• Bug z serwera aplikacji WebSphere, błąd tworząc 5.1..0.4 nowe wystąpienie przepływu pracy,
• Wyjątek orrured podczas wywoływania getAvailableActions () i doAction ()
• Wspólne działania rozpisane jako duplikaty
• W początkowym działania NPE razie conditionalResult nie jest pusty,
• Nie można użyć parametrów wejściowych w przepływie pracy,
• Tworzenie funkcji wyzwalania poprzez API nie działa
• Kolejność wyników z Workflow.getHistorySteps (długi) jest zmienna
• Wiele oceny działania ograniczają-warunków
• Nie można pobrać poradnik do pracy. Proszę o pomoc!
• (Warunkowo) ResultDescriptor nie pisze due-data do XML
• canModifyEntryState nie WYPEŁNIONY stan wejścia zarządzać
• Workflow podmioty nie uciec podczas zapisywania się XML
• zerowy getAction początkowej-działania
• getAvailableActions return false na wyjątku
• Zaplanowane workflow nie uzyskać prawo config
• Projektant nie może wyświetlić dołączyć edytor warunek
• moveToHistory błąd w niejawnej kroku Zakończ
• Złamany kompatybilność z poprzednimi wersjami,
• Dokumentacja lub błąd DefaultConfigurator
• atrybut nawet wykończenie CreateNewStep Actionie ma wartość true
• Bug w zarządzaniu cache
• AbstractWorkflow NPE: cache.put (działanie, wynik);
• HibernateWorkflowStore / SpringHibernateWorkflowStore problem,
• JDBCWorkflowFactory: getWorkflow (nazwa) nie działa, chyba że w trybie debugowania
• com.opensymphony.workflow.designer.WorkflowGraphModel ma ClassCastException
• Trwałość JDBCStore z MySQL nie
• nie można zabić instancji Workflow
• Określenie rezultatu warunkowej w początkowej-działania powoduje NPE
• Problemy z doAction
• Manifest wpis w najnowszej OSWorkflow narusza Spec
• Dołącz awarię przejścia
• Brak spójności między funkcjami kroku wrt MemoryWorkflowStore & JDBCWorkflowStore
• Wybór warunków Typ rzuca NoSuchMethodException
• Stan BeanShell nie może uzyskać dostępu transientVars
• Duplikat wpis ograniczenie z MySQLWorkflowStore
• patch do SpringTypeResolver.setFunctions
• zachowanie Niespójne transientVars
• Nie można skompilować OSWorkflow z Ant skrypt
• ClassCastException w LocalEJBCondition
• Nieprawidłowe javadoc dla klasy com.opensymphony.workflow.util.Caller.
• Nieprawidłowe javadoc dla klasy com.opensymphony.workflow.util.MostRecentOwner.
• wartość atrybutu & quot; auto & quot; elementu & quot; działania & quot; jest sprawdzana tylko dla wartości & quot; true & rdquo;.
• Połączenia niejawne nie może zaktualizować transientVars Mapa
• Termin płatności nie obsługiwane w zapytaniach (HibernateStore + Wiosna)
• XMLWorkflowFactory.WorkflowConfig nie implementuje Serializable interfejs
• Nowe podpisy obciążenia na WorkflowLoader zgodności zerwać z kodem spełniły 2.7
• Działania w ramach przepływu pracy descriptior powinien uciec "niedozwolone znaki".
• Projektant doesn `t pokazać identyfikator dołączyć
• Pomóż Javadocs do konfiguracji
• WorkflowException nie pokazuje ślad stosu wewnętrznego wyjątkiem
• Eclipse ścieżka klasy projekt poprawki
• Dodaj isModifiable () aby AbstractWorkflowFactory
• Dodaj & quot; createdStep & quot; do transientVars
• Zapytanie OS_CURRENTSTEP zamiast OS_WFENTRY w JDBCWorkflowStore.java
• Prędkość zapytań w / JDBCWorkflowStore.java może być fatalne
• Zniekształcone stacktraces od skryptów BSH
• AbstractWorkflow metody prywatne mogą być chronione
• Due Zapytania Data i Duplikat Kod Redukcja
• MemoryWorkflowStore rozwiązuje pracować Due Date
• Trwałość Aktualizacje Due Date
• Rola / atrybut Grupa dla wyniku
• oddzielny wątek, aby wykonać czynności samochodowych w transitionWorkflow
• currentSteps jest pusty do przedszkoli funkcji w pierwszym etapie,
• Interfejs WorkflowFactory zamiast klasy AbstractWorkflowFactory
• Pluggable ScriptVariableParser
• Konsolidacja trzech identycznych warunkach
• Warunki i stan xml elementem porządek w opisie Workflow
• Ograniczenie podczas gdy dziedziczenie MySQLWorkflowStore
• Widoczność wewnętrznej klasy com.opensymphony.workflow.loader.XMLWorkflowFactory.WorkflowConfig
• Dodawanie wersji w jar manifestu
• klasa wewnętrzna com.opensymphony.workflow.JoinNodes $ DummyStep powinny być prywatne.
• Atrybut & quot; krokiem & quot; obydwu elementów cali do spowodować cali do i & quot; bezwarunkowe-wynik & quot; mogą być wykonane REQUIRED zamiast #IMPLIED.
• Powinien istnieć mechanizm, który pozwala na usunięcie wszystkich informacji o niepotrzebnej wpisu workflow ze sklepu.
• Dodaj setter dla beanProvider do DefaultVariableResolver
• Wniosek o globalnych działań, które nie zmieniają etap przepływu pracy,
• Plugin fucntion modelu i stanu (wiosna / BeanShell)
• Warunek Globalna / Funkcja
• Numer Dynamiczny państw podzielonych
• IdAkcji w getAvailableActions
• Wyświetlanie na żywo wykres
• Funkcja i warunki mają być wyświetlane na krawędzi (działania)
• Podstawa Typ - & # x3e; Podstawa instancji
• BSF nie działa z nowym pakietem Jakarta
• Skrypt SQL dla baz danych DB2 dla OSWorkflow
• Hibernacja 3 Wsparcie
• TransientVars dostarczane do warunków zewnętrznych-zgody

Wymagania :

nic nie znaleziono