Comunicação Jsp+Servlet e SErvidor web

3 respostas
S

Minha aplicação não está fazendo comunicação com a servlet corretamente
http://www.yokailive.tv:8080/episodio?epi=23 neste endereço eu consigo rodar apesar da taglib não está sendo executada corretamente queria saber porque? Pois localmente roda de boa e quando entro neste endereço http://www.yokailive.tv/episodio?epi=23 sem a porta da erro 404, tem alguma configuração para não acontecer isso, alguém poderia dar uma ajuda?

3 Respostas

A

Carinha, quando você digita :8080 você está entrando diretamente no servidor de aplicação, ou seja, no Tomcat, JBoss, ou sei lá o que você está usando para rodar suas aplicações.

Quando você não digita :8080 , você está acessando a porta 80, que é a porta padrão para comunicação por http, e provavelmente você está acessando o seu servidor web, por exemplo, o apache.

E o apache tá achando que tem um arquivinho “episodio” sem extensão que é lá dele. Ele não tá achando e tá dando o famigerado 404.

O que você tem que fazer é redirecionar seu servidor web (por exemplo, apache) para o servidor de aplicação. No apache isso é feito de vários jeitos, mas o que eu conheço é pela configuração de um proxy. Fiz isso no meu servidor web para ativar uma aplicação.

<VirtualHost *:80>
        ServerAdmin webmaster@localhost

        DocumentRoot /var/www
        <Directory />
                Options FollowSymLinks
                AllowOverride None
        </Directory>
        <Directory /var/www/>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>

        ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
        <Directory "/usr/lib/cgi-bin">
                AllowOverride None
                Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
                Order allow,deny
                Allow from all
        </Directory>

        ErrorLog ${APACHE_LOG_DIR}/error.log

        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn

        CustomLog ${APACHE_LOG_DIR}/access.log combined

    Alias /doc/ "/usr/share/doc/"
    <Directory "/usr/share/doc/">
        Options Indexes MultiViews FollowSymLinks
        AllowOverride None
        Order deny,allow
        Deny from all
        Allow from 127.0.0.0/255.0.0.0 ::1/128
    </Directory>
    ProxyPass /roller http://alexander.eti.br:8080/roller
    ProxyPassReverse /roller http://alexander.eti.br:8080/roller
</VirtualHost>

Este arquivinho, na minha instalação do apache, se chama “default” e fica na pasta /var/www do servidor linux. Olha que no exemplo acima tem as ordens “ProxyPass” e “ProxyPassReverse”.

S

o arquivo foi posto, ta la o problema que estavamos vendo continu e o proxy reverso no nginx
ele que nao le
estamos usando cpanel

A

Bom carinha, aí fica difícil, porque são dois programas que fiquei conhecendo agora pelo google… :frowning:

Mas, vamos lá… algumas teorias:

Esse cpanel aparentemente é pra ser um “painel de controle” que manda alterações pros arquivos de configuração. Será que ele tá fazendo direito isso? Seria legal verificar “na unha” se o arquivo realmente está modificado…

Será que o nginx foi restartado para ler as alterações do proxy? Dar um restart no serviço talvez resolva…

Será que não teve algum upgrade de aplicativo no servidor? Por exemplo, se você usa a versão mais nova do dovecot (servidor pop3) você pode jogar todos os guias de configuração da disgrama no lixo…

Será que o arquivo que ele está configurando é o que o nginx lê? Vê se não tem algum outro arquivo no servidor com o mesmo nome…

Cara, desculpa não poder ajudar mais…

Criado 1 de fevereiro de 2012
Ultima resposta 3 de fev. de 2012
Respostas 3
Participantes 2