[CIGAM] - Ferramenta Integrada de Debug em tempo de execução


O ERP CIGAM possui uma ferramenta integrada que permite que se faça debug das rotinas em tempo de execução, de modo que assim, conseguimos verificar  quais rotinas internas do programa ele acessa, valores de variáveis, inclusive comandos sql.

Como precisei montar um pequeno passo a passo para um cliente achei por bem deixar registrado aqui, para uso futuro...

Para ativá-lo devemos seguir os seguintes passos...
  • Entrar no CIGAM com seu usuário;
  • Clicar na opção "Utilitários" do Menu do topo e selecionar a opção "Depurador CIGAM":



  • A tela abaixo será apresentada, bastando que se ajuste as opções, conforme o passo seguinte...

  • Abaixo marcamos as opções que desejamos que sejam armazenadas no log e  então trocamos de "Desligado" para "Ligado";

  • É importante também apontar para um arquivo diferente para que o log seja gerado em um novo arquivo e não faça append em um arquivo já existente, prejudicando o entendimento e interpretação posterior do arquivo gerado;
  • Uma das opções mais frequentemente marcadas é a "Comunicação SGBD" em conjunto com o nível de log definido em SGBD para o banco escolhido. O nível "Cliente" (mais básico) já nos traz a informação necessária;
  • Outra opção importante é o "Log Síncrono", que apesar de deixar mais lento o processo de debug, permite maior controle de garantia da gravação das informações no arquivo de log.
  • Com estas informações definidas basta agora clicar em "Aplicar":

  • Feito isso basta fecharmos a tela do "Depurador CIGAM" e realizar a tarefa para que seja gravada no arquivo de log previamente definido.
  •   Para fechar o depurador basta utilizar o botão padrão de fechar no topo do lado direito, conforme abaixo:

  • Após realizada a tarefa o CIGAM pode ser fechado ou mesmo o arquivo pode ser aberto (utilizando o bloco de notas ou outro editor de textos) ainda com o CIGAM aberto, para realizar a análise. Pois ao fechar o CIGAM as tarefas que realizam o fechando da aplicação também serão gravadas no log, novamente dificultando a interpretação do arquivo gerado.
  • Realizados os procedimentos acima podemos agora abrir o arquivo de log para analisar seu conteúdo. Abaixo um exemplo aberto com o notepad++:

  • Outra ferramenta interessante que nos permite acompanhar o log de forma online (ou quase) é o Wintail. Esta ferramenta é semelhante ao tail do Linux/Unix e com ela podemos ir acompanhando o registro das ações conforme formos interagindo com o CIGAM:
 

Comentários

Postar um comentário

Postagens mais visitadas deste blog

[Openfire] - Ajuste de horário no cliente Spark

 Com a mudança do nosso horário de verão para o horário tradicional acabei esbarrando num problema em relação ao Openfire , mais especificamente com o cliente de mensagens instantâneas que utilizamos aqui. O famoso Spark .   O que ocorreu é que, mesmo ajustando o horário no Servidor Linux onde está o Openfire e também o servidor de banco de dados, o Spark continuou exibindo a data adiantada em 1 hora.   Para resolver segui a dica deste post:  http://listas.softwarelivre.org/pipermail/openfire-br/2009-October/004156.html para o mesmo problema só que no início do horário de verão.   Em resumo o que fiz foi remover ou renomear a pasta jre de dentro da instalação do Spark e deixar ele pegar o meu java instalado localmente. Resolvi fazer desta forma, pois esta instalação padrão do java eu atualizo frequentemente (via apt-get). Com isso evito de ter este problema na próxima troca de horário.   Outra possibilidade seria copiar a instalação do Java Runtime de sua máquina para dentro do Spark r
Leia mais

Verificar uso de disco em partição ASM do Oracle 11g no Linux

Imagem
Abaixo vou demonstrar como verificar o espaço utilizado pelo ASM no Oracle através do utilitário "asmcmd" pelo Linux. Para isso é necessário que façamos logon no Servidor Linux por ssh , conforme abaixo: ssh oracle@192.168.0.2 oracle@192.168.0.2's password:****** Ou ainda, se for pelo Windows, utilizando o popular "PuTTY" . Ao logarmos como usuário "oracle" possivelmente já assumiremos o perfil da instância padrão do banco, que não será a instância do ASM. Desta forma precisaremos redefinir o ambiente publicando as variáveis abaixo: export ORACLE_HOME=/u00/app/oracle/product/11.1.0/asm export ORACLE_SID=+ASM +ASM é no nome da instância ASM que defini na instalação. Em seguida  basta utilizarmos então o "asmcmd" seguido do comando que exibirá a utilização de disco, o comando lsdg: asmcmd lsdg A saída do comando deve ser semelhante a esta abaixo: Podemos observar as colunas "Total_MB" e "Free_MB" e a última coluna
Leia mais

[Kettle] - Ajuste de Memória de Utilização

Quando baixamos o Pentaho Data Integration (Kettle) do site da Comunidade, este vem predefinido com um valor modesto de utilização de memória. Isso ocorre para que seja o mais portável possível em diferentes equipamentos. Mas para que possamos tirar o máximo de proveito do mesmo, podemos customizar o valor de alocação de memória, para melhor se adequar à realidade do nosso projeto. Para isso basta que ajustemos este valor de memória em 4 arquivos de execução do Pentaho Data Integration: pan.sh (pan.bat no Windows) Este arquivo pode ser utilizado para rodar em background transformações que tenham sido previamente criadas através do modo gráfico (spoon) do PDI. kitchen.sh (kitchen.bat no Windows) Este arquivo pode ser utilizado para rodar em background Jobs previamente criados também através do modo gráfico (spoon) do PDI. spoon.sh (spoon.bat no Windows)  Este é o arquivo (script batch de execução) do PDI em modo gráfico, que nos permite desenhar as transformações e Jo
Leia mais