Quando comecei a trabalhar com gestão de equipe comecei a dizer a mim mesma, espero um dia ser para a minha equipe ao menos metade do que o Jorge foi pra mim. Ele é um grande líder, exigente, sempre soube quando elogiar ou puxar a orelha de alguém da equipe, sempre se preocupou com a evolução técnica e pessoal de todos.

Muitas vezes no meu dia-a-dia quando me encontro em situações complicadas com a minha equipe eu paro e penso, o que o Jorge faria no meu lugar? E tento imaginar e encontrar uma solução inspirada no que aprendi com ele.

Porem esta semana aconteceu algo curioso, eu estava um pouco chateada com uma série de coisas, estava questionando a qualidade do meu trabalho,  questionando tudo que tenho feito na globo.com e não conseguia ver nenhum  resultado relevante, e ontem cheguei a comentar com alguns poucos amigos que talvez eu saísse da empresa, pois eu não estava conseguindo atingir minhas metas pessoais, e contei sobre o meu modelo profissional e que eu estava me questionando se de fato eu tinha conseguido aprender alguma coisa com o ele. Porem, no final do dia recebi um e-mail de alguém de uma das equipes que trabalhei na Globo.com que vou transcrever abaixo:

Andréia,

Sinceramente, queria muito que você ficasse aqui conosco, por tudo que você já fez e na minha humilde opinião, por tudo que você representa.

Acho que, pelo menos para algumas pessoas daqui de dentro, você é o ultimo símbolo de esperança de alguma mudança na globo. E com a sua saída, essa esperança vai por água a baixo.

Mas, obviamente que eu sei que você tem que seguir seus princípios e sua vontade mas sinceramente, ainda tenho uma esperança que você fique.

E ficando ou não, eu queria repetir uma frase que você falou ainda a pouco...

Se um dia eu puder exercer um cargo de gerência em alguma empresa, e se eu for metade do que você é, sinceramente estarei mega feliz.

Não quero que você veja essas palavras apenas como palavras de uma pessoa que gosta de você, quero que você as veja como palavras de uma pessoa que te admira bastante e te tem como um ótimo exemplo a se seguir.

Confesso que fiquei um bocado emocionada, pois sei que é muito difícil fazer a diferença na vida de alguém e saber que de alguma forma eu consegui fazer isso, me encheu de esperança e me fez ver as coisas de um outro ponto de vista e que as vezes a gente não consegue ver o resultado do nosso trabalho, pois ser Scrum Master é um trabalho de formiguinha, todo dia você tenta mudar uma coisinha e torce para que isso dê resultado, e muitas vezes o resultado não é visível a curto prazo, nem para mim nem para os outros.

Sendo assim agradeço publicamente a pessoa que mandou ao e-mail,  e fecho dizendo que não consigo expressar o quanto este e-mail significou pra mim. E agradeço ao meu amigo e "ex-chefinho" Jorge Ogawa, pelos 5 anos que tive o prazer e a honra de trabalhar ao seu lado.

Tweet este post

cd /System/Library/Frameworks/Python.framework/Versions/
mv 2.6 2.6Old
sudo ln -s /opt/local/Library/Frameworks/Python.framework/Versions/2.6 2.6

E depois executar os demais passos... a dica acima tambem serve para o python 2.5 rodando no Leopard ou Snow Leopard.

Tweet este post

Vá no diretório <python_home>/lib/python2.6/site-packages/ e crie um novo arquivo com o nome sitecustomize.py com o conteúdo abaixo:

import sys
sys.setdefaultencoding('utf-8')

Prontinho problema resolvido!

Tweet este post

Pré-requistos:

• X11
• Apple's Xcode Developer Tools
• MacPorts 1.710
• apr-util 1.3.8

update do will:

http://archive.apache.org/dist/apr/apr-1.3.8.tar.gz
http://archive.apache.org/dist/apr/apr-util-1.3.8.tar.gz

Para saber o que você ja tem instalado basta utilizar o comando abaixo:

sudo port installed

1) Atualizando o port:

sudo port -v selfupdate

2) Instalando o python 2.6

sudo port install python26
sudo port install python_select
sudo python_select python26

3) Instalando o Boost com suporte para o Python26

sudo port install boost +python26

Dica importante... este processo demora um bocado... portanto de um volta, tome um café, leia algum blog e por ai vai.

4) Compilando o ActiveMQ-CPP

svn co https://svn.apache.org/repos/asf/activemq/activemq-cpp/tags/activemq-cpp-2.2.6 activemq-cpp-2.2.6
cd activemq-cpp-2.2.6
./autogen.sh
./configure --prefix=/opt/activemq-cpp
make
sudo make install


5) Compilando o PyActiveMQ

svn co http://pyactivemq.googlecode.com/svn/tags/pyactivemq-0.1.0 pyactivemq-0.1.0
cd pyactivemq-0.1.0


Abra o arquivo setup.py e faça as seguintes alterações:
de:

libraries = [
'libactivemq-cpp',
'apr-1',
'aprutil-1',
'apriconv-1',
'uuid',
'ws2_32',
'rpcrt4',
'mswsock',
'advapi32',
'shell32'
]


para:

libraries = [
'libactivemq-cpp',
'apr-1',
'aprutil-1',
'apriconv-1',
#'uuid',
'ws2_32',
'rpcrt4',
'mswsock',
'advapi32',
'shell32'
]


de:

include_dirs = [
'/opt/activemq-cpp-2.2.1/include/activemq-cpp-2.2.1'
]
libraries = [
'activemq-cpp',
'uuid',
'boost_python'
]
extra_compile_args = []
extra_link_args = [
'-Wl,-rpath,/opt/activemq-cpp-2.2.1/lib'
]


para:

include_dirs = [
'/opt/activemq-cpp/include/activemq-cpp-2.2.6',
'/opt/local/include'
]
libraries = [
'activemq-cpp',
#'uuid',
'boost_python-mt'
]
library_dirs = [
'/opt/activemq-cpp/lib'
]
extra_compile_args = []
extra_link_args = [
'-Wl,-rpath,/opt/activemq-cpp/lib'
]


python setup.py build
sudo python setup.py install

Tweet este post

Devido a isso, estamos procurando por um Desenvolvedor (experiente e versátil) com sólidos conhecimentos teóricos de computação e capacidade de adaptação para integrar um de nossos times no GloboEsporte.com. Procuramos pessoas com espírito inovador, curiosidade, paixão por tecnologia e talento, que se empolgam com construir grandes softwares com grandes pessoas. Que acredite que ajudar a criar e distribuir um produto é importante. Nós também procuramos pessoas que pensam sobre o que nossos clientes gostariam de ter, que focam no sucesso do produto e do negócio e não se deixam levar em guerras religiosas sobre processos de desenvolvimento.

Hoje grande parte de nossos aplicativos são desenvolvidos em Java e Python, mas encorajamos o contato de desenvolvedores que dominem outras tecnologias de desenvolvimento web, pois apreciamos visões diferentes e diversidade de conhecimento e acreditamos que um bom desenvolvedor poderá estudar as tecnologias que utilizamos e dominá-las rapidamente.

Prezamos a colaboração e a constante busca pelo aperfeiçoamento.

Nossos Desenvolvedores devem ser capazes de:

• Trabalhar em equipe e ouvir a equipe;
• Colocar suas idéias e valores de maneira clara e objetiva;
• Expor suas opniões com segurança e baseadas em fundamentos;
• Desenvolver módulos para integração com serviços web;
• Projetar e programar a aplicação em camadas visando modularização;
• Elaborar as melhores estratégias de implementação para reduzir o custo de manutenção do produto;
• Aprimorar o ambiente de desenvolvimento automatizando processos repetitivos;
• Estimar o tempo de desenvolvimento das atividades;
• Dividir as atividades (Visões do Cliente) em tarefas;
• Escolher as tarefas para desenvolvimento;
• Atualizar o status de suas atividades diariamente;
• Participar das reuniões de planejamento de iteração e release, reviews e retrospectivas com os demais integrantes do time, clientes e usuários;
• Desenvolver os produtos de software;
• Elaborar a arquitetura e esquema lógico dos dados quando necessário;
• Implementar testes de unidade, aceitação, integração;
• Trabalhar com ferramentas para Gerência de Configuração de Software (ex.: SVN, GIT e várias outras SCM suites);
• Refatorar constantemente para manter o código limpo;
• Integrar freqüentemente com o repositório porém sem descuidar de requisitos mínimos como executar os testes;
• Revisar o código:
  • Trabalhar em par;
  • Outro desenvolvedor faz uma revisão antes da integração.

É necessário ter experiência comprovada em:

• Desenvolvimento multi-camadas usando tecnologias tais como EJB ou Hibernate;
• Desenvolvimento de aplicações Java™ J2EE no ambiente da Web;
• Implementação de testes unitários em JUnit e DBUnit;
• Processos e Threads;
• Redes;
• Linguagens XML e SQL;
• Ter sólidos conhecimentos de Engenharia de Software;
• OO, MVC, Design Patterns;
• Métodos e estratégias de depuração;
• Um ou mais servidores de aplicação Java™: Tomcat, JBoss, Bea Weblogic e Jetty;
• Bancos de dados: Oracle 9i/10g e MySQL.

É importante saber do que se trata e como funciona:

• Subversion;
• Git;
• Test Driven Development (TDD);
• SOA;
• Web Services (SOAP, XML-RPC, REST);
• Javascript, JQuery, Ajax, Template Engines;
• CSS2, CSS3, HTML, DHTML e XSLT;
• Scrum.

É desejável conhecer:

• Linguagens de script (Shell Script, Perl...);
• Linguagens dinâmicas, preferencialmente Python.

Nós da Globo.com, buscamos criar o melhor ambiente possível, pois acreditamos que o segredo do sucesso de um time está nas pessoas e não nas ferramentas. Por isso, adotamos o Manifesto Ágil e quaisquer idéias que promovam a melhoria dos processos para o desenvolvimento de software. Oferecemos contratação apenas no regime CLT, com salário de mercado e um bom plano de benefícios. Nosso escritório fica localizado na Barra da Tijuca na cidade do Rio de Janeiro e damos suporte a pessoas de outros estados que queiram se mudar. Se você se sente capaz de encarar este desafio, envie seu currículo para andreia at corp dot globo dot com, com o valor pretendido e uma breve descrição do seu interesse pela oportunidade e sua aptidão.

Tweet este post

Com uma programação com 142 sessões apresentadas em 6 formatos (Birds-of-a-Feather Gathering, Estudo de Caso, Classe, Experimental, Mesa Redonda, Tutorial) separados em 10 tracks( Algoritmos Avançados & Conceitos, Processo Ágil & Metodologia, C++, Design & Arquitetura, Linguagem & Implementação, Pessoas, Projetos & Times, Requisitos & Analise, Secure Design, Teste & Qualidade, Web Services/SOA) o SD Best Practices é uma maratona de 5 dias que começa na próxima segunda-feira, 27 de outubro e termina na sexta-feira dia 30 de outubro das 8:30 as 17:00

Solicitação aprovada, passagens compradas, hotel reservado, visto aprovado, agora é fato, Boston aqui vou eu!

Tweet este post

Bem, é isso ai pessoal!

Tweet este post

Tweet este post

• Vantagem: Os objetos apontados por referencias são visto de forma simples pelo programador.
• Inconveniente: Impacto no desempenho

Este impacto no desempenho se vê atenuado com a utilização de métodos nativos apenas para realizar funções não triviais, é por este motivo que não costumamos usa-los para realizar operações triviais, exceto é claro em exemplos como neste artigo.

Desempenho acessando arrays

Quando trabalhamos com arrays múltiplos não é viável o uso de função para acessarmos cada elemento de um array, no intuito de resolver este problema foi desenvolvida uma solução chamada ‘pinning’, que consiste em um método nativo que pede a maquina virtual que não remova da memória o conteúdo de um array, desta forma o método nativo pode obter o ponteiro que aponta diretamente para o conteúdo de um array. Esta solução, entretanto, tem duas implicações:

• O garbage coletor deve suportar ‘pinning’. Em muitas implementações é inviável utilizar ‘pinning’ pois complica o garbage coletor e induz � fragmentação da memória.
• A máquina virtual deve posicionar as primitivas contiguamente na memória. Embora esta seja a disposição natural para array de tipos primitivos, os arrays booleanos podem ser implementados como empacotados e desempacotados. Uma disposição booleana empacotado usa um bit para cada elemento, visto que desempacotado usa tipicamente um byte para cada elemento. Conseqüentemente, o código nativo que confia na disposição exata dos arrays booleanos perdera sua portabilidade.

E através das funções do tipo GetArrayElements() podemos apenas obter ponteiros de tipo primitivos de dados, os arrays de objetos devem ser acessados individualmente usando GetObjectArrayElement().

Ainda assim GetArrayElements() não nos garante a obtenção do ponteiro do array original uma vez que ele cria uma cópia em outra área de memória, em resumo esta decisão depende de:

Que o garbage colector suporte “pinning”, no qual implica que o objeto não pode ser liberado ainda que não seja uma referência Java e para que o JNI o libere é preciso executar a função ReleaseArrayElements().

A distribuição dos elementos de um array na memória, assim como o seu tamanho sejam os mesmos do C.

De outra forma o array será copiado para outra área de memória e será formatado convenientemente.

Atento ao fato de que só quando chamamos a função ReleaseArrayElements() que a máquina virtual finaliza o pinning, deixando livre uma cópia do array.

Outra solução que foi incorporada ao JSDK 1.2 as funções GetPrimitiveArrayCritical() e ReleasePrimitiveArrayCritical(), ao uso destas funções são recomendadas sempre que uma thread não:

• Possuir um processo de tempo indefinido
• Chamar outras funções JNI
• Realizar uma operação “thread sleep” (suspensão da execução da thread por um tempo determinado)

Cumprindo estas condições a máquina virtual pode desativar temporariamente o garbage colector enquanto o método nativo acessa diretamente o array, sem que a máquina virtual use pinning. Isto aumenta a possibilidade da máquina virtual retornar o array original em vez de uma cópia.

/* parametros.java */
 
public class Parametros {
 
	private native int soma(int a, int b);
	private native String texto(String prompt);
	private native int[] somaArrays(int[] A, int[] B);
 
	public static void main(String[] args) {
		Parametros parametros = new Parametros();
		System.out.println("4+6=" + parametros.soma(4, 6));
		String string = parametros.texto("Digite algum texto");
		System.out.println("O texto digitado foi:" + string);
		int[] A = { 1, 2, 3 };
		int[] B = { 4, 5, 6 };
		int[] C = parametros.somaArrays(A, B);
		if (C == null) {
			System.out.println("Não foi possível realizar a soma.");
		} else {
			System.out.println("O resultado da soma dos arrays é:");
			for (int i = 0; i < C.length; i++) {
				System.out.println(C[i] + " ");
			}
			System.out.println();
		}
	}
 
	static {
		System.loadLibrary("parametros");
	}
}
 

Listagem 13: Código da classe Parametros.java

Implementação em C.

/* parametros.cpp */
 
JNIEXPORT jintArray JNICALL Java_Parametros_somaArrays(JNIEnv* env,
       jobject obj, jintArray arrayA, jintArray arrayB){
 
	jintArray arrayC;
	jint* A;
	jint* B;
	jint* C;
	jsize i;
	//Pegamos o tamanho de um dos arrays e comparamos
	jsize tamanho = (*env)->GetArrayLength(env,ArrayA);
	if(tamanho!=(*env)->GetArrayLength(env,arrayB))
		return NULL; //tamanho dos arrays são diferentes.
 
	//criação do array de retorno
	arrayC = (*env)->NewIntArray(env, tamanho);
 
	A = (jint*)(*env)->GetPrimitiveArrayCritical(env, arrayA, NULL);
	B = (jint*)(*env)->GetPrimitiveArrayCritical(env, arrayB, NULL);
	A = (jint*)(*env)->GetPrimitiveArrayCritical(env, arrayC, NULL);
 
	for (i=0; i < tamanho; i++)
		C[i] = A[i]+B[i];
 
	(*env)->ReleasePrimitiveArrayCritical(env, ArrayA,A, JNI_ABORT);
	(*env)->ReleasePrimitiveArrayCritical(env, ArrayB,B, JNI_ABORT);
	(*env)->ReleasePrimitiveArrayCritical(env, ArrayA,A, 0);
 
	return C;
}
 

Listagem 14: Código nativo parametros.cpp

Por ultimo devo dizer que JNI garante o acesso concorrente ao array por várias threads, uma vez que o JNI mantém um controlador de pinnings, para que uma thread não finalize o pinning de um array que outra thread esta usando.

Desempenho ao acessar os membros de um objeto

Para obtermos o fieldID ou o methodID realizamos uma busca simbólica em uma base de nomes dos membros, o que é relativamente custoso. Uma forma de diminuir este custo quando houver necessidade de se busca-los mais de uma vez é cachear-los.

Para cachear podemos usar duas técnicas:

1.Cachear em variáveis estáticas de uma função nativa, como por exemplo a função abaixo:

JNIEXPORT void JNICALL Java_MyClass_accessField(JNIEnv *env, jobject obj){
 
		static jfieldID fid_s = NULL; /* cacheando field ID para s */
		jclass cls = (*env)->GetObjectClass(env, obj);
		jstring jstr;
		const char *str;
		if (fid_s == NULL) {
			fid_s = (*env)->GetFieldID(env, cls, "s","Ljava/lang/String;");
			if (fid_s == NULL) {
				return;
			}
		}
		printf("Aplicação em C:\n");
		jstr = (*env)->GetObjectField(env, obj, fid_s);
		str = (*env)->GetStringUTFChars(env, jstr, NULL);
		if (str == NULL) {
			return;
		}
		printf(" c.s = \"%s\"\n", str);
		(*env)->ReleaseStringUTFChars(env, jstr, str);
		jstr = (*env)->NewStringUTF(env, "123");
		if (jstr == NULL) {
			return;
		}
		(*env)->SetObjectField(env, obj, fid_s, jstr);
}

Listagem 15: Código nativo para cache em variáveis estáticas

2.Cachear ao inicializar uma classe, isso quer dizer que em um bloco estático podemos chamar uma função que inicializa todos os atributos e métodos que vamos precisar.

public class MyClass {
 
	private static native void initIDs();
	private native void nativeMethod();
 
	private void callback(){
		System.out.println("Aplicação Java");
	}
 
	public static void main(String[] args) {
		MyClass call = new MyClass();
		call.nativeMethod();
	}
 
	static{
		System.loadLibrary("myclass");
		initIDs();
	}
}
 

Listagem 16: Código da classe MyClass, cache ao inicializar a classe.

Implementação em C.

jmethodID MID_MyClass_callback;
 
JNIEXPORT void JNICALL Java_MyClass_initIDs(JNIEnv *env, jclass cls){
	MID_ MyClass_callback = (*env)->GetMethodID(env, cls, "callback", "()V");
}
 
JNIEXPORT void JNICALL Java_ MyClass_nativeMethod(JNIEnv *env, jobject obj){
	printf("Aplicação C\n");
	(*env)->CallVoidMethod(env, obj,MID_MyClass_callback);
}
 

Listagem 17: Código nativo que implementa o cache na inicialização da classe

E logo initIDs() guarda os IDs em variáveis globais.
Das duas técnicas a mais recomendada é a segunda por varias razões:

1.Os IDs se tornam inválidos logo que a classe é descarregada. Conforme o class loader descarrega a classe e ao se carregar a classe não se atualizam os IDs, na primeira solução porem o mesmo não acontece.

2.É relativamente mais rápido uma vez que carregados os IDs não teremos que voltar a comprovar o valor do ID com:

if (fid_s == NULL) {}

Diferenças de custo entre os objetos nativos e os métodos Java

Neste tópico vamos comentar rapidamente qual o custo de se realizar uma chamada Java-nativo, nativo-Java (chamada callback), comparado com uma chamada java-java.

Uma chamada Java-nativo é mais lenta que uma chamada java-java porque:

1.A máquina virtual tem que liberar as referências locais pra depois chamar o método nativo.
2.A máquina virtual tem que buscar uma função dinâmica em sua biblioteca.
3.A máquina virtual muitas vezes pode chamar in-line quando um método Java chama outro método Java.

Estima-se que o custo é de duas a três vezes superior ao de uma chamada java-java.
Estima-se também que o custo de uma chamada nativo-Java (callback) é duas ou três vezes superior a uma chamada Java-Java. O principal custo agregado esta em:

1.Obtenção do fieldID e do methodID
2.E no acesso aos atributos através de funções, enquanto que a virtual machine pode acessá-los diretamente.

Para Saber Mais
Indicado pela Sun como fonte definitiva de informações sobre JNI.
LIANG, Sheng. The Java Native Interface - Programmers Guide and Specification.
Massachusetts: ADDISON-WESLEY, 1999. ISBN 0-201-32577-2.
Pode ser baixado em:

http://java.sun.com/docs/books/jni/download/jni.pdf

Considerações Finais

Neste artigo apresentamos uma visão geral de como se escrever aplicações híbridas envolvendo Java, JNI e bibliotecas dinâmicas nativas criadas a partir de código C. Abordamos algumas técnicas que podem ser utilizadas para facilitar a integração de sistemas legados. E, ainda uma breve visão de custo e melhoria de desempenho.

Como podemos perceber o JNI é uma ferramenta poderosa, contudo, é preciso estar ciente que uma aplicação Java chamando código nativo compromete a portabilidade e a segurança da aplicação. Pois, embora o bytecode Java compilado permaneça altamente portável, o código nativo deve ser recompilado para cada plataforma na qual se pretenda executar a aplicação.

Referencias

LIANG, Sheng. The Java Native Interface - Programmers Guide and Specification.
Massachusetts: ADDISON-WESLEY, 1999. ISBN 0-201-32577-2.

LINDHOLM, Tim;YELLIN, Frank. Java The JavaTM Virtual Machine Specification.
1999. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html>

MEAD, Matthew. Programmming in C/C++ with the Java Native Interface.
1998. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://www.pacifier.com/~mmead/jni/cs510jip/index.html >.

SUN MICROSYSTEMS. Java Native Interface Specification.
2003. Ultimo acesso em 17 de Julho de 2006. Disponível em:

SUN MICROSYSTEMS. javap - The Java Class File Disassembler.
2002. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javap.html>

SUN MICROSYSTEMS. javah - C Header and Stub File Generator.
2002. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javah.html>

Tweet este post

Figura 2: Estrutura de Callback

Existem três tipos de métodos Java:
• Métodos de instancia
• Métodos de classe
• Construtores

Vamos abordar o procedimento a ser realizado em cada caso.

Acessando métodos de instancia

O acesso aos métodos de uma classe é extremamente parecido com o acesso aos atributos e para acessá-los também é preciso seguir dois passos:

1.O primeiro passo é obter o methodID do método usando a função:

GetStaticMethodID
Protótipo

jmethodID GetStaticMethodID(JNIEnv *env,jclass clazz, const char *name,
const char *sig);

2.E em seguida usamos as funções:

CallMethod
Protótipo:

<tipoNativo> Call<tipo>Method(JNIEnv *env,jobject obj,
jmethodID methodID, ...);

Devemos usar a função de acordo com o tipo retornado. Os parâmetros são passados por uma lista de parâmetros variáveis que esta no final da função (...)

CallObjectMethod() é usado tanto para métodos que retornam objetos como para métodos que retornam arrays, para os métodos que retornam tipos primitivos devemos usar a função correspondente de acordo com a tabela acima.
Como exemplo, na listagem 7, faremos um método nativo chamado somaC() que chama um método Java chamado somaJava(), conforme listagem 6.

 
public class Contador {
	private int atributo = 0;
	private native void incrementa();
	private int somaJava(int a, int b){
		return a + b;
	}
	private native void somaC();
	public static void main(String[] args) {
		Contador contador = new Contador();
		System.out.println("Antes de chamar o método incrementa()
                  o atributo vale:"+contador.atributo);
		contador.incrementa();
		System.out.println("Depois de chamar o método incrementa()
                 o atributo vale:"+contador.atributo);
		contador.somaC();
	}
	static {
		System.loadLibrary("contador");
	}
}
 

Listagem 6: Contador.java, implementação do método somaJava()

E a implementação da função nativa correspondente:

 
/* contador.cpp */
 (...)
JNIEXPORT void JNICALL Java_Contador_somaC(JNIEnv *env, jobject obj){
	int a=5,b=4,c;
	//Obter o methodID
	jclass class = (*env)->FindClass(env,"Contador");
	jmethodID methodID = (*env)->GetMethodID(env, class, "somaJava", "(II)I");
	//Executando o metodo
	c=(*env)->CallIntMethod(env, obj, methodID, a,b);
	}
}

Listagem 7: Contador.cpp, implementação da função somaC()

Acessando métodos de classe

O processo é similar ao de execução de método de instancia, só que agora usamos outras funções.

1.Para obter o methodID usamos:
GetStaticMethodID
Protótipo:

jmethodID GetStaticMethodID(JNIEnv *env, jclass clazz, const char *name,
const char *sig);

2.Para executar os métodos usamos:
CallStaticMethodV
Protótipo:

<tipoNativo> CallStatic<tipo>MethodV(JNIEnv *env, jclass clazz,
jmethodID methodID, va_list args);
 

Que são idênticas as executadas pelos métodos de instância, porem recebem como parâmetro um jclass em vez de um jobject.

Acessando métodos de instancia de uma superclasse

Em JNI podemos obter a classe base de uma classe usando:

Jclass GetSuperClass(HNIEnv* env, jclass class);

Esta função retorna uma classe ou NULL se a classe for um java.lang.Object ou uma interface.

Se executarmos um método que foi redefinido sobre uma referencia do tipo base usando as funções CallMethod() estaremos na verdade executando o método derivado, já que o Java usa ligação dinâmica.

Para executar um método de base teremos que usar as funções:

CallNonvirtualMethodV

Protótipo:

<nativeType> CallNonvirtual<type>MethodV(JNIEnv *env, jobject obj, jclass clazz,
jmethodID methodID, va_list args);

Observe o exemplo das classes Java das listagens 8 e 9 e a implementação das funções nativas na listagem 10.

/* Base.java */
 
public class Base {
	public String  metodoJava() {
		return "Base";
	}
	public native void metodoC();
	public static void main(String[] args) {
		Base base = new Derivada();
		base.metodoC();
	}
	static{
		System.loadLibrary("Base");
	}
}

Listagem 8: Código da classe Base

/* Derivada.java */
public class Derivada extends Base{
	public String metodoJava(){
		return "Derivada";
	}
}

Listagem 9: Código da classe Derivada

Observe que metodoJava() foi redefinido. Vamos provar chamando o objeto do tipo Derivada, usando a função CallObjectMethod() e CallNonvirtualObjectMethod().

 
/* base.cpp */
 
(...)
JNIEXPORT void JNICALL Java_Base_metodoC(JNIEnv* env, jobject object){
 
	//Primeiro passo obter o methodID da classe Base
	jclass class = (*env)->FindClass(env,"Base");
	jmethodID methodID = (env*)->GetMethodID(env, class, "metodoJava","()Ljava/lang/String;");
	//Agora executamos o metodo sobre o object que é uma referencia do tipo Base
        //que aponta para um objeto Derivada e executa o metodo Derivada
	jstring mensagem=(jstring)(*env)->CallObjectMethod(env, object, methodID);
	const jbyte* mensagem_c = (*env)->GetStringUTFChars(env, mensagem, NULL);
	printf("A mensagem do metodoJava() é :%s", mensagem_c);
	(*env)->ReleaseStringUTFChars(env,mensagem, mensagem_c);
 
	//Agora vamos executar o método da Base
	mensagem = (jstring)(*env)->CallNonvirtualObjectMethod(env, object,class, methodID);
	mensagem_c = (*env)->GetStringUTFChars(env, mensagem, NULL);
	printf("A mensagem do metodoJava() é :%s", mensagem_c);
	(*env)->ReleaseStringUTFChars(env,mensagem, mensagem_c);
}

Listagem 10: Implementação da função nativa, que executa o método da classe Base

Obteremos como saída

A mensagem do metodoJava() é: Derivada
A mensagem do metodoJava() é: Base

Observe que é similar ao uso de super em Java, porem não é igual, pois em Java o super permite chamar os métodos de uma classe imediatamente da base, enquanto que com CallNonvirtualMethod() podemos executar os métodos de qualquer base.

Ex.: se temos:

Figura 3: Exemplo de hierarquia de classe

Tanto em JNI como em Java podemos chamar a partir de B os métodos de A, porem a partir de C não podemos executar os métodos de A usando super porem, podemos fazê-lo usando JNI.

Outra diferença é que podemos executar os métodos da classe base fora do objeto, coisa que não é possível fazer em Java usando super.

Resumindo em Java não podemos fazer:

A a = new B();
a.super.metodo();
 

Acessando um construtor

Acessar um construtor em JNI é igual ao acesso a qualquer outro método de instância a única diferença é que para acessarmos o construtor usamos “” como sendo o nome do método.
E uma vez que tenhamos o methodID do construtor podemos passa-lo para a função:
NewObject
Protótipo:

jobject NewObject(JNIEnv *env, jclass clazz,jmethodID methodID, ...);

Que instância o objeto e executa o construtor especificado.

Existe outra forma de criar objetos Java, que consiste em usar a seguinte função:

AllocObject
Protótipo:

jobject AllocObject(JNIEnv *env, jclass clazz);

Esta função cria um objeto sem iniciá-lo e em seguida usa-se uma função CallNovirtualMethod() para executar o construtor do objeto desejado.

Esta é uma forma menos elegante, pois obteríamos o objeto sem iniciá-lo e não poderíamos esquecer de chamar CallNovirtualMethod() e depois cria-lo com AllocObject().

Como exemplo na listagem 11, vamos fazer um método nativo que cria um objeto Ponto e o retorna com os valores passados como parâmetros ao método nativo.

/* Ponto.java */
 
public class Ponto {
	private int x;
	private int y;
	public Ponto(int x, int y) {
		this.x = x;
		this.y = y;
	}
	@Override
	public String toString() {
		return "["+x+","+y+"]";
	}
	public static native Ponto criaPonto1(int x, int y);
	public static native Ponto criaPonto2(int x, int y);
	public static void main(String[] args) {
		System.out.println(criaPonto1(2, 3));
		System.out.println(criaPonto2(1, 3));
	}
	static{
		System.loadLibrary("ponto");
	}
}
 

Listagem 11: Código da classe Ponto.java

Agora, na listagem 12, vamos implementá-lo com NewObject() e também com AllocObject().

/* ponto.cpp */
 
JNIEXPORT void JNICALL Java_PontocriaPonto1(JNIEnv* env, jclass class, jint x, jint y){
 
	jmethodID methodID = (env*)->GetMethodID(env, class,"<init>","(II)V");
	if(jmethodID==NULL)
		return NULL;
	return (*env)->NewObject(env,class,"<init>","(II)V");
 
}
 
JNIEXPORT void JNICALL Java_PontocriaPonto2(JNIEnv* env, jclass class, jint x, jint y){
	jobject obj;
 
	jmethodID methodID = (env*)->GetMethodID(env, class,"<init>","(II)V");
 
	if(jmethodID==NULL)
		return NULL;
	obj = (*en)->AllocObject(env,class);
	(*env)->CallNonvirtualVoidMethod(env,obj,class, methodID,x,y);
 
	return obj;
}
 

Listagem 12: Código nativo ponto.cpp

Tweet este post