Java Metal

Salve!!

2006-12-19T12:28:00.000-08:00

Fala galera, blz?! Putz quanto tempo!! Bom esse ano foi ph%$#%$#$%!!! Trabalho, Especialização, Curso aos sábados, Shows com a Rising Cross(o trem tá rendendo), Namorada e ainda arranjei tempo pra passar num concurso! É isso mesmo, agora sou Gestor de Tecnologia da Informação Estado de Goiás. Aêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêêê!!!!!!!!!!!!!!!!!
Na minha Especialização(http://www.especializacao.info/) estou vendo umas coisas interessantes, tenho um professor lá que adora coisas "novas"(pelo menos pra mim) e uma delas que gostei muito foi o JMock(http://www.jmock.org/). O JMock serve para vc testar partes de sua aplicação que dependem de outras partes ou subsistemas que ainda não existem, daí com ele vc cria um Mock Object(um fantasma como dizia meu professor) desta parte que não existe. Exemplo, vc tem um objeto na camada de negócio que depende de um DAO que não existe(não criou ainda), mas vc precisa testá-lo(o objeto da camada de negócio). Daí vc cria um Mock Object de seu DAO(inexistente) e fala o que vc quer como retorno. Daí vc cria esse passa esse Mock Object para seu Objeto de Negócio(via dependency injection, factory sei lá, fica a gosto do freguês) e usa-o. Ótimo pra vc fazer teste de unidades. Muito doido! Vou fazer um exemplo e postá-lo aqui.

A Paz!!

Rising UP e Grupo de Oração para Rockeiros

2006-03-05T19:33:00.000-08:00

Aí galera, é com grande alegria que venho informar estou de volta aos vocais da Rising Cross. Depois de um tempo de "férias", DEUS me inquietou muito e estou a servi-lo novamente através do Metal Cristão.

Também gostaria de informar que irá acontecer no dia 18/03/2006 mais um grupo de oração para Rockeiros. O mesmo erá se realizar na Paróquia Santa Luzia(Novo Horizonte) a partir das 17:00. Estão todos convidados a conhecer este trabalho e fazer o movimento crescer para honra e glória de DEUS!!

A Paz!!

Ceremonya mixando dois CDs ao mesmo tempo

2006-02-24T07:42:00.000-08:00

Ceremonya mixando dois CDs ao mesmo tempo

Publicado no www.whiplash.net - o mais completo site de rock e metal

Como boa parte da galera já sabe, a banda católica de White Metal, CEREMONYA está trabalhando nos estúdios da CODIMUC, em Cachoeira Paulista-SP, na produção de dois CDs, um de Metal em inglês e um outro de Hard Rock/ Rock'N'Roll em português, com letras litúrgicas. A primeira fase do trabalho, que é a mixagem do disco em inglês, já está quase concluída. O CD foi batizado de "About The Changes" e terá doze músicas.

O trabalho de finalização ficou a cargo de Ricardo Nagata, renomado produtor e técnico de som do estúdio Creative Sound, em São Paulo-SP. Além de grandes bandas de White Metal, como ETERNA e UNIÃO, Ricardo já trabalhou com vários outros nomes importantes do metal nacional como SHAAMAN, ANGRA, SYMBOLS, VERSOVER, IMAGO MORTIS, HANGAR, EYES OF SHIVA, HAMLET, etc. Sendo assim, após o término da mixagem, a banda segue com a finalização do disco em português.

Você pode conferir no site www.codimuc.com.br fotos das gravações e mixagem do discos.

Exercício para apoio/respiração - Vela

2006-01-18T04:25:00.000-08:00

Bom galera, achei que seria legal postar meu primeiro post sobre técnica vocal com um exercício de apôio/respiração. Esses dias pra trás(antes de ontem) tava fazendo uns exercícios de respiração e aprendi um novo que é o exercício da vela.

O exercício da vela consiste em vc ascender uma vela e colocar a um palmo de distância de sua boca. Daí vc inspira profundamente e tenta expirar sem que a chama da vela se movimente de maneira alguma. Para conseguir tal feito, vc deverá expirar como se estivesse pedindo para alguém fazer silêncio, saca? Ou seja, só sairá um fiozinho de ar de sua boca.

Esse é um ótimo exercício para controle de ar na voz cantada.

Bom, expero que gostem!

A Paz!!

Ooops...

2006-01-16T13:46:00.000-08:00

Só agora me dei conta de quanto tempo não escrevo em meu blog, putz... É que tipo assim, mesmo estando de férias(é, isso "existe"(já me ligaram umas 1000 vezes do serviço mas tudo bem...)), ando ocupado pra caramba. Neste final de semana andei lá pros rumos de Abadia de Goiás procurando uma chácara para o próximo retiro do Rock In Cristo Goiânia(vai ser muito loco, aguardem!!).

Mesmo estando longe do serviço, eu trouxe serviço pra casa(como eu sou jumento...) . Estou desenvolvendo uma aplicação distribuída em RMI(gostei do trem) lá pro serviço. Como andei pesquisando, achei muitos artigos interessantes que resolvi postar aqui para os possíveis leitores (imaginários?!) desfrutarem.

São vários artigos de mestrado e até doutorado que andei lendo sobre computação distribuída e paralela lá da Universidade Federal de Pernambuco. Andei conversando até com um deles o Professor Sérgio Soares, muito gente boa.

Bom, segue o link:
http://twiki.cin.ufpe.br/twiki/bin/view/SPG

Entrem no link Theses e desfrutem.

A Paz!!

Rock in Cristo Goiânia

2005-11-07T07:24:00.000-08:00

Fala galera, paz e bem!

É o seguinte, dia 19/11/2005 vai ocorrer o primeiro Rock in Cristo em Goiânia. O Rock in Cristo é um evento Católico de rock que tem por objetivo a luta contra as drogas. E como arma nesta batalha é usado o bom e velho metal/rock (white metal). O evento não tem fins lucrativos e como ingreço é sugerido que levem 1kg de alimento não perecível. O evento irá iniciar com a santa missa as 13:30 e logo as 15:00 irão iniciar os shows com bandas de Goiânia e Brasília. Vou estar participando da missa. Vamos lá, bater cabeça com muita unção.

Site: http://www.rockincristogyn.com.br/

A Paz!!
Paulo Henrique

Certificação Java Programmer

2005-10-24T05:41:00.000-07:00

É galera, depois de muita correria e dedicação tirei minha certificação. Não achei a prova difícil. Deu tempo até de revisar...
Meu score foi de 90%.

Estou pensando em fazer um resumo. Vamos ver se meu tempo deixa...( -:

Dicas de ouro...

2005-08-17T04:06:00.000-07:00

E aí galera, essa semana postaram um link muito bom, se não me engano no GUJ(Grupo de Usuários Java, www.guj.com.br), pirem:

http://www.java2s.com/ Vale ouro... A Paz!!

Invocação Remota de Métodos (RMI) no TIGER

2005-08-13T07:23:00.000-07:00

Tá aí pessoal, vou estar postando um tutorial que publiquei no JavaFree esses dias atrás, fiz algumas correções. Então lá vai:

Invocação Remota de Métodos (RMI) no TIGER

1 – Introdução

Meu primeiro contato com RMI, foi na faculdade há quase três anos atrás. E de lá pra cá muitas coisas mudaram em sua implementação. Então, me veio à necessidade de estudar sistemas distribuídos, decidindo voltar aos estudos de RMI. Foi quando me deparei que em “quase” todos os tutorais em que pegava pra relembrar e estudar, não obtinha sucesso em suas implementações. Daí foi quando decidi pesquisar a documentação da versão que estou usando agora (JDK 1.5.0_01), onde observei as “pequenas” mudanças feitas desde a época em que estudei na faculdade.

1.1 – Objetivo

Este tutorial tem o objetivo de mostrar um “passo a passo” de como implementar uma simples aplicação distribuída com RMI no Tiger (Java 1.5.0 ou 5.0). E para fugir dos exemplos mais comumente encontrados, iremos fazer uma aplicação um pouco “diferente”, que também usa o mesmo host como cliente e servidor.

E uma das diferenças entre nossa aplicação e as outras mais comumente encontradas, é que ao invés de trafegarmos uma String de uma ponta a outra (Servidor para Cliente), iremos trafegar um *Bean, dando asas à imaginação de quem está aprendendo agora.

*Bean – Um Bean é uma classe serializável que segue determinadas regras, como métodos get e set para cada uma de suas propriedades (encapsulamento).

Obs.: Não é meu objetivo esgotar o assunto que diz respeito à tecnologia RMI, mas sim dar um startup ou quem sabe, tirar as dúvidas de muitas pessoas que estão meio que “perdidas” como eu estava.

2 – Arquivos necessários

Nossa aplicação será composta dos seguintes arquivos:

- MeuBean.Java – Objeto Serializável ao qual iremos trafegar através de invocação remota
- Servidor.Java – Interface remota.
- ServidorImpl.Java – Classe servidora.Implementa a interface remota.
- Cliente.Java – Cliente que fará chamadas ao nosso objeto remoto (ServidorImpl).

3 – Passos para a construção

3.1 Implementar o Bean
3.2 Definir a interface Remota
3.3 Implementar o Servidor
3.4 Implementar o Cliente
3.5 Compilar nossas classes/interface
3.6 Rodar o Servidor
3.7 Rodar o Cliente
3.8 Conclusão

Então, abra seu editor predileto e mãos á massa...

3.1 - Implementar o Bean

O nosso Bean será uma classe simples com duas propriedades: Código e Descrição. Mas para que ele possa ser trafegado na rede, o mesmo deve ser serializável. E para isso, basta que nosso Bean implemente a interface Serializable, presente no pacote java.io.

Segue abaixo o código do mesmo:

import java.io.Serializable;

public class MeuBean implements Serializable{

private int iCodigo;
private String sDescricao;

public MeuBean(){}

public MeuBean(int codigo, String descricao){
iCodigo = codigo;
sDescricao = descricao;
}

public void setCodigo(int codigo){
iCodigo = codigo;
}

public int getCodigo(){
return iCodigo;
}

public void setDescricao(String descricao){
sDescricao = descricao;
}

public String getDescricao(){
return sDescricao;

}
}

3.2 - Definindo a interface remota

A interface remota é a alma de nossa aplicação, pois ela que vai conter as assinaturas dos métodos que nosso objeto remoto vai implementar e vai ser através dela que nosso cliente vai “enxergar” todos os métodos que estão disponíveis remotamente. E para que ela possa se dar a tal, ela deve implementar a interface Remote, disponível no pacote java.rmi.

Como nossa interface é remota e vai servir de “espelho” para nosso objeto remoto, pode haver problemas de conexão ou coisas do gênero, portanto, todos os métodos de nossa interface devem estar preparados para lançar uma exceção caso tenhamos algum problema. Então, todos os métodos de nossa interface deverão lançar RemoteException, disponível também no pacote java.rmi.
Segue abaixo o código da nossa interface remota Servidor:

import java.rmi.Remote;
import java.rmi.RemoteException;

public interface Servidor extends Remote{

public MeuBean getBean() throws RemoteException;

}

Como podemos observar, nossa interface tem apenas um método assinado e o mesmo retorna um objeto do tipo MeuBean e, como já falado, está preparado para lançar uma exceção do tipo RemoteException.

Como nosso Bean não é um objeto remoto, ou seja, não herda de java.rmi.Remote, temos então que o retorno de nosso método getBean () será por valor, pois não geraremos um Stub* para o mesmo.

*Stub – Funciona como um Proxy entre o cliente em nosso objeto remoto. Também é ele que codifica e decodifica (marshall e unmarshall) os parâmetros e retornos trafegados entre o cliente e o servidor.

3.3 - Implementar o Servidor

Nosso servidor será o objeto em que acessaremos remotamente para invocar seu(s) método(s). Para isso, ele deve implementar nossa interface remota, definida no tópico anterior, e seguir alguns passos:

A - Criar e exportar nosso objeto remoto

B - Registrar nosso objeto remoto com o RMI Registry

Segue abaixo o código do servidor:

import java.rmi.registry.Registry;
import java.rmi.registry.LocateRegistry;
import java.rmi.RemoteException;
import java.rmi.AlreadyBoundException;
import java.rmi.server.UnicastRemoteObject;
import java.io.IOException;

public class ServidorImpl implements Servidor{

private MeuBean obj;

public ServidorImpl(){
obj = new MeuBean(1, "Hello RMI!!");

inicia();
}

public MeuBean getBean(){
return obj;
}

public void inicia(){
try{

//Exporta o objeto remoto

Servidor stub = (Servidor) UnicastRemoteObject.exportObject (this, 0);

//Liga o stub do objeto remoto no registro, e inicia o RMIRegistry na porta 1000

Registry registry = LocateRegistry.createRegistry(1000);

//Dá um nome pra ele no registro

registry.bind (“Servidor", stub);

System.out.println ("Servidor iniciado…");
}catch(RemoteException Re){
System.out.println(Re.getMessage());
}catch(AlreadyBoundException ABe){
System.out.println(ABe.getMessage());
}catch(IOException IOe){
System.out.println(IOe.getMessage());
}

}

public static void main(String args[]){
new ServidorImpl ();
}
}

Como nossa classe ServidorImpl implementa a interface Servidor, então por obrigação implementamos o método getBean() presente da interface. Se você observar no método getBean() da classe ServidorImpl, verás que não está assinando que pode lançar RemoteException ou nenhuma outra exceção. Isso se deve ao fato de que a implementação de nosso método não lança RemoteException e nenhuma outra exceção checada.

A - Criar e exportar nosso objeto remoto

Para que tenhamos o serviço disponível, ou seja, o objeto pronto para receber chamadas remotas, criaremos uma instância do mesmo e exportaremos para a Java RMI Runtime e aí sim nosso objeto estará pronto para receber chamadas remotas.

Para isso, em nosso método inicia() temos:

Servidor stub = (Servidor) UnicastRemoteObject.exportObject (this, 0);

O método estático UnicastRemoteObject.exportObject, exporta nosso objeto remoto (this, 0) em uma porta TCP anônima, devolvendo um Stub (do objeto remoto) ao qual passaremos para o cliente fazer chamadas remotas. O Stub retornado, implementa a mesma estrutura da interface remota, referenciando o objeto remoto e adicionando informações como host e porta para conexão.

Uma das melhorias no Tiger está bem aqui nesta parte. Quando uma aplicação exporta o objeto remoto e não encontra as classes de Stub, que eram e são necessárias nas versões anteriores, automaticamente é instanciado um objeto do tipo java.lang.reflect.Proxy que será um Stub para nosso objeto remoto, não necessitando assim das classes de Stub.

Obs.: Se seus objetos remotos tiverem clientes rodando em máquinas virtuais em versões anteriores ao Tiger, será necessário gerar as classes de Stub e talvez Esqueletons para os mesmos com o compilador rmic.

B - Registrar nosso objeto remoto e iniciar RMI Registry

Para que nosso cliente consiga fazer chamadas ao nosso objeto remoto, faz-se necessário que ele obtenha o Stub do objeto remoto, para isso temos que registrar nosso objeto remoto através do Stub do mesmo e nomeá-lo para que possamos o localizar o registro no servidor.

Para registrar o Stub de nosso objeto remoto, é usado o RMI registry. O RMI registry é o serviço de nomes que vai disponibilizar a referência remota para o Stub de nosso objeto remoto.

Estando nosso objeto remoto registrado, nossos clientes podem fazer lookup (busca) do objeto pelo nome do mesmo, obtendo a referência e finalmente invocar seus métodos remotos.

Para fazermos isso, temos o seguinte código:

Registry registry = LocateRegistry.createRegistry(1000);

registry.bind (“Servidor", stub);

O método estático LocateRegistry.createRegistry (1000) retorna um Stub que implementa java.rmi.registry.Registry, “avisa” o registro que receberemos invocações e inicia o RMI Registry na porta especificada, no caso a 1000.O método bind é quem relaciona (liga) nosso Stub a um nome (“Servidor”) ao qual deverá ser chamado por invocação remota.

3.4 - Implementar o Cliente

O nosso cliente será o responsável por fazer as chamadas remotas ao nosso objeto remoto. Para isso, ele deve obter o Stub de nosso objeto remoto no servidor fazendo a chamada pelo nome atribuído ao mesmo, e então fazer invocações remotas aos métodos remotos disponíveis através do Stub. Mas para que nosso cliente possa obter nosso Bean e saber quais são os métodos que estão disponíveis a ele, faz-se necessário que ele conheça nossa classe Bean e nossa interface remota. E para isso basta que ele tenha uma cópia de nossa interface remota (Servidor) e de nosso Bean (MeuBean).

Segue o código do cliente:

import java.rmi.registry.LocateRegistry;
import java.rmi.registry.Registry;
import java.rmi.RemoteException;
import java.rmi.NotBoundException;

public class Cliente {

private Cliente() {}

public static void main(String[] args){

MeuBean bean;

try{
Registry registry = LocateRegistry.getRegistry("localhost", 1000);

Servidor stub = (Servidor) registry.lookup (“Servidor");

bean = stub.getBean();

System.out.println("Resposta: " + bean.getDescricao());
}catch(RemoteException Re){
System.out.println(Re.getMessage());
}catch(NotBoundException NBe){
System.out.println(NBe.getMessage());
}
}
}

O cliente primeiro obtém o Stub do registro através do método estático LocateRegistry.getRegistry passando como parâmetro o host e a porta*. Depois invoca o método remoto registry.lookup , passando como parâmetro o nome ao qual foi registrado nosso objeto remoto no servidor, para obter o Stub. Como em nosso exemplo estamos executando o cliente e o servidor mesma máquina, foram passados como parâmetros o host “localhost” e a porta 1000, que poderia ser outra. Mas se seu servidor estiver funcionando em um host que não seja o localhost, basta colocar o nome da máquina ou o IP da mesma no local do host.

Então já que já temos nosso canal de comunicação com o servidor, basta-nos agora invocar o método remoto getBean (). Então através do método getBean () obteremos uma cópia de nosso bean que foi instanciado lá no servidor.

*Obs.: Se não for especificada nenhuma porta, o RMI Registry rodará por padrão na porta 1099.

3.5 - Compilar nossas classes/interface

javac MeuBean.java
javac Servidor.java
javac ServidorImpl.java
javac Cliente.java

3.6 - Rodar o servidor

java ServidorImpl

Deverá sair em sua console a seguinte mensagem:

Servidor iniciado...

A partir de agora seu servidor estará pronto para receber requisições.
O servidor ficará rodando até que o usuário decida finalizá-lo, geralmente matando o processo (CTRL + C).

3.7 - Rodar o Cliente

java Cliente

E pronto, deve sair em seu console a seguinte mensagem:

Resposta: Hello RMI!!

3.8 – Conclusão

Bom pessoal, esse é o meu primeiro tutorial e espero ter atingido, sanado dúvidas ou até iniciado muitos “javeiros” nesta maravilha chamada RMI.

Links úteis:

Download do Tiger:

http://java.sun.com/j2se/1.5.0/download.jsp

Tutorial sobre JavaBeans

http://www.jspbrasil.com.br/conteudo/tutoriais/javabeans.pdf

Gerar Stub Files e rmic

http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/rmic.html

Faq de RMI e Serialização

http://java.sun.com/j2se/1.5.0/docs/guide/rmi/faq.html

Tutorial da Sun sobre RMI

http://java.sun.com/j2se/1.5.0/docs/guide/rmi/hello/hello-world.html

Documentação RMI Java 1.5

http://java.sun.com/j2se/1.5.0/docs/guide/rmi/index.html

Especificação RMI Java 1.5

http://java.sun.com/j2se/1.5.0/docs/guide/rmi/spec/rmiTOC.html

________________________________
Paulo Henrique Borges Melo
Sun Certified Java Programmer
Bacharel em Ciência da Computação
“Que a cruz sagrada seja minha luz!!”

2005-08-08T07:55:00.000-07:00

Bom galera, este é meu primeiro post. Aqui vou estar postando todos os meus projetos e dicas de duas de minhas paixões: Java e Heavy Metal!
Sobre Java vou estar postando alguns tutoriais de minha autoria e dicas.
Agora sobre o bom e velho Metal, vou estar postando notícias e por que não algumas dicas de técnica vocal. Não sou um Fabio Lione, mas do pouco que sei posso estar compartilhando.

Bom de início acho que está bom. ( :

A Paz!!
Paulo Henrique