OSWorkflow

Il ne pas utiliser un outil graphique pour le développement de workflows, mais peut être configuré en écrivant un fichier xml que le fichier de conf principale pour le processus de workflow.
 Solutions graphiques ne fournissent pas la souplesse nécessaire pour bien remplir toutes les exigences d'une application à part entière. De cette façon, le programmeur peut aller et personnaliser le OSWorkflow après ses besoins spécifiques.
Des situations comme "boucles" et "conditions" qui pourraient être représentés par une icône graphique dans d'autres systèmes de flux de travail doivent être "codés" dans OSWorkflow.
Compiler à partir CSV:
 Pour obtenir la dernière version de OSWorkflow, il est recommandé que la source via CSV doit être téléchargé et compilé en utilisant le Jakarta construction Ant script fourni là. Compilation OSWorkflow de la source est trivial avec les cibles ant suivantes:
1. pot (par défaut) - compile la bibliothèque osworkflow.jar
2. exemple-guerre - compile et assemble OSWorkflow-2.8.0-example.war, qui est configuré pour utiliser la mémoire persistance et devrait déployer sans aucune configuration dans la plupart des conteneurs Web.
3. exemple-oreille - compilé et assemble OSWorkflow-2.8.0-example.ear, qui est une application J2EE qui est configuré pour utiliser OSWorkflow avec le magasin de persistance EJB. Certains configuration des sources de données est nécessaire, ainsi que d'un serveur complet d'applications J2EE.
4. client-jar - compilé et assemble designer.jar, qui est une application de concepteur de workflow Swing GUI qui peut être utilisé pour inspecter visuellement et modifier les flux de travail

Ce qui est nouveau . cette version:

• AbstractWorkflow.getVariablesFromMaps utilisation dangereuse de PropertySet
• Liste transientVars de les currentSteps de pas mis à jour assez vite après la transition de l'étape de post-fonctions
• extraits de code de didacticiel
• AbstractWorkflow ne parvient pas à charger la configuration XML après le redéploiement sur BEA Weblogic 7.0.2
• Le cas de test ne devrait pas dépendre McKoi lib
• Actions tag shoukld alow juste seulement commune action
• Pas de résultats du tout de concepteur
• Bug avec WebSphere Application Serveur 5.1..0.4, erreur de création nouvelle instance de workflow
• Exception orrured lors de l'appel getAvailableActions () et doAction ()
• Actions communes écrites comme des doublons
• NPE dans l'action initiale si conditionalResult est pas vide
• Vous ne pouvez pas utiliser les paramètres d'entrée dans le flux de travail
• Création de fonctions de déclenchement via l'API ne fonctionne pas
• Ordre des résultats de Workflow.getHistorySteps (long) est variable
• évaluations multiples d'action limitent à des conditions
• Cant obtenir le tutoriel de travailler. S'il vous plaît aider!
• (conditionnelle) ResultDescriptor ne pas écrire date d'échéance à xml
• canModifyEntryState ne pas gérer l'état de l'entrée REMPLI
• Flux de production ne échappe pas des entités XML lors de l'enregistrement lui-même
• getAction nulle d'action initial
• getAvailableActions retourne FALSE en cas d'exception
• flux de travail prévue ne pas obtenir le droit config
• Designer ne peut pas afficher rejoindre éditeur de conditions
• bug moveToHistory à l'étape de finition implicite
• la compatibilité avec les versions précédentes brisé
• Documentation ou erreur de DefaultConfigurator
• l'attribut d'arrivée de CreateNewStep même action est définie sur true
• Bug dans la gestion du cache
• AbstractWorkflow NPE: cache.put (action, résultat);
• HibernateWorkflowStore / SpringHibernateWorkflowStore problème
• JDBCWorkflowFactory: getWorkflow (nom) ne fonctionne pas, sauf en mode debug
• com.opensymphony.workflow.designer.WorkflowGraphModel a ClassCastException
• Persistance JDBCStore avec Mysql échouera
• ne peut pas tuer une instance de workflow
• Définir un conditionnel résultat dans une première action provoque une NPE
• Problèmes avec doAction
• entrée Manifest dans le dernier OSWorkflow viole spec
• Rejoignez l'échec de transition
• Incohérence entre les fonctions de step WRT MemoryWorkflowStore & JDBCWorkflowStore
• Sélectionner le type Conditions jette un NoSuchMethodException
• condition de beanshell ne peut pas accéder transientVars
• contrainte de doublon avec MySQLWorkflowStore
• Patch pour SpringTypeResolver.setFunctions
• un comportement incohérent transientVars
• Impossible de compiler OSWorkflow de script Ant
• ClassCastException dans LocalEJBCondition
• javadoc incorrect pour la classe com.opensymphony.workflow.util.Caller.
• javadoc incorrect pour la classe com.opensymphony.workflow.util.MostRecentOwner.
• La valeur de l'attribut & quot; auto & quot; de l'élément & quot; l'action & quot; est en cours de vérification que pour la valeur & quot; vraie & quot;.
• les appels implicites ne peuvent pas mettre à jour le Plan transientVars
• Date d'échéance ne pas prise en charge dans les requêtes (HibernateStore + printemps)
• XMLWorkflowFactory.WorkflowConfig ne met pas en oeuvre l'interface Serializable
• Nouvelles signatures de charge sur la compatibilité de la rupture avec le code WorkflowLoader respectées 2.7
• Actions au sein de flux de travail descriptior devrait échapper "les caractères invalides».
• Designer n `montrer l'ID rejoindre
• Améliorer javadocs pour la configuration
• WorkflowException ne montre pas trace de la pile d'exception interne
• Eclipse classpath du projet fix
• Ajouter isModifiable () pour AbstractWorkflowFactory
• Ajouter & quot; createdStep & quot; à transientVars
• Requête OS_CURRENTSTEP lieu de OS_WFENTRY dans JDBCWorkflowStore.java
• Vitesse requêtes w / JDBCWorkflowStore.java peut être catastrophique
• stacktraces mutilés de son BSH
• méthodes privées AbstractWorkflow pourraient être protégés
• Date de requêtes raison et Duplicate réduction code
• MemoryWorkflowStore fixe à travailler avec la date d'échéance
• Persistance Mises à jour pour Due Date
• Rôle attribut / de groupe pour résultat
• thread séparé pour exécuter des actions d'automobiles dans transitionWorkflow
• currentSteps est vide pour les pré-fonctions à la première étape
• Interface WorkflowFactory la place de la classe AbstractWorkflowFactory
• Pluggable ScriptVariableParser
• Consolidation des trois conditions identiques
• Conditions et état xml élément dans la description afin de workflow
• Limitation tout en héritant MySQLWorkflowStore
• Visibilité de la classe interne com.opensymphony.workflow.loader.XMLWorkflowFactory.WorkflowConfig
• Ajout de la version en pot manifeste
• La classe com.opensymphony.workflow.JoinNodes $ DummyStep intérieure devrait être privé.
• L'attribut & quot; étape & quot; à la fois des éléments & quot; & quot résultat; et & quot; inconditionnelle-suite & quot; pourrait être faite #REQUIRED lieu de #IMPLIED.
• Il devrait exister un mécanisme qui permet d'enlever de toutes les informations sur l'entrée de flux de travail inutile à partir du magasin.
• Ajouter setter pour beanProvider à DefaultVariableResolver
• Demande d'actions mondiales qui ne changent pas l'étape du workflow
• modèle de Plugin pour fucntion et l'état (Printemps / BeanShell)
• état / fonction globale
• Numéro dynamique des états divisés
• actionID dans getAvailableActions
• Afficher un graphique en direct
• Fonction et Conditions à être affichés sur le bord (Action)
• Type de la base - & # X3e; base instance
• BSF ne fonctionne pas avec le nouveau package Jakarta
• Script SQL pour OSWorkflow pour bases de données DB2
• Hibernate 3 support
• TransientVars fournis à des conditions de l'autorisation externe

Exigences :

rien trouvé