Ele não usa uma ferramenta gráfica para o desenvolvimento de fluxos de trabalho, mas pode ser configurado por escrever um arquivo xml que o arquivo conf principal para o processo fluxo de trabalho.
Soluções gráficas não oferecem a flexibilidade necessária para cumprir adequadamente todos os requisitos de uma aplicação full-blown. Desta forma, o programador pode entrar e personalizar o OSWorkflow depois de suas necessidades específicas.
Situações como "loops" e "condições" que podem ser representados por um ícone gráfico em outros sistemas de fluxo de trabalho deve ser "codificada" em OSWorkflow.
Compilar a partir do CSV:
Para obter a versão mais recente do OSWorkflow, é recomendado que a fonte via CSV é para ser baixado e compilado usando o Jakarta Ant script de construção, desde que exista. Compilando OSWorkflow de fonte é trivial com os seguintes objectivos da formiga:
1. jar (padrão) - compila a biblioteca osworkflow.jar
2. exemplo-guerra - compila e monta OSWorkflow-2.8.0-example.war, que está configurado para utilizar a persistência da memória e deve ser acionada sem qualquer configuração na maioria dos contêineres da web.
3. exemplo de ouvido - compilado e monta OSWorkflow-2.8.0-example.ear, que é uma aplicação J2EE que está configurado para usar OSWorkflow com a loja EJB persistência. Alguma configuração de fontes de dados é necessária, bem como um servidor de aplicações J2EE completo.
4. client-jar - compilado e monta designer.jar, que é uma aplicação de workflow designer GUI Swing que pode ser usado para inspecionar visualmente e editar fluxos de trabalho
O que é novo em. nesta versão:
- AbstractWorkflow.getVariablesFromMaps uso inseguro de PropertySet
- lista transientVars 'currentSteps' não atualizado em breve após a transição para a etapa pós-funções
- trechos de código do Tutorial
- AbstractWorkflow falha ao carregar configuração XML após reafectação no BEA Weblogic 7.0.2
- O caso de teste não deve depender mckoi lib
- Ações tag shoukld alow apenas só de acção comum
- Não há resultados em tudo, do designer
- Bug com aplicativos WebSphere Servidor 5.1..0.4, erro ao criar nova instância do fluxo de trabalho
- Exceção orrured ao invocar getAvailableActions () e DoAction ()
- Ações comuns escritas como duplicatas
- NPE na ação inicial se conditionalResult não está vazio
- Não é possível usar parâmetros de entrada no fluxo de trabalho
- Criando funções de disparo via API não funciona
- Ordem de resultados de Workflow.getHistorySteps (long) é variável
- Várias avaliações de acção restringir-a condições
- Não posso obter o tutorial para o trabalho. Por favor, ajude!
- (Condicional) ResultDescriptor não escreve devido data para xml
- canModifyEntryState não gerenciar o estado de inscrição preenchido
- O fluxo de trabalho não escapar entidades XML ao salvar-se
- getAction nula de-ação inicial
- getAvailableActions return false na exceção
- fluxo de trabalho agendadas não recebe a configuração direita
- Designer não pode exibir juntar editor condição
- moveToHistory bug na etapa de acabamento implícita
- compatibilidade quebrado com versões anteriores
- Documentação ou erro DefaultConfigurator
- atributo acabamento CreateNewStep mesmo da ação é definido como verdadeiro
- Bug no gerenciamento de cache
- AbstractWorkflow NPE: cache.put (ação, resultado);
- HibernateWorkflowStore / SpringHibernateWorkflowStore problema
- JDBCWorkflowFactory: getWorkflow (nome) não funciona a menos que no modo de depuração
- com.opensymphony.workflow.designer.WorkflowGraphModel tem ClassCastException
- Persistência JDBCStore com o MySQL falhar
- não pode matar um exemplo de fluxo de trabalho
- A definição de uma condicional em um resultado de ação inicial causa um NPE
- Problemas com DoAction
- Manifest entrada no último OSWorkflow viola especificação
- Junte-se a insuficiência de transição
- A inconsistência entre MemoryWorkflowStore & JDBCWorkflowStore funções degrau wrt
- Seleção do Tipo Condições lança um NoSuchMethodException
- condição beanshell não pode acessar transientVars
- restrição de entrada duplicada com MySQLWorkflowStore
- Correção para SpringTypeResolver.setFunctions
- comportamento inconsistente transientVars
- Não é possível compilar OSWorkflow de script Ant
- ClassCastException em LocalEJBCondition
- javadoc incorreta para a classe com.opensymphony.workflow.util.Caller.
- javadoc incorreta para a classe com.opensymphony.workflow.util.MostRecentOwner.
- O valor do atributo & quot; auto & quot; do elemento de & quot; ação & quot; está sendo verificado apenas para o valor & quot; verdade & quot;.
- chamadas implícitas não puderem atualizar o transientVars Map
- Data de vencimento não suportados em consultas (HibernateStore + mola)
- não XMLWorkflowFactory.WorkflowConfig não implementar interface Serializable
- Novas assinaturas de carga sobre a compatibilidade com o código de quebra de WorkflowLoader cumpridas 2.7
- Ações dentro do fluxo de trabalho descriptior deve escapar 'caracteres inválidos'.
- Designer doesn `t mostrar o ID juntar
- Melhorar javadocs para configuração
- WorkflowException não mostra rastreamento de pilha de exceção interna
- Eclipse correção classpath do projeto
- Adicionar isModifiable () para AbstractWorkflowFactory
- Adicionar & quot; createdStep & quot; para transientVars
- Consulta OS_CURRENTSTEP em vez de OS_WFENTRY em JDBCWorkflowStore.java
- Consulta velocidade w / JDBCWorkflowStore.java pode ser abismal
- stacktraces Mangled de scripts de BSH
- métodos privados AbstractWorkflow poderiam ser protegidos
- Consultas data de vencimento e Redução Código Duplicar
- MemoryWorkflowStore corrige a trabalhar com Due Date
- Persistência Atualizações para Due Date
- Papel / atributo Grupo de resultado
- segmento separado para executar ações automáticas em transitionWorkflow
- currentSteps está vazio para pré-funções no primeiro passo
- Interface WorkflowFactory em vez de classe AbstractWorkflowFactory
- Pluggable ScriptVariableParser
- Consolidação das três condições idênticas
- Condições e condição xml ordem dos elementos na descrição do fluxo de trabalho
- Limitação enquanto herdando MySQLWorkflowStore
- Visibilidade da classe interna com.opensymphony.workflow.loader.XMLWorkflowFactory.WorkflowConfig
- Adicionando versão em manifesto jar
- A classe com.opensymphony.workflow.JoinNodes $ DummyStep interna deve ser feita privada.
- O atributo & quot; passo & quot; de ambos os elementos & quot; resultar & quot; e & quot; incondicional para os resultados & quot; poderia ser feita em vez de #IMPLIED #REQUIRED.
- Não deveria existir um mecanismo que permite a remoção de todas as informações sobre a entrada de fluxo de trabalho desnecessária da loja.
- Adicionar setter para beanProvider para DefaultVariableResolver
- Pedido de ações globais que não mudam etapa de workflow
- modelo Plugin para fucntion e condição (Primavera / BeanShell)
- condição global / função
- número dinâmico de estados divididos
- actionId em getAvailableActions
- exibir um gráfico ao vivo
- Função e Condições que devem ser exibidas on the Edge (Ação)
- Tipo de base - & # x3e; Instância de base
- BSF não funciona com o novo pacote Jakarta
- Script SQL para OSWorkflow para Bancos de Dados DB2
- Hibernate 3 apoio
- TransientVars fornecidos às condições em permissão externa
Requisitos :
nada encontrado
Comentários não encontrado