O objetivo deste guia é auxiliar o suporte e desenvolvedores da plataforma a ativar e compreender um novo conjunto de mensagens de log que trazem informações relevantes a solicitação Workflow durante as fases de abertura e movimentação passando por eventos de processo e Datasets que venham a ser consultados dentro desses eventos. Os tópicos a seguir irão demostrar como ativar essas mensagens e farão uma breve descrição de todos os campos retornados.
Para ativação das mensagens o analista ou desenvolvedor deverá ter executado previamente os passos do guia Ativar Log em nível de Debug de uma Classe ou Pacote.
Feitos estes passos é necessário cadastrar três categorias de log
com.datasul.technology.webdesk.customization | DEBUG |
com.datasul.technology.webdesk.dataset | DEBUG |
com.datasul.technology.webdesk.workflow.engine | DEBUG |
Cadastradas as 3 categorias as mensagens no novo formato irão começar a aparecer no log.
As mensagens de ações em tela irão começar trazendo o número da solicitação no inicio da mensagem. Supondo que a solicitação que estamos monitorando tenha o número 107 então o começo da linha será formado desta forma :
"[Solicitacao: 107]"
Em seguida seguem os campos que acompanham a mensagem :
| Campo | Descrição |
|---|---|
| Evento | Acontecimento realizado pelo usuário através da interface do fluig executado dentro do motor de Workflow. São exemplos de eventos:
|
| Atividade Atual | Traz informações sobre a tarefa atual. Geralmente é retornado o código da atividade que pode ser verificado nos modeladores de workflow do fluig. As vezes também é retornado o nome da atividade. |
| Usuário Executor | Usuário que executou a tarefa. ColleagueId do usuário que executou a tarefa. O usuário que executou a tarefa não necessariamente é o usuário responsável. Lembre-se que o gestor e o substituto podem executar tarefas em nome do usuário responsável. |
| Gestor | Retorna se o usuário executor é gestou ou não |
| Substituto | Retorna se o usuário é substituto ou não. |
Alem do cabeçalho inicial já citado no tópico anterior são impressas as seguintes informações:
Em seguida seguem os campos que acompanham a mensagem :
| Campo | Descrição |
|---|---|
| Processo | Código e descrição do processo. |
| Versão | Versão do processo da onde está sendo executado aquele evento. |
| Atividade | Atividade aonde o evento está sendo executado. |
| Usuário Executor | Usuário que irá executar o evento do processo. |
| Gestor | Retorna se o usuário executor é gestou ou não |
| Substituto | Retorna se o usuário é substituto ou não. |
| Evento | Código do Evento |
| Mensagem | Mensagem extra que trará informações diferentes de acordo com o evento executado ou retornará a mensagem de erro caso ocorra algum. |
Essas mensagens são executadas no exato momento em que o motor de javascript será invocado para rodar os scripts passando informações de motor de workflow como parâmetro.
Alem do cabeçalho inicial já citado no tópico anterior são impressas as seguintes informações:
Em seguida seguem os campos que acompanham a mensagem :
| Campo | Descrição |
|---|---|
| Processo | Código e descrição do processo. |
| Versão | Versão do processo da onde está sendo executado aquele evento. |
| Atividade | Atividade aonde o evento está sendo executado. |
| Usuário Executor | Usuário que irá executar o evento do processo. |
| Gestor | Retorna se o usuário executor é gestou ou não |
| Substituto | Retorna se o usuário é substituto ou não. |
| Estado atual | Código do estado atual da solicitação workflow. Trará apenas o código e não a descrição da atividade. |
| Estado Destino | Trará o código do estado destino (quando possível) .Trará apenas o código e não a descrição da atividade. |
| Evento executado | Retornará o nome do evento que está sendo executado naquele momento. |
| Parâmetros | Trará a lista de parâmetros que estão sendo passados para o evento. Exemplo de lista de parametros passados para o evento BeforeTaskComplete: Parâmetros: [ param1=claudia,param2=4,param3=[Andressa]] |
Essas mensagens serão exibidas na consulta de qualquer dataset do produto independente da forma e do local aonde ela é feita. Consultas realizadas no pelo plugin do Studio, por eventos de processo, por zooms, em chamadas XMLRPC dentro do formulário ou mesmo dentro de eventos do processo.
Datasets não possuem um relacionamento direto com solicitações workflow. Neste caso as linhas de datasets consumidos começam com a string "Executando Dataset".
Segue a lista de colunas que serão exibidas ao consultar um dataset no fluig.
| Campo | Valor |
|---|---|
| Executando Dataset: | Código - Descrição do dataset sendo consultado |
| Tipo | Tipo do dataset. Exemplos de valores:
|
| Tipo de acesso a dados | Retorna dois tipos possíveis de acessos a dados:
|
| Campos Solicitados | Lista de campos que foram solicitados para o dataset Retornar |
| Constrains | Lista de Constrains que foram passadas para a consulta do dataset. Os campos que uma constraint possuem são :
|
| Campo | Valor |
|---|---|
| Última Sincronização | Data e hora da última sincronização desse dataset |
| Taxa de Aderência | Nível de aderência que aquele dataset possui para sincronização com o mobile |
| Id Metalista | Id da metalista aonde está sendo armazenados os valores daquele dataset. |
| Cache Mobile | Retorna se aquele dataset está sendo cacheado com o mobile ou não. |
Comentário sobre o assunto. Macro para passo a passo.
Acompanhe os passos a seguir:
Abaixo é utilizado o exemplo de interação passo a passo. Facilita o entendimento.