Java é a linguagem de programação mais versátil atualmente, permitindo que o programador desenvolva aplicações desktop, web e até para celular.
Programadores Java estão entre os mais bem pagos atualmente. Você quer aprender Java e não sabe por onde começar? Faça o curso de Java da Trainning e entre de cabeça no mercado de trabalho!
Vai ficar de fora e perder essa oportunidade?
Além dos cursos Java, existem outros cursos com matrículas abertas, veja aqui.
Informe publicitário
O Tomcat 7 utiliza precisa do Java (JDK) para funcionar. Você pode utilizar o Java da Oracle, o OpenJDK ou outro.
A vantagem de utilizar o OpenJDK é que, além de poder ser instalado pelo repositório, e assim você poder atualizar junto com o sistema (yum update), ele é completamente livre, diferente do Java da Oracle.
No nosso teste abaixo, utilizei o Centos 6.3 Minimal, que pode ser obtido clicando aqui.
Assuma o poder de root através do comando su ou sudo su e depois siga o passo-a-passo abaixo.
Atualize o sistema:
yum -y update
Instale o OpenJDK 7:
yum install -y java-1.7.0-openjdk
Baixe o Tomcat 7. Caso o link abaixo não funcione, baixe a versão mais recente em: tomcat.apache.org
wget http://apache.tradebit.com/pub/tomcat/tomcat-7/v7.0.35/bin/apache-tomcat-7.0.35.tar.gz
Descompacte o Tomcat 7
tar -zxvf apache-tomcat-7.0.35.tar.gz
Mova para o local correto (escolher o diretório /var, mas pode ser outro)
mv apache-tomcat-7.0.35 /var/tomcat7
Libere a porta 8080 no Iptables
/sbin/iptables -I INPUT -p tcp --dport 8080 -j ACCEPT /etc/init.d/iptables save service iptables restart
Para editar arquivos de texto, você pode utilizar o vi, vim ou outro editor de sua preferência. Os comandos básicos do vi e vim são os mesmos.
Crie o arquivo tomcat7 dentro do diretório /etc/init.d/ com o conteúdo abaixo:
#!/bin/bash
# description: Tomcat Start Stop Restart
# processname: tomcat6
# chkconfig: 234 20 80
case $1 in
start)
/var/tomcat7/bin/startup.sh;;
stop)
/var/tomcat7/bin/shutdown.sh;;
esac
exit 0
Depois dê permissão de execução ao arquivo:
chmod +x /etc/init.d/tomcat7
Agora você pode iniciar o Tomcat 7 como serviço:
service tomcat7 start
Se quizer parar:
service tomcat7 stop
Para que o Tomcat 7 inicie automaticamente quando ligar o computador:
chkconfig tomcat7 on
Pronto! Agora é só colocar suas aplicações web java na pasta /var/tomcat7/webapps
Eventualmente precisamos saber o número do processo de um programa.
Os números de todos os processos rodando no sistema podem ser obtidos a partir do comando:
ps aux
Se você quizer sabe o número – e apenas o número – de processo de um programa específico, como por exemplo, o Java? Você pode fazer essa forma:
/sbin/pidof java
Caso você queira outras informações, além do número do precesso, pode fazer dessa forma:
ps aux | grep java
Procedimento testado no CentOS Linux 6.3
Passei algum tempo pra fazer isso funcionar, mas finalmente consegui. Debugar (depurar) em um servidor remoto é bastante útil e economiza bastante tempo. No meu caso, tenho uma lib (jar) que é importada no projeto, e a única forma de debugar ela com o projeto rodando, foi utilizando o debug remoto (mesmo estando no mesmo servidor).
É bastante interessante utilizar um Tomcat que foi instalado separadamente, e não o que foi instalado com o NetBeans. No meu caso, não instalei do repositório (apt, yum etc.), mas baixei o pacote compactado no site e extraí na pasta /opt/tomcat6.
O procedimento foi testado no Linux Mint Debian Edition (LMDE), mas muito provavelmente funcionará em outras distribuições, especialmente Debian e Ubuntu. A versão do NetBeans é a 7.1.1 e o Tomcat 6.0.35.
Vá no Terminal e digite o seguinte comando
sudo java -jar -Xdebug -Djava.compiler=NONE -Xrunjp:transport=dt_socket,server=y,suspend=n,address=7001 -Duser.dir="/opt/tomcat6" -Djava.endorsed.dirs="/opt/tomcat6/common/endorsed" "/opt/tomcat6/bin/bootstrap.jar" start
Lembre-se de substituir pelos diretórios corretos para o seu caso.
Se a mensagem "INFO: Server startup in X ms" apareceu, quer dizer que até aí deu tudo certo.
Depois é só ir no NetBeans para anexar o depurador. Acesse o menu "Depurar" (em inglês deve ser "Debug") e depois "Anexar Depurador" (em inglês deve estar como "Attach Debugger").
Coloque a porta 7001 e o host deve ser a máquina onde está o tomcat (o IP ou o nome). E pronto. Agora é só abrir sua aplicação e colocar os pontos de interrupção onde você quizer!
Informação adicionada em 26/12/2012:
Graças à colaboração (através dos comentários) de Afonso, vou mostrar uma forma bem mais simples (e que resolverá seu problema caso não esteja conseguindo debugar)
Ao invés de chamar o tomcat através da linha abaixo:
sudo java -jar -Xdebug -Djava.compiler=NONE -Xrunjp:transport=dt_socket,server=y,suspend=n,address=7001 -Duser.dir="/opt/tomcat6" -Djava.endorsed.dirs="/opt/tomcat6/common/endorsed" "/opt/tomcat6/bin/bootstrap.jar" start
Simplesmente adicione ao catalina.sh, logo após os comentários (linhas que começam com #), a linha abaixo:
CATALINA_OPTS=”-Xdebug -Xrunjdwp:transport=dt_socket,address=7001,server=y,suspend=n”
E reinicie seu Tomcat. O resto dos passos você pode fazer da mesma forma, e assim você poderá depurar/debugar suas classes remotamente!
Fonte: http://ahm507.blogspot.com.br/2006/12/netbeans-remote-debugging.html
É com prazer que, depois de 2 meses desenvolvimento e testes, anuncio o lançamento do JLoja, que é um sistema livre de controle de estoque, indicado para micro e pequenas empresas.
A idéia do sistema não é ser uma ERP, para gerenciar todos os processos de uma empresa. Até porque, se esse fosse o objetivo, nunca seria liberado em 2 meses e feito com apenas duas mãos!
O sistema possui cadastro de pessoas (clientes, fornecedores e funcionários), usuários, produtos, movimentações (entradas e saídas) e relatórios de estoque e vendas. O sistema não possui módulo de nas fiscais ou notas fiscais eletrônicas. É voltado para controle interno.
Caso tenha se interessado, você pode saber mais sobre o sistema em: www.jloja.sf.net e acessar o Demo Online em http://23.21.178.153:8080/jloja_demo/ (Usuário: admin – Senha: admin). A base de dados do Demo Online é restaurada a cada hora, então fique à vontade para cadastrar o que quizer! 🙂
Creio que o JLoja seja o primeiro sistema web livre para controle de estoque, e foi desenvolvido utilizado a framework WebIncógnita, que gera páginas em JSP, com o banco de dados PostgreSQL 8.4. O container recomendado é o Tomcat 6.
Enfim. É isso. Espero que possa ser útil para algumas pessoas. Se gostar, conte para os seus amigos. Se não gostar, não conte pra ninguém! 😛
O Serpro, ou Serviço Federal de Processamento de Dados, é a maior empresa pública de prestação de serviços de Tecnologia da Informação (TI) da América Latina. O órgão é vinculado ao Ministério da Fazenda e foi criado em 1964 com o objetivo de oferecer mais transparência e controle sobre a receita e os gastos públicos.
Mas o Serpro agora possui outra missão além da original: "compartilhar para multiplicar conhecimento. Esse é o objetivo do Serviço Federal de Processamento de Dados (Serpro) ao disponibilizar para a sociedade uma série de 14 cursos, todos licenciados em Creative Commons."
Em outras palavras, são vários cursos à distância que estão sendo oferecidos para a sociedade brasileira. A maioria deles na área de TI, que é o "ramo" da empresa. Alguns deles são:
Para utilizar, basta acessar o endereço www.serpro.gov.br/inclusao/conteudos-educacionais-livres e fazer o download dos cursos. É preciso ter instalado na máquina o Moodle, uma plataforma livre de aprendizagem que você pode adquirir no seguinte endereço www.moodle.org/downloads. Os cursos foram desenvolvidos na versão 1.9.7 e operam perfeitamente nas versões 1.9.x, acima da 1.9.7. Porém, não funcionam em versões anteriores ou no Moodle 2.0.
Um ponto que não posso deixar de reforçar é que todos os cursos estão sob a licença Creative Commons "Atribuição-Uso não-comercial-Vedada a criação de obras derivadas 3.0", que deixa o curso livre para distribuição.
Seria bastante interessante se fosse livre para alteração (além da distribuição). Mas já é um bom começo. 🙂
Fonte: Serpro
Estava tentando utilizar o método split(), que separa uma String em trechos determinados e joga em um Array (Vetor).
Pesquisei um pouco e encontrei alguém em um site falando que o método não existia na MIDP, e precisava ser implementado manualmente. Não sei se é exatamente isso, mas funcionou.
Caso você também precise, aqui está o código:
private String[] split(String original) {
Vector nodes = new Vector();
String separator = ";";
// Parse nodes into vector
int index = original.indexOf(separator);
while(index>=0) {
nodes.addElement( original.substring(0, index) );
original = original.substring(index+separator.length());
index = original.indexOf(separator);
}
// Get the last node
nodes.addElement( original );
// Create splitted string array
String[] result = new String[ nodes.size() ];
if( nodes.size()>0 ) {
for(int loop=0; loop<nodes.size(); loop++) {
result[loop] = (String)nodes.elementAt(loop);
System.out.println(result[loop]);
}
}
return result;
}
Estou começando a estudar Java ME (Java Mobile Enviroment), que é utilizado para programação para dispositivos móveis (celulares, smartphones, tablets etc.). Apesar de atualmente ser mais fácil se programar diretamente para Android ou iPhone, estudar Java ME te ajuda a dar uma base melhor.
Então eis o meu problema: O Java ME utiliza um sistema chamado RMS para armazenar dados da aplicação. Funciona como um banco de dados rudimentar.
Só que quando estava testando os primeiros exemplos, não conseguia encontrar onde esse arquivo de banco de dados era salvo. Procurei um pouco e consegui encontrar. Se você passar (ou está passando) pelo mesmo problema, isso vai te ajudar.
Se vocẽ instalou o Wireless Toolkit no caminho C:\WTK2.5.1\, por exemplo, existe uma pasta chamada appdb. Dentro dela tem outra pasta com o nome do seu device. Nome caso: DefaultColorPhone.
Lá dentro ficarão os arquivos gerados por seus programas, com a extensão db.
Simples assim. 🙂
Uma pequena comparação entre as linguagens. Osso é a colherzinha quebrada do PHP 😛
Comparação entre as linguagens de programação
Quando trabalhamos com um projeto no Eclipse no Linux, a codificação padrão é UTF-8. Essa codificação é universal, ou seja, contém acentos e caracteres especiais, mas no Windows a codificação padrão é ISO Latin1 (8859-1). Isso causa problemas com os acentos no Windows.
Para resolver esse problema, é só mudar a codificação no Eclipse de UTF-8 para ISO Latin1.
Acesse o menu Window / Preferences / Web. Nas Opções CSS Files, JavaScript e JSP Files, altere Encoding para ISO Latin-1
Pronto 🙂
Últimos comentários