1. Primeiramente será preciso instalar a Máquina Virtual do Java na sua máquina, como já demostrado neste post: http://jadsonjs.wordpress.com/2009/02/02/instalando-java-no-ubuntu-linux/
2. Depois será preciso copia o arquivo libnpjp2.so do diretório lib dentro do diretório de instalação da JRE, para o diretório plugins do Chrome.

O comando abaixo realiza essa tarefa, devendo apenas trocar os caminhos mostrados para os locais de instalação do java e chrome no seu computador :

sudo ln -s /usr/local/java/jdk1.6.0_23/jre/lib/i386/libnpjp2.so /opt/google/chrome/plugins

cria um link simbólico (atalho) do arquivo libnpjp2.so para o diretório plugins do chrome.

Reinicie o Chrome e digite o texto seguinte na barra de endereço do navegador:  chrome://plugins

Pronto !  O plugin Java(TM) Plug-in 1.X,X_XX deve ser mostrado. E será possível acessar o site do Banco de Brasil por ele.

A atualização “resetou” as minhas configurações de redes sem fio.Resultado, a rede de dados EDGE foi ativada novamente, e como eu não tenho plano de dados, isso me custou muitos R$ dos meus créditos antes que eu descobrisse como desativá-la.

O caminho normal é Menu -> Configurações -> Conexões sem fio e rede > Redes Moveis > Desativar conexão de dados. Mas essa opção apareceu desabilitada para mim assim que a atualização do Android foi concluída .

Assim procurando na internet achei um atalho que me salvou da falência:

Segurar o botão de desligar até aparecer um menu na tela. A primeira opção é “Redes Móveis”.  Onde pode-se ativa-la desativa-la.

Obs.: Só desliga a rede de dados móvel (2G/3G), não a rede WiFi.

A desativação também ajuda a poupar bateria.

Apanhado de siglas utilizados nessa área de comunicações móveis:

GPS -> Global Position System. Sistema de posicionamento global  via satélite.

GSM -> Global System for Mobile Communications. Rede de comunicação móvel digital. É visto como um sistema de telefone celular de segunda geração, o famoso 2G.

GPRS -> Troca de dados por pacote para sistemas GSM. Também chamado de 2.5G.

EDGE -> Rede de dados para GSM. Aumenta a velocidade das redes GPRS.

UMTS -> A nova tecnologia para comunicação móvel, são as badaladas redes 3G.

HSDPA -> Aumenta a velocidade das redes UMTS. Chamado comercialmente de 3.5G ou 3G+.

Palavras Chaves:  Enums, Java, Hibernate, @Enumerated, ORDINAL

Enums em Java: utilização e persistência

Muito fácil no Ubuntu 8.10:

Sistema -> Preferencias -> Teclado.

Na aba “Disposições”, clique em um botão com um “+” para adicionar uma nova disposição.

Abrirá um nova Janela,

* Onde tem paíz coloque: “Estados Unidos”

* E onde tem variante coloque: “EUA Internacional (com teclas acentuavéis)”

Pronto, remova a desposição que existia, selecione a que foi criada como “padrão”. E clique em “Aplicar (Todo o sistema)”

OBS.: Para digitar o “ç” digite o acento agundo + “c” . (é como se você quisesse acentuar o “c”)

Para digitar qualquer acento sozinho. Precione a tecla do acento + “barra de espaço”

sudo apt-get install sun-java6-jre
sudo apt-get install sun-java5-jdk

ou manualmente, que e como eu prefiro.

Os passos mostrados aqui sao para a instalacao manual do Java no seu Ubuntu.

Entre no site da sun e baixa a ultima versao do Java:   http://java.sun.com/javase/downloads/index.jsp

La basicamente voce vai encontrar duas “versoes”  do Java. O JRE (+- 20 MB) e JSDK (+- 80MB). Para quem quer apenas executar aplicacoes Java, a JRE eh suficiente. O JSDK ou qualquer outra coisa que o site contenha geralmente eh para quem esta interresado em desenvolver alguma aplicacao em Java.

Baixe o arquivo binario. “.bin” em um diretorio de sua preferencia – aqui eu vou usar o /usr/local/java

Se esse diretorio nao existir voce pode cria-lo:

$ sudo mkdir /usr/local/java

De permissao de execucao para o arquivo e o execute:

$ cd /usr/local/java
$ sudo chmod +x jdk-1_6_0_11-linux-i586.bin
$ sudo ./ jdk-1_6_0_11-linux-i586.bin

Para finalizar a instalacao, so eh preciso agora criar um variavel de ambiente “apontando” para o diretorio onde o Java foi instalado para que o sistema operacional seja capaz de acha-lo.

Abra o arquivo /etc/bashrc:

$ sudo gedit /etc/bash.bashrc

Acrescente as seguintes linhas ao final do arquivo:

JAVA_HOME=/usr/local/java/jdk1.6.0_11
export PATH=:$JAVA_HOME/bin:$PATH

Proto aplicacoes Java ja podem ser executadas na sua maquina.

OBS.: Caso possua mais de uma versao do Java na sua maquina (algumas versao do linux vem com uma implementacao do Java livre sem ser a implementacao da propria SUN), use o seguinte comando para escolhe a que voce acabou de instalar.

sudo update-alternatives – - config java

O sistema irá prover algumas opções, digite o número correspondente a opcao que monstra o diretorio onde voce acabou de instalar o Java, nesse caso o /usr/local/java

• Uma coisa importante que ninguem fala. A instalacao seja do JRE ou do JSDK nao instala o plugin do Java, que eh necessario para rodar applets Java dentro do seu navegador da internet – muito usado em sites de bancos, geralmente aqueles techados virtuais de seguranca.

Para instalar o pluing basta copiar ou criar um link simbolido  do arquivo .so que vem dentro do diretorio plugin do jre -para quem instalou o jsdk como eu o diretorio da jre vai esta dentro do diretorio do jsdk – para o diretorio plugins do firefox (no meu caso eu estava usando o firefox)

O comando abaixo cria esse link simbolico. É só trocar o caminho para o caminho onde está instalado o Java e o Firefox no seu sistema.

sudo ln -s /usr/local/java/jdk1.6.0_11/jre/plugin/i386/ns7/libjavaplugin_oji.so        /usr/lib/mozilla/plugins/

Para o Firefox 3.6 o plugin acima não funciona. Deve usar o plugin libnpjp2.so:

sudo ln -s /usr/local/java/jdk1.6.0_18/jre/lib/i386/libnpjp2.so /home/jadson/Programas/firefox/plugins/

Para o Firefox 4.0 o diretório plugin não existe. Então antes deve-se criá-lo.

mkdir /home/jadson/Programas/firefox/plugins/

• Outra dica muito importante é para conseguir executar aplicações Java gráficas. Por exemplo, se você tentar executar o Eclipse pelo terminal vai funcionar, mas de der dois cliques para executar o Eclipse graficamente, ele não consiguirá encontrar a JVM apesar dela ter acabado de ter sido instalada. Será mostrado a seguinte mensagem:

A Java Runtime Environment (JRE) or Java Development Kit (JDK)
must be available in order to run Eclipse. No Java virtual machine
was found after searching the following locations:
/home/username/eclipse/jre/bin/java
'java' in your current PATH

Para resolver esse problema crie um link simbólico do diretório “java” da JRE para o diretório /usr/bin. Para minha instalação ficou:

sudo ln -s /usr/local/java/jdk1.6.0_11/jre/bin/java         /usr/bin/java

Pronto, agoro acredito que tudo que seja relacionado a Java você consiga executar no Ubuntu ou qualquer outro Linux. Tando no terminal, quanto no modo gráfico ou no seu navegador da Web.

Um arquivo JAR é apenas um arquivo compactado (igual a um arquivo.zip) que contém um diretório de configurações chamado META-INF com um arquivo MANIFEST.MF dentro dele.

|-META-INF

|        | – MANIFEST.MF

|- DIRETORIO_1

|         |- *.class

|- DIRETORIO_N

Segue um script ANT, que deve ficar na raiz do seu projeto, e que gera um arquivo nessa estrutura:

<?xml version="1.0" encoding="UTF-8"?>
<project name="Criando arquivo EAR " basedir="." default="init">

<!-- definindo as propriedades do arquivo JAR -->
<property name="src" value="src"/>
<property name="bin" value="bin"/>
<property name="libs" value="libs"/>
<property name="dist" value="dist"/>
<property name="jar.file" value="${dist}/exemplo.jar" />

<!-- definindo onde estao os JARs dos sistema para a compilacao -->
<path id="classpath.base">
<fileset dir="${libs}">
<include name="*.jar" />
</fileset>
</path>

<target name="init">
<echo>Iniciando build do arquivo JAR com Ant</echo>
</target>

<target name="clean" depends="init">
<delete dir="${bin}"></delete>
</target>

<target name="prepare" depends="init">
<mkdir dir="${bin}" />
</target>

<!-- compilando os .java do diretorio src -->
<target name="compile" depends="init, clean, prepare">
<echo>Compilando as classes do diretorio src</echo>
<javac srcdir="${src}" destdir="${bin}" verbose="false">
<classpath refid="classpath.base" />
</javac>
</target>

<!--cria o JAR  -->
<target name="criar JAR " depends="compile">
<echo>Gerando arquivo JAR  </echo>
<jar jarfile="${jar.file}">
<fileset dir="${bin}">
</fileset>
</jar>
</target>

</project>

Os arquivos WAR seguem a mesma linha de raciocínio, mas tem a estrutura um pouco mais complexa
por causa do diretório WEB-INF, onde estão as “informações” do módulo web. Qualquer arquivo na
estrutura que se segue pode ser “deployado” em um servidor de aplicação web java.

|-META-INF

|        | – MANIFEST.MF

| – WEB-INF

|         | – classes

|         |          |- pacotes.*.class

|         | – lib

|         |          |- *.jar

|         | – web.xml

|

|- DIRETORIO_1

|         |- *.jsp

|- DIRETORIO_N

|- index.jsp

|-index.html

Abaixo um script ANT para gerar um arquivo WAR:


<?xml version="1.0" encoding="UTF-8"?>
<project name="Criacao do arquivo WAR" basedir="." default="deploywar">

    <!-- definicao das propriedades dos arquivos -->
<property name="src" value="src"/>
<property name="bin" value="bin" />
<property name="libs" value="libs" />
<property name="warfile.name" value="dist/exemplo.war"/>
<property name="webappdir" value="web pages" />
<property name="webxml.file" value="${webappdir}/WEB-INF/web.xml"/>
<property name="webinf.dir" value="${webappdir}/WEB-INF" />
<property name="deploy.home" value="/home/.../jboss/server/default/deploy"/>

	<!-- definindo onde estao os JARs dos sistema -->
<path id="classpath.base">
		<fileset dir="${libs}">
			<include name="*.jar" />
		</fileset>
	</path>

	<target name="init">
		<echo>Iniciando build web do projeto</echo>
	</target>

	<target name="clean" depends="init">
		<delete dir="${bin}"/>
	</target>

	<target name="prepare" depends="init">
		<mkdir dir="${bin}" />
	</target>

	<target name="compile" depends="init, clean, prepare">
		<echo>Compilando classes</echo>
		<javac srcdir="${src}" destdir="${bin}" verbose="false">
			<classpath refid="classpath.base" />
		</javac>
	</target>

	<!-- cria um arquivo war -->
	<target name="criaWar" depends="compile">
		<echo>Gerando arquivo WAR</echo>

		<war warfile="${warfile.name}" webxml="${webxml.file}">
			<fileset dir="${webappdir}" >
				<include name="*.html" />
				<include name="*.jsp" />
			</fileset>

			<classes dir="${bin}" />
	<lib dir="${libs}">
				<exclude name="alcuma_jar_desnecessario_ao_modulo_web.jar" />
			</lib>

			<webinf dir="${webinf.dir}">
       			<include name="${webxml.file}" />
     		</webinf>

		</war>

	</target>

	<!-- faz o deploy no JBoss -->
	<target name="deploywar" depends="criaWar">

		<echo>Deploy do JBOSS</echo>
		<copy file="${warfile.name}" todir="${deploy.home}" />
	</target>

</project>


Para finalizar os arquivos EAR. São arquivos que, para variar, possuem um diretório META-INF e
podem possuir vários arquivos JARs e WARs dentro dele. Cada um com a sua própria estrutura
já citadas anteriormente.
Seguem também o script ANT que gera um EAR:
</pre>
<?xml version="1.0" encoding="UTF-8"?>
<project name="Criando arquivo EAR " basedir="." default="init">

 <!-- definicao das propriedades dos arquivos -->
<property name="src" value="src"/>
<property name="webappdir" value="web pages"/>
<property name="bin" value="bin"/>
<property name="libs" value="libs"/>
<property name="dist" value="dist"/>
<property name="deploy.home" value="/home/.../jboss-4.2.0.GA/server/default/deploy"/>

 <!-- definindo as propriedades do modulo web-->
<property name="warfile.name" value="${dist}/exemplo.war" />
<property name="webxml.file" value="${webappdir}/WEB-INF/web.xml" />
<property name="webinf.dir" value="${webappdir}/WEB-INF" />

 <!-- definindo as propriedades do ear-->
<property name="metainf.dir" value="META-INF" />
<property name="session.jar.file" value="${dist}/exemplo.jar" />
<property name="application.ear.file" value="${dist}/exemplo.ear" />

 <!-- definindo onde estao os JARs dos sistema para a compilacao -->
<path id="classpath.base">
 <fileset dir="${libs}">
 <include name="*.jar" />
 </fileset>
 </path>

 <target name="init">
 <echo>Iniciando build do Projeto EAR com Ant</echo>
 </target>

 <target name="clean" depends="init">
 <delete dir="${bin}"></delete>
 </target>

 <target name="prepare" depends="init">
 <mkdir dir="${bin}" />
 </target>

 <!-- compilando os .java do diretorio src -->
 <target name="compile" depends="init, clean, prepare">
 <echo>Compilando as classes do diretorio src</echo>
 <javac srcdir="${src}" destdir="${bin}" verbose="false">
 <classpath refid="classpath.base" />
 </javac>
 </target>

 <!-- cria o arquivo war do ear -->
 <target name="criaWar" depends="compile">
 <echo>Gerando arquivo WAR</echo>

 <war warfile="${warfile.name}" webxml="${webxml.file}">

 <fileset dir="${webappdir}" >
 <include name="*.html" />
 <include name="*.jsp" />
 </fileset>

 <classes dir="${bin}">
 <!-- As classes Java desses diretorios -->
 <!-- nao fazem parte do modulo web -->
 <exclude name="session/**" />
 </classes>
	<lib dir="${libs}">
 <exclude name="jboss-ejb3x.jar" />
 </lib>

 <webinf dir="${webinf.dir}">
 <include name="${webxml.file}" />
 </webinf>

 </war>

 </target>

 <!--cria o JAR com os EJBs -->
 <target name="criar JAR EJB" depends="criaWar">
 <echo>Gerando arquivo JAR com EJB </echo>
 <jar jarfile="${session.jar.file}">
 <fileset dir="${bin}">
 <!-- Os beans do JSF nao estao no modulo EJB-->
 <exclude name="managedbean/**" />
 </fileset>
 </jar>
 </target>

 <!-- cria o arquivo EAR -->
 <target name="criar arquivo EAR" depends="criar JAR EJB">
 <echo>Gerando arquivo EAR </echo>
 <jar jarfile="${application.ear.file}">

 <metainf dir="META-INF">
 <include name="application.xml" />
 </metainf>

 <fileset dir="${dist}" includes="*.ejb3, *.jar, *.war, *.par" />
 </jar>

 <!-- se quiser apagar os arquivos gerados -->
 <!--
 <delete file="${warfile.name}"/>
 <delete file="${session.jar.file}"/>
 -->

 </target>

 <!-- faz o deploy no JBoss -->
 <target name="deploy-ear" depends="criar arquivo EAR, undeploy-ear">
 <echo>Deploy aplicacao no JBOSS</echo>
 <copy file="${application.ear.file}" todir="${deploy.home}" />
 </target>

 <!-- undeploy da aplicacao -->
 <target name="undeploy-ear">
 <echo>UnDeploy aplicacao no JBOSS</echo>
 <delete file="${deploy.home}/exemplo.ear"/>
 </target>

</project>
<pre>


         ]]>
			http://jadsonjs.wordpress.com/2008/11/23/criando-arquivos-jar-war-e-ear/feed/
		3
	
		
			jadson
		
	
		
		
		http://jadsonjs.wordpress.com/2008/05/25/restringindo-acesso-e-adicionando-sll-a-sua-aplicacao/
		http://jadsonjs.wordpress.com/2008/05/25/restringindo-acesso-e-adicionando-sll-a-sua-aplicacao/#comments
		Sun, 25 May 2008 16:19:38 +0000
		jadsonjs
				
		

		http://jadsonjs.wordpress.com/?p=22
		]]>
			Para restringir acesso a sua aplicação no Tomcat/JBoss basta colocar um arquivo chamado context.xml

no diretório WEB-INF da referida aplicação.
contextxml
O exemplo acima mostra as configuração para liberar acesso somente a localhost e à rede privada 10.0.0.0/24.
 
* Para colocar todas as páginas da suas aplicações para usar SSL basta apenas acrescentar o seguinte trecho ao arquivo web.xml (É preciso que o Tomcat/JBoss esteja configurado para usar SSL).
web.xml
 
 

         ]]>
			http://jadsonjs.wordpress.com/2008/05/25/restringindo-acesso-e-adicionando-sll-a-sua-aplicacao/feed/
		0
	
		
			jadson
		
	
		
		
		http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-6-de-6/
		http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-6-de-6/#comments
		Sun, 02 Mar 2008 20:05:58 +0000
		jadsonjs
				

		http://jadsonjs.wordpress.com/?p=21
		]]>
			         Finalmente, um exemplo simples que mostra a utilização de alguns dos padrões citados no trabalho e as conclusões.

Artigo Padroes de Projeto – Exemplo de Arquitetura e Conclusões

         ]]>
			http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-6-de-6/feed/
		0
	
		
			jadson
		
	
		
		
		http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-5-de-6/
		http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-5-de-6/#comments
		Sun, 02 Mar 2008 20:03:01 +0000
		jadsonjs
				

		http://jadsonjs.wordpress.com/?p=18
		]]>
			Padrões da camada de Aplicações e Apresentação: Facade, Command, MVC e Smart UI. 

Artigo Padroes de Projeto – Padroes de Aplicação e Apresentacao

         ]]>
			http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-5-de-6/feed/
		0
	
		
			jadson
		
	
		
		
		http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-4-de-6/
		http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-4-de-6/#comments
		Sun, 02 Mar 2008 19:58:41 +0000
		jadsonjs
				

		http://jadsonjs.wordpress.com/?p=16
		]]>
			Os padrões da camada de persistência: Data Mapper, Repositório e Active Record.

Artigo Padroes de Projeto – Padroes de Persistencia 

         ]]>
			http://jadsonjs.wordpress.com/2008/03/02/padroes-de-projeto-parte-4-de-6/feed/
		0
	
		
			jadson