Mudanças entre as edições de "Problemas comuns no Deploy de Aplicações Java"
(Criou página com 'A lista abaixo foi elaborada para ajudar ao desenvolvedor iniciante, assim como usuário iniciante, sobre problemas comuns encontrados em um deploy. <br /><br /> 1. Use sempr...') |
|||
| Linha 3: | Linha 3: | ||
1. Use sempre um servidor Java que tenha conhecimentos mínimos. Se não tem experiência básica com servidores Java, recomendamos sempre o Tomcat. <br /> | 1. Use sempre um servidor Java que tenha conhecimentos mínimos. Se não tem experiência básica com servidores Java, recomendamos sempre o Tomcat. <br /> | ||
2. Tenha em mente que cada servidor Java tem um procedimento diferente para deploy, configuração do ambiente como pool de conexões, bibliotecas e etc. O desenvolvedor que utiliza, por exemplo, localmente um GlassFish, automatizado completamente pelo NetBeans, poderá e terá dificuldades online na sua operação. A recomendação do item 1 é válida em situações como esta. <br /> | 2. Tenha em mente que cada servidor Java tem um procedimento diferente para deploy, configuração do ambiente como pool de conexões, bibliotecas e etc. O desenvolvedor que utiliza, por exemplo, localmente um GlassFish, automatizado completamente pelo NetBeans, poderá e terá dificuldades online na sua operação. A recomendação do item 1 é válida em situações como esta. <br /> | ||
| − | 3. Os tutoriais que a Integrator | + | 3. Os tutoriais que a Integrator fornece não podem ser considerados a única fonte de documentação do servidor Java que escolheu usar. O desenvolvedor é obrigado a recorrer a documentação caso precise de instruções mais específicas. <br /> |
| − | 4. Erros em aplicativos exigem que o desenvolvedor recorra aos logs. <br /> | + | 4. Erros em aplicativos exigem que o desenvolvedor recorra aos logs. O suporte não interpretará erros dos logs. Caso o desenvolvedor tenha dúvidas, ele deve recorrer a própria interpretação para perguntar ao suporte de forma clara o que está necessitando resolver. <br /> |
| − | 5. Erros de formatação em aplicativos exigem que o desenvolvedor analise o caminho que foi adicionado aos seus componentes. É importante também analisar a diferença do deploy que usa local para o online. Não use caminhos físicos para formatações. <br /> | + | 5. Erros de formatação em aplicativos exigem que o desenvolvedor analise o caminho que foi adicionado aos seus componentes. É importante também analisar a diferença do deploy que usa local para o online. Não use caminhos físicos para formatações . <br /> |
6. Problemas com fontes em relatórios como o JasperReports temos o link [[Problemas com Fontes em Relatórios JasperReports|clicando aqui]] como dica. <br /> | 6. Problemas com fontes em relatórios como o JasperReports temos o link [[Problemas com Fontes em Relatórios JasperReports|clicando aqui]] como dica. <br /> | ||
7. Problemas com bancos de dados podem ser resolvidos vendo as dicas que fornecemos [[Categoria:BANCO_DE_DADOS|clicando aqui]]. <br /> | 7. Problemas com bancos de dados podem ser resolvidos vendo as dicas que fornecemos [[Categoria:BANCO_DE_DADOS|clicando aqui]]. <br /> | ||
Edição das 00h52min de 13 de abril de 2016
A lista abaixo foi elaborada para ajudar ao desenvolvedor iniciante, assim como usuário iniciante, sobre problemas comuns encontrados em um deploy.
1. Use sempre um servidor Java que tenha conhecimentos mínimos. Se não tem experiência básica com servidores Java, recomendamos sempre o Tomcat.
2. Tenha em mente que cada servidor Java tem um procedimento diferente para deploy, configuração do ambiente como pool de conexões, bibliotecas e etc. O desenvolvedor que utiliza, por exemplo, localmente um GlassFish, automatizado completamente pelo NetBeans, poderá e terá dificuldades online na sua operação. A recomendação do item 1 é válida em situações como esta.
3. Os tutoriais que a Integrator fornece não podem ser considerados a única fonte de documentação do servidor Java que escolheu usar. O desenvolvedor é obrigado a recorrer a documentação caso precise de instruções mais específicas.
4. Erros em aplicativos exigem que o desenvolvedor recorra aos logs. O suporte não interpretará erros dos logs. Caso o desenvolvedor tenha dúvidas, ele deve recorrer a própria interpretação para perguntar ao suporte de forma clara o que está necessitando resolver.
5. Erros de formatação em aplicativos exigem que o desenvolvedor analise o caminho que foi adicionado aos seus componentes. É importante também analisar a diferença do deploy que usa local para o online. Não use caminhos físicos para formatações .
6. Problemas com fontes em relatórios como o JasperReports temos o link clicando aqui como dica.
7. Problemas com bancos de dados podem ser resolvidos vendo as dicas que fornecemos.
8. Erros com acentuações tem nossa explicação básica clicando aqui.
9. O encoding do PostgreSQL, assim como do servidor Linux não se altera. Sempre será UTF-8.
10. O encoding do Tomcat, por exemplo, é por padrão ISO-8859-1. O desenvolvedor tendo acesso 100% ao servidor, poderá alterar esse padrão por sua conta.
IMPORTANTE: É fundamental ao desenvolvedor compreender que o serviço contratado é uma hospedagem. Exigir do suporte análise de erros ou falhas em aplicativos foge ao serviço contratado.
