Este tópico visa auxiliar o cliente na solução dos problemas mais comuns durante a publicação de uma aplicação nos nossos servidores.

 

Uso de JAR

Nós encorajamos a todos a adoção do JAR, mas damos suporte ao WAR sem problemas, antes de migrar para o WAR ou publicar com as tabelas FR verifique se não está ocorrendo algum dos erros abaixo.

Regra não encontrada

  • Regra chamada por nome ou outros métodos mais sofisticados – Verifique se a regra é chamada diretamente (através de sub-fluxos ou associada a algum evento), se não for talvez o mecanismo de detecção de dependências do Webrun tenha excluído a regra por não detectar o seu uso na aplicação, neste caso marque a opção “Incluir todas as regras” na compilação do JAR (exporta Código).
  • Após atualizar o JAR a regra não foi atualizada – Após publicar uma nova versão do JAR é necessário limpar a pasta “cacheCompressed” pois nela ficam gravados arquivos que NÃO SÃO ATUALIZADOS AUTOMATICAMENTE pelo Webrun.
  • Nome do WFRE diferente do nome do JAR – O nome do WFRE e do JAR devem diferir somente na sigla;
  • Uso de nome de instância no WFRE publicado – Remova o nome da instância do WFRE;
  • Diferença entre a versão local e a do servidor – Use o Painel de Controle para selecionar a versão que deseja usar no servidor;
  • Mais de um WFRE apontando para um sistema com a mesma sigla – O JAR não aceita que exista mais de um WFRE com a mesma sigla do sistema, para usar multi-empresa com JAR use a pasta “DataConnection” conforme descrito no manual do Maker sobre o trabalho com multi-empresa.
  • JAR de aplicação diferente da do WFRE – O Webrun usa a sigla do sistema (3 letras) para identificar o código do sistema dentro do JAR, muitas vezes por desatenção ou por “esbarrar” acidentalmente no teclado/mouse selecionamos o sistema errado na tela de exportação de código. Recomendamos atenção dobrada na hora de exportar o código e verifiquem se o nome original do WAR é o mesmo da aplicação que será publicada.
  • Banco de dados vazio ou sem as tabelas FR_* necessárias – Este erro ocorre quando o banco de dados que o WFRE do projeto aponta não contém a tabela FR_GRUPO, veja a lista de tabelas que devem ser incluídas no banco de dados que será usado em produção.
  • Uso do IP no local do nome do servidor – Os servidores de banco de dados podem se encontrar em qualquer máquina dentro dos servidores, por isso o uso de endereços como “127.0.0.1” ou “localhost” não funcionam, use sempre o nome dos servidores determinados no e-mail de ativação da conta, também não use os endereços IP, pois eles podem ser movidos de servidor para atender mudanças na demanda.
  • Uso de nomes inválidos como LOCALHOST – No servidor remoto o banco de dados pode se encontrar em outra máquina, por isso o uso de localhost e similares não funciona.
  • Problemas com o Microsoft Enterprise Manager 2008 – Se após a conexão aparecer uma mensagem parecida com essa:

Tabela “FR_COMPONENTE” não encontrado

  • Nome do WFRE diferente do nome do JAR – O nome do WFRE e do JAR devem diferir somente na sigla;
  • Uso de nome de instância no WFRE publicado – Remova o nome da instância do WFRE;
  • Diferença entre a versão local e a do servidor – Use o Painel de Controle para selecionar a versão que deseja usar no servidor;
  • Mais de um WFRE apontando para um sistema com a mesma sigla – O JAR não aceita que exista mais de um WFRE com a mesma sigla do sistema, para usar multi-empresa com JAR use a pasta “DataConnection” conforme descrito no manual do Maker sobre o trabalho com multi-empresa.
  • JAR de aplicação diferente da do WFRE – O Webrun usa a sigla do sistema (3 letras) para identificar o código do sistema dentro do JAR, muitas vezes por desatenção ou por “esbarrar” acidentalmente no teclado/mouse selecionamos o sistema errado na tela de exportação de código. Recomendamos atenção dobrada na hora de exportar o código e verifiquem se o nome original do WAR é o mesmo da aplicação que será publicada.

Tabela “FR_GRUPO” não encontrada

  •  Banco de dados vazio ou sem as tabelas FR_* necessárias – Este erro ocorre quando o banco de dados que o WFRE do projeto aponta não contém a tabela FR_GRUPO, veja a lista de tabelas que devem ser incluídas no banco de dados que será usado em produção.

Banco de dados

Falha na conexão com banco de dados

The server principal “username” is not able to access the database “databasename” under the current security context.(Microsoft SQL Server, Error: 916)

Será necessário configurar o Enterprise Manager para que o mesmo não tente retirar as informações do COLLATION de todos os banco de dados. Para realizar essa configuração siga os passos abaixo:

  1. No Object Explorer, click em Databases;
  2. Acesse a opção de menu “View –> Object Explorer Details” ou pressione F7;
  3. Botão direito no cabecalho das colunas e desmarque a opção “collation”;
  4. Atualize (Refresh) a lista de banco de dados e tudo irá funcionar.

FONTE: http://blog.cpugeni.com/archive/2008/09/22/microsoft-sql-server-management-studio-2008-error-916.aspx

Backup, Restore, Drop

  • Não consigo deletar um banco de dados – Pare o tomcat antes de tentar excluir uma arquivo, pois o mesmo pode estar conectado ao banco impedindo que o banco se excluído.
  • Não consigo restaurar um arquivo de backup – Para restaurar um backup é necessário que ele não esteja comprimido (ZIPADO), somente são aceitos os formatos que o banco de dados pode manipular diretamente, no caso do postgres há suporte para backup comprimidos pelo próprio pg_dump. Verifique também se a versão do servidor remoto é compatível com o backup gerado.
  • Falha na abertura da conexão – Se você consegue se conectar com o FTP mas não consegue baixar arquivos ou listar o conteúdo de pasta é porque sua rede só suporta FTP no “Modo Passivo”. Normalmente quando estamos em uma rede com NAT é necessário ativar o modo passivo.
  • Falha ao excluir arquivos – Verifique se o seu tomcat não está ativo, pois ele pode está bloqueando o acesso ao arquivo.

Acesso via FTP

  • Falha na abertura da conexão – Se você consegue se conectar com o FTP mas não consegue baixar arquivos ou listar o conteúdo de pasta é porque sua rede só suporta FTP no “Modo Passivo”. Normalmente quando estamos em uma rede com NAT é necessário ativar o modo passivo.
  • Falha ao excluir arquivos – Verifique se o seu tomcat não está ativo, pois ele pode está bloqueando o acesso ao arquivo.
  • No labels
Write a comment…