Publicar SVN Google Code

Enviar SVN
svn import -m "Imob ATS" . https://imobats.googlecode.com/svn/trunk/ --username crsilveira@gmail.com

Remover Pasta Projeto
svn rm https://atsscf.googlecode.com/svn/trunk/ --username crsilveira@gmail.com

Para Pegar a senha:
http://code.google.com/hosting/settings

Para fazer Checkout:
https://myproject.googlecode.com/svn/trunk

Enviando o fonte para o Google(TortoiseSVN):
No Windows Explorer, clica-se com o botão direito na pasta onde está o
código fonte da aplicação e vai na opção TortoiseSVN -> Import…
Abre-se uma tela onde pede para digitar a URL, que é a que fica na aba “Source” no projeto, no meu caso é https://cotacao.googlecode.com/svn/trunk/
Nessa tela tem um campo para digitar uma mensagem, que pode ser “Versão inicial” ou algo do gênero.
Pede login e senha. O login é o nome do Google Account, que também está na aba “Source” e no meu caso é cintra. Para descobrir a senha é só clicar no link googlecode.com password, nessa mesma aba.
Pronto, agora os arquivos estão no repositório.

Como pela opção “Import…” todos os arquivos dentro da pasta são enviados, é interessante verificar antes se não tem “lixo” na pasta, como arquivos temporários ou binários. O repositório de código é para armazenar apenas código!

No Google Codes existem 4 pastas:

branches (galhos): são versões derivadas de outras versões. Pode ser uma versão intermediária, que ainda não está estável. Não é uma cópia física da versão, apenas um “link”.
tags (etiquetas): no Source Safe era chamado de Labels, servem para identificar uma versão. Também não é uma cópia física da versão, apenas um “link”.
trunk (tronco): é a versão principal da aplicação e não deixa de ser um “branch”
wiki: é onde ficam as páginas wiki do site do projeto.
Então após ter subido o código fonte para a pasta trunk, eu criei uma tag para a versão que eu subi, que é a 2.4.1 e o procedimento também é muito simples.

Checkout

No Windows Explorer clicar com o botão direito do mouse em uma pasta e ir
em “SVN Checkout…” e fazer o checkout da pasta trunk do projeto
Clicar novamente na pasta e ir em “TortoiseSVN” -> “Branch/tag…”
Digitar a URL de destino (no meu caso deixei como https://cotacao.googlecode.com/svn/tags/2.4.1/)
Informar o “Create copy in the repository from:”. Como no meu caso é para usar a última versão, eu marquei a opção “Head”
Informar uma mensagem e mandar bala!

Como instalar e configurar Apache-Tomcat 6 no Debian Lenny com o Apache2

Como instalar e configurar Apache-Tomcat 6 no Debian Lenny com o Apache2

Autor : Marcelo Silva

http://www.msilva.org/2010/11/como-instalar-e-configurar-apache.html

Após a instalação do Java, iremos editar o arquivo /etc/profile e incluir o caminho do Java para poder ser conhecido pelo ambiente adiconando os seguintes parâmetros;

export PATH

JAVA_HOME="/usr/lib/jvm/java-6-sun/"

export JAVA_HOME

Faça o download do Tomcat no site do apache fundation, estou utilizando a versão 6.0.29;

$wget -c http://ftp.unicamp.br/pub/apache//tomcat/tomcat-6/v6.0.29/bin/apache-tomcat-6.0.29.tar.gz

Instalando o Tomcat

$tar -zxvf apache-tomcat-6.0.29.tar.gz && mv apache-tomcat-6.0.29 /opt/tomcat

Criando o scrip init do Tomcat;

$vim /etc/init.d/tomcat

#!/bin/sh
# Tomcat Init-Script

case $1 in

start)

sh /opt/tomcat/bin/startup.sh

;;

stop)

sh /opt/tomcat/bin/shutdown.sh

;;

restart)

sh /opt/tomcat/bin/shutdown.sh

sh /opt/tomcat/bin/startup.sh

;;

esac

exit 0


Dê permissão 755 ao arquivo e colocaremos ele para executar na inicialização do SO;

$update-rc.d tomcat defaults

Temos que adicionar um usuário para podermos usar o Manager do Tomcat, editaremos o arquivo tomcat-users.xml;

$vim /opt/tomcat/conf/tomcat-users.xml

Antes da chave , iremos informar o usuário e senha de acesso;









Iniciando o Tomcat;

$/etc/init.d/tomcat start

Acesse o tomcat no seu browser e será solicitado o login e senha, informe os mesmo que foi editado no arquivo tomcat-users.xml;

http://SERVERNAME:8080/manager/html

Instalando o Apache2 e os conectores

O Tomcat pode ser usado como um Web Server, mas o Apache é muito mais podereso utilizando os seu módulos. Iremos instalar o apache2 e o módulo que irá realizar a conexão dele com o Tomcat.

$ aptitude install apache2 libapache2-mod-jk

Crie e edite o arquivo workers.properties conforme abaixo:

$ vim /etc/apache2/workers.properties

workers.tomcat_home=/opt/tomcat
workers.java_home=/usr/lib/jvm/java-6-sun
ps=/
worker.list=default
worker.default.port=8009
worker.default.host=localhost
worker.default.type=ajp13
worker.default.lbfactor=1

Configurando o arquivo JK

Crie e edite o arquivo jk.conf conforme abaixo:

$ vim /etc/apache2/conf.d/jk.conf

JkWorkersFile /etc/apache2/workers.properties
JkLogFile /var/log/apache2/mod_jk.log
JkLogLevel error

/etc/init.d/apache2 stop
/etc/init.d/tomcat restart
/etc/init.d/apache2 start

Criando um novo Virtual Host

Feito as configurações no Apache, podemos então já realizar o deploy da aplicação Java no Tomcat. Vamos tomar como exemplo uma aplicação de nome "exemplo" onde terá o endereço de virtual host do tipo "exemplo.com.br", ao realizar o deploy através da interface web do Tomcat, ela ficará no diretório /opt/tomcat/webapps, podemos então no diretório do Apache e criar o nosso virtual host.

$ vim /etc/apache2/sites-avaliable/exemplo

JkMount /*.jsp default

ServerName http://www.exemplo.com.br/

ServerAdmin servermaster@exemplo.com.br

DocumentRoot /opt/tomcat/webapps/exemplo

ErrorLog /var//logs/apache2/error.log

CustomLog /var/logs/apache2/access.log common

<directory /opt/tomcat/webapps/exemplo>

Options -Indexes

directory>

Criando o vhost exemplo:

$a2ensite

$ /etc/init.d/apache2 restart

Configurando o vhost no Tomcat

$ vim /opt/tomcat/conf/server.xml

http://www.exemplo.com.br/ –>
unpackWARs=”true” autoDeploy=”true”>
path=”" docBase=”exemplo” debug=”0″ reloadable=”true”/>
directory=”/var/logs/apache2” prefix=”tomcat_access_” suffix=”.log”
pattern=”common” resolveHosts=”false”/>

Feito isso reinicie o Tomcat com o comando /etc/init.d/tomcat restart e pode testar sua aplicação Java através do browser.

Pentaho - Metadata-Editor

Ao publicar um relatório criado em outro servidor estava carregando os dados corretamente mas o css estava buscando da máquina onde o Rel. foi criado. Para corrigir , editei o arquivo /tomcat/webapps/pentaho/WEB-INF/web.xml e alterei onde constava o ip do servidor anterior para o novo.

Configurando Virtual Host Tomcat

Bom, este post veio porque ontem ajudei um grande amigo meu com um probleminha neste aspecto. Queira aproveitar a oportunidade para deixar um grande abraço aqui pra ele, Daniel Kühl Lima, um dos únicos LPI3 do Brasil.

Normalmente quando você publica um servidor com um tomcat servindo uma aplicação, o que costuma-se fazer é simplesmente publicar a aplicação e passar a url para o usuário, por exemplo: www.meudominio.com.br:8080/aplicacao, e o usuário para acessar sua aplicação precisa digitar a url como consta ali, caso ele digita até o / ele irá cair naquela página default do tomcat, com links pra o Administrador e Manager.
Isso é beeem feio. Existe algumas maneiras de se fazer isso de uma forma mais "descente".
Primeiro, para melhorar, o usuário não precisa saber qual a porta para acessar a aplicação, então passar 8080 na url, é feio. Então o mais comum para arrumar isso é levantar o Tomcat com a porta 80. Para isso, é necessário alterar o arquivo /conf/server.xml trocando a porta na seguinte linha (normalmente está ~ pela linha 76):

< port="8080" maxhttpheadersize="8192">

trocar a linha pela

< port="80" maxhttpheadersize="8192">

Com isso resolvemos o problema de o usuário ter que digitar a porta 8080 na url. Porém, se o usuário digitar somente o seu domínio ele ainda acessará a página default do tomcat.
O que muita gente faz para corrigir isso, é instalar um Apache + Conector para Tomcat (para saber como configurar ver o Tutorial), e assim, ele configura para que o apache intermedie requisições para o tomcat, para que quando for acessado o raiz (www.meudominio.com.br) ele redirecione para a aplicação e pronto, o usuário não precisa mais saber qual o nome da aplicação.

Isso funciona. Mas para que ter que configurar mais uma coisa para acessar o tomcat, mais um possível ponto de erro!?
O que muita gente não sabe é que o próprio Tomcat tem suporte a Virtual Hosts.
Por default, o tomcat já vem com um Host configurado, que é justamente o raiz da aplicação, que é aquele host que está no arquivo server.xml.

< Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">

< !-- UM MONTE DE COMENTÁRIO AQUI-- >

< /host >

Para configurar então o tomcat para que assim que o usuário digitar a url do seu domínio ela acesse diretamente sua aplicação, você pode apenas definir o Default Context.

< Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false" >

< path="" docbase="aplicacao">

< /Host >

O path="" significa que será o context default, ou seja, assim que o usuário acessar o raiz de seu domínio, ele acessará a aplicação que você definiu no docBase.
Isto funciona para a maioria dos casos onde você tem apenas uma aplicação no servidor. Mas se você tiver um servidor que serve para vários domínios, você então precisará configurar Virtual Hosts, assim como era feito no Apache, quem administra servidores, sabe o que, e como fazer isso. Então, para fazer isso no Tomcat, basta você adicionar um novo Host, parecido com o do exemplo acima, porém, passando o domínio como name do host. Ex:

< name="www.meudominio2.com" appbase="/caminho/aplicacoes">
< path="" docbase="aplicacao2">
< /host >

Agora, este novo host, você pode definir um context default ou não, isso depende da sua configuração. Caso você tenha multiplos domínios e apenas um servidor, basta ir adicionando eles a este arquivo. Lembre-se que todos os elementos Host ficam dentro do elemento Engine.

Nota importante:
Fiz alguns testes, e o tomcat se comportou de maneiras distintas em algumas versões diferentes. O que notei foi que o / tanto no appBase do Host, quanto no docBase do Context, faziam diferença. Então, caso não esteja conseguindo configurar, tente remover, ou inserir as barras tanto no início do caminho, quanto no final.

Bom, é isso, hoje não estou muito inspirado para escrever, então, eu sei que o post ficou com um português meio ruinzinho... Mas, sobretudo, espero ter ajudado alguém. Qualquer dúvida poste ai que eu tento responder.

Pentaho - Publish Password

Para fazer uma publicação no Bi-Server edite este arquivo e coloque a senha:
\bi-server\pentaho-solutions\system\publisher_config.xml

Compactar e Clonar VirtualBox

• Compactando o VDI

Obs: esse exemplo é para máquinas em que o janelas está virtualizado.

1º Faça a Desfragmentação do Disco da maquina Guest (Maquina que está sendo virtualizada)
- Iniciar, Programas, Acessórios, Ferramentas de Sistemas, Desfragementador de disco

2º Ainda na maquina Guest, Faça o download do arquivo nullfile-1.02.exe (http://www.feyrer.de/g4u/nullfile-1.02.exe) e salve no C:\
- Abra o prompt de comando (CMD) e digite:
C:\nullfile-1.02.exe sdelete -c

- Após conluir o comando, desligue a maquina virtual.

3º No computador host (Maquina principal)
- Abra o terminal
- e digite o comando: (não precisa ser root)

VBoxManage modifyhd /home/joao/.VirtualBox/HardDisks/winxp.vdi compact

- winxp.vdi é a maquina que será compactada.

Ao Concluir será exibido:

VirtualBox Command Line Management Interface Version 2.2.4

(C) 2005-2009 Sun Microsystems, Inc.

All rights reserved.

0%…10%…20%…30%…40%…50%…60%…70%…80%…90%…100%

E deu, o arquivo terá o tamanho real.

• Clonando o VDI

VBoxManage clonehd /home/joao/.VirtualBox/HardDisks/winxp.vdi /home/joao/.VirtualBox/HardDisks/winxp2.vdi

winxp.vdi – disco original

winxp2.vdi – disco clonado

BI - Links

As principais informações sobre o AgileBI estão dentro do site do pentaho, nesse link:

http://www.pentaho.com/pdi_4/?hp=y

Se você quiser testar o Community Edition, você pode baixar o PDI 4.0 no SourceForge. Depois de baixar no PDI 4.0, no próprio sourceforge eles tem um arquivo txt mostrando onde você deve baixar o plugin do AgileBI e onde ele deve ser instalado.

Link para o PDI 4.0:

Windows:

http://sourceforge.net/projects/pentaho/files/Data%20Integration/4.0.0-stable/pdi-ce-4.0.0-stable.zip/download

Linux:

http://sourceforge.net/projects/pentaho/files/Data%20Integration/4.0.0-stable/pdi-ce-4.0.0-stable.tar.gz/download

Link para o TXT explicando o módulo do AgileBI:

http://sourceforge.net/projects/pentaho/files/Data%20Integration/4.0.0-stable/Agile_BI_Plugin-Download.txt/download