| Autor |
Mensagem |
|
|
Tenta setar o encoding Latin no seu JSP:
|
 |
|
|
Paulo Roberto Schiavon wrote:Porém um analista pleno, na TCS, ganha um ótimo $$$, seniors nem se fala (da até para nadar nele).
Quanto é esse ótimo $$$ pra pleno e sênior? Só por curiosidade...
|
|
|
|
Faz o seguinte pra testar:
1) Empacote o seu jar SEM o driver do firebird e com um MANIFEST.MF mais ou menos assim:
2) Coloque o firebirdsql-full.jar no seu classpath (se não tiver certeza de qual é o seu classpath, coloque na pasta na qual o jar do seu programa está)
3) Rode a aplicação pra ver se funciona.
[]s
|
|
|
|
Faz o seguinte pra testar:
1) Empacote o seu jar SEM o driver do firebird e com um MANIFEST.MF mais ou menos assim:
2) Coloque o firebirdsql-full.jar no seu classpath (se não tiver certeza de qual é o seu classpath, coloque na pasta na qual o jar do seu programa está)
3) Rode a aplicação pra ver se funciona.
[]s
|
|
|
|
Faz o seguinte pra testar:
1) Empacote o seu jar SEM o driver do firebird e com um MANIFEST.MF mais ou menos assim:
2) Coloque o firebirdsql-full.jar no seu classpath (se não tiver certeza de qual é o seu classpath, coloque na pasta na qual o jar do seu programa está)
3) Rode a aplicação pra ver se funciona.
[]s
|
|
|
|
Eu também estou com essa dúvida rondando minha cabeça.
Gosto da tecnologia e também gosto de dinheiro. Quero continuar envolvido com os aspectos técnicos dos projetos mas também não quero ser um desenvolvedor eternamente (ficar fazendo mil telas, debugando código, etc). Também não quero ser um gerente de projetos (pelo menos agora não quero isso).
O que fazer? Me especializar fazendo uma pós técnica ou fazer uma pós com perfil mais "gerencial", "administrativa"?
Trabalho há pouco tempo com software (2 anos ao todo, antes tinha uma profissão totalmente diferente). Trabalhei somente em duas empresas mas ambas têm papéis que misturam aspectos técnicos e gerenciais.
Na primeira, existem os seguintes cargos:
1) Arquiteto de Software : é o cara que entra num projeto na fase de concepção e pode ir até o final dele, se preciso. Ajuda na pré-venda e, se vendido, define todos os padrões arquiteturais da aplicação, implementa mecanismos-chave, lidera os projetistas (e desenvolvedores, conseqüentemente), ajuda o gerente no planejamento das fases do projeto (fazendo cronograma, etc). Pro cara ser bom ele precisa ter técnica e saber motivar, administrar, negociar, liderar, etc.
2) Arquiteto de Sistemas : é um Arquiteto de Software "Power", que trabalha em vários projetos, é responsável por todos os aspectos técnicos da empresa, etc. Também precisa exercitar muito bem as habilidades técnicas e gerenciais.
Vou fazer a pós no ano que vem, mas até agora o que eu decidi foi o seguinte:
Quero guiar a minha carreira pra Arquitetura, implementando pontos-chave do sistema, casos de uso cabulosos, fazer análise, discutir arquitetura, etc. Mas também quero liderar equipes, negociar prazos, enfim, participar das decisões gerenciais e estratégicas dos projetos (que é onde tá a grana).
Pra isso decidi fazer uma pós com perfil gerencial no ano que vem. Este ano, vou me dedicar e dar um gás no inglês e tentar tirar pelo menos 2 certificações (3 seria o ideal).
Acho que assim consigo me capacitar pra atingir esses objetivos...
|
|
|
|
Já tive um problema assim uma vez. Pelo que me lembro, não vai adiantar colocar nem na raíz nem na pasta "lib". Primeiro que para deixar na lib é necessário ao menos indicar isso no manifest, ou não?
O problema acontece porque o classloader não reconhece o jar do firebird se ele não estiver no classpath. Diante disto, você tem duas opções:
1) Colocar o driver do firebird no classpath.
2) Escrever um classloader que carregue o driver do firebird.
Estou correto? Acho que é isso...
|
|
|
|
|
Tente colocar o firebirdsql-full.jar na raiz do seu jar e não em "lib/firebirdsql-full.jar".
|
|
|
|
Só complementando:
no caso:
O método se chama "main", não tem retorno (void) e recebe um array do tipo String como parâmetro de entrada.
|
|
|
|
Isso mesmo. Os métodos retornam "valor".
Funciona assim:
Exemplo:
Melhorou?
|
|
|
|
|
Crie então um Hashmap e deixe na memória (se precisar, carregue os dados do seu properties na hash e vai adicionando, alterando, excluindo, etc). Resolve assim?
|
|
|
|
Eu geralmente crio um arquivo xxxx.properties
Manipulo dentro da aplicação utilizando a classe java.util.ResourceBundle.
E na hora de empacotar deixo o meu xxxx.properties na raiz do jar.
É essa a sua dúvida?
|
|
|
|
Como eu e o dders havíamos falado, dá pra fazer estendendo a classe java.util.TimerTask.
Fiz um exemplo no Tomcat:
Fiz rodar a partir da chamada de um servlet que eu criei e configurei pra rodar quando a aplicação sobe no tomcat:
Configuração do servlet no web.xml:
Desculpe a demora aí, mas a vida anda corrida e só agora pude te falar com mais detalhes. Mas manda bala que funciona e é mais simples do que colocar o Quartz na sua aplicação.
|
|
|
|
Nestes casos eu prefiro ter um script ANT. Tenho um pra cada projeto. A cada novo projeto, copio e altero um que eu já tenha. É bem fácil e te dá produtividade, além da liberdade de definir o quê empacotar, como empacotar, onde copiar o arquivo gerado, etc...
Tem um tutorial de ANT aqui no GUJ.
|
|
|
|
Alguns servidores de aplicação têm um timer nativo (sei que o Weblogic 8.0 tem um) que você pode cadastrar no seu deployment descriptor.
Alternativamente, você pode utilizar a interface java.util.Timer, agendar o seu timer pro tempo que quiser (e executando a ação de chamar o seu servlet, é claro) e cadastrar essa pitomba no seu deployment descriptor (web.xml se a sua aplicação for um war).
Desse jeito você não precisa utilizar o Quartz (que pode te dar mais recursos, caso precise mais do que um timer simples e rápido).
|
|
|
|