Alexsandro Haag - Sharing knowledge

Me deparei hoje com um problema de divergência de horário nos campos de data no Kettle , para datas que se encaixam no período do horário de verão, principalmente no dia 20/10/2013.  Olha só abaixo... Tentei resolver forçando com a função trunc() do Oracle o campo de data, porém mesmo assim, o driver jdbc insiste em trazer o campo com o horário 01:00:00 ao invés de 00:00:00. Pesquisando um pouco na internet encontrei no fórum pentahobr alguém que teve o mesmo problema, aqui neste link ... A solução proposta ali, após muita discussão, foi acrescentar nos parâmetros de incialização do Kettle a seguinte instrução:  "-Duser.timezone=GMT-3" Fiz isso, um tanto descrente, mas realmente funcionou. Acrescentei esta instrução nos arquivos spoon.bat, kitchen.bat, pan.bat e carte.bat. Imediatamente abaixo da declaração da variável OPT redeclarei acrescentando esta instrução. Ficou assim: set OPT="%PENTAHO_DI_JAVA_OPTIONS% "-Djava.library.path=%LIBSPATH%...

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 ...

 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...

Recentemente instalei no meu Ubuntu o Java 6 da Sun e estava trabalhando com ele faz algum tempo sem problemas. Ontem resolvi testar o OpenJDK 6, que é o Java de código aberto que a Sun está liberando. O detalhe foi que algumas das minhas aplicações deixaram de funcionar. Foi quando identifiquei que a máquina virtual que tinha ficado como padrão foi a última instalada, ou seja, o java de código aberto. Percebi isso digitando no console o seguinte comando: $ java -version java version "1.6.0" OpenJDK Runtime Environment (build 1.6.0-b09) OpenJDK Server VM (build 1.6.0-b09, mixed mode) Reparem que retornou a informação do Java de código aberto. Conferi o arquivo /usr/bin/java com ls -lh e percebi que estava linkado com o java da pasta /etc/alternatives: $ ls -lh /usr/bin/java lrwxrwxrwx 1 root root 22 2008-06-06 11:16 /usr/bin/java -> /etc/alternatives/java Pesquisei no google, que me retornou este site e vi que para trocar de padrão de máquina virtual precisava rodar o com...