1. Configuração da porta do servidor Tomcat
Todas as configurações do tomcat são colocadas na pasta conf e o arquivo server.xml dentro é o arquivo de configuração do núcleo.
Se você deseja modificar a porta de inicialização do servidor Tomcat, você pode modificar a porta no nó do conector no arquivo de configuração do servidor.xml
Por exemplo: Altere a porta de inicialização do servidor Tomcat da porta padrão 8080 para 8081
Configuração padrão da porta de inicialização do servidor Tomcat
<Conector port = "8080" protocol = "http /1.1" conextimeout = "20000" redirectport = "8443" />
Modifique a porta de inicialização do servidor Tomcat para a porta 8081
<Conector port = "8081" protocol = "http /1.1" conextimeout = "20000" redirectport = "8443" />
Isso alterará a porta padrão padrão do Tomcat original para a porta 8081. Deve -se notar que, uma vez que o arquivo *.xml no servidor for alterado, o servidor Tomcat deverá ser reiniciado e as novas informações de configuração serão lidas novamente após a reinicialização. Como a porta de inicialização do tomcat foi modificada para 8081 no arquivo server.xml, o servidor Tomcat é iniciado com a porta 8081, como mostrado na figura abaixo:
Para acessar o servidor Tomcat, você também deve acessá -lo com a nova porta de acesso: http: // localhost: 8081/, como mostrado na figura abaixo:
2. Método de mapeamento do diretório virtual do servidor Tomcat
Depois que o aplicativo da Web for desenvolvido, se você deseja acessar o mundo exterior, precisa entregar o diretório em que o aplicativo da Web está localizado no servidor da Web para gerenciamento. Esse processo é chamado de mapeamento de diretórios virtuais. Então, no servidor Tomcat, como mapear diretórios virtuais? Existem várias maneiras no total:
2.1. O método de mapeamento dos diretórios virtuais 1: configure no elemento host do arquivo server.xml
Encontre o elemento host do arquivo server.xml, conforme mostrado na figura a seguir:
Adicionando <dost> </dost> às tags <context path = "/javawebapp" docbase = "f:/javawebdemoProject"/> para mapear o aplicativo JavawebdemOndject JavawebApp no disco F ao diretório virtual de JavawebApp. O diretório virtual de Javawebapp é gerenciado pelo servidor Tomcat. Javawebapp é um diretório que não existe no disco rígido. É um diretório que escrevemos casualmente, que é um diretório virtual, por isso é chamado de "diretório virtual". O código é o seguinte:
<Nome do host = "localhost" appbase = "webApps" unpackwars = "true" AutodelaPlay = "true" xmlValidation = "false" xmlNamespaceAware = "false"> <contexto path = "/javawebapp" docbase = "f:/javawebdemoProject"/> </host>
Entre eles, o contexto representa um contexto, que representa um aplicativo Javaweb. O elemento de contexto tem dois atributos.
Ⅰ.Path: usado para configurar diretórios virtuais e deve começar com "/".
Ⅱ.docBase: Configure este diretório virtual para corresponder ao diretório em que o aplicativo da Web está localizado no disco rígido.
Use o navegador para acessar o recurso da web 1.jsp no diretório virtual de "/javawebapp". O resultado do acesso é o seguinte:
1.jsp pode ser acessado normalmente, o que significa que mapeamos com sucesso o Javawebappp Javawebapp para o diretório virtual de Javawebapp. O acesso a "/javawebapp/1.jsp" é equivalente a acessar "f: /javawebdemoprject/1.jsp"
NOTA: Depois que o TomCat 6, não é mais recomendável usar o elemento de contexto de configuração no arquivo server.xml para adicionar mapeamento de diretório virtual, porque sempre que o arquivo server.xml é modificado, o servidor Tomcat deve ser reiniciado antes que o arquivo servidor.xml possa ser recarregado. Há uma descrição como esta na documentação do servidor Tomcat http: // localhost: 8080/docs/config/context.html:
Não é recomendável colocar elementos <Contexto> diretamente no arquivo server.xml. Isso ocorre porque torna a modificação da configuração de contexto mais invasiva, pois o arquivo principal conf/server.xml não pode ser recarregado sem reiniciar o tomcat.
Elementos de contexto individuais podem ser explicitamente definidos:
Em um arquivo individual em /meta-inf/context.xml dentro dos arquivos de aplicativos. Opcionalmente (com base no atributo copyxml do host), isso pode ser copiado para $ catalina_base/conf/[EngineName]/[hostName]/e renomeado para o nome do arquivo base do aplicativo mais uma extensão ".xml".
Em arquivos individuais (com uma extensão ".xml") no $ catalina_base/conf/[EngineName]/[hostName]/diretório. O caminho e a versão de contexto serão derivados do nome base do arquivo (o nome do arquivo menos a extensão .xml). Este arquivo sempre terá precedência sobre qualquer contexto.xml arquivo embalado no diretório Meta-Inf do aplicativo da Web.
Dentro de um elemento host no conf/server.xml principal.
2.2. O método de mapeamento dos diretórios virtuais é 2: deixe o servidor Tomcat mapear automaticamente
O servidor Tomcat gerenciará automaticamente todos os aplicativos da Web no diretório WebApps e o mapeará em diretórios virtuais. Em outras palavras, os aplicativos da Web no diretório WebApps do TomCat Server podem ser acessados diretamente pelo mundo exterior.
Por exemplo: copie o JavawebdemOProject Javaweb sob f disco F diretamente no diretório WebApps do TomCat Server, conforme mostrado na figura abaixo:
No momento, o servidor Tomcat mapeará automaticamente um diretório virtual "/javawebdemoProject" com o mesmo nome para o aplicativo Javaweb de JavawebdemOndroject e, em seguida, você pode usar o navegador para acessar os recursos do aplicativo Javaweb, como mostrado na figura abaixo:
2.3. O método de mapeamento dos diretórios virtuais três
Consulte a documentação do TomCat Server:
Em arquivos individuais (com uma extensão ".xml") no $ catalina_base/conf/[EngineName]/[hostName]/diretório. O caminho e a versão de contexto serão derivados do nome base do arquivo (o nome do arquivo menos a extensão .xml). Este arquivo sempre terá precedência sobre qualquer contexto.xml arquivo embalado no diretório Meta-Inf do aplicativo da Web.
Isso significa: Adicione um arquivo com XML como a extensão no diretório/conf/catalina/localhost do servidor Tomcat. O nome do arquivo XML pode ser arbitrariamente, como o AA.xml abaixo. Observe que a frase "o caminho e a versão do contexto serão derivados do nome base do arquivo". O significado desta frase é traduzido como "o atributo do caminho do elemento de contexto vem do nome do arquivo XML". Como mencionado acima, o atributo de caminho do elemento de contexto é usado para configurar o nome do diretório virtual, de modo que o nome do diretório virtual é o nome do arquivo XML.
$ Catalina_base refere -se ao diretório raiz do servidor Tomcat. [EngineName] refere -se ao nome do motor usado pelo servidor Tomcat. O motor usado pelo tomcat é Catalina.
Adicione o aplicativo Javaweb de mapeamento de elementos de contexto no arquivo AA.xml, o código é o seguinte:
<Context docBase = "f: /javawebdemoProject" />
Nota: O atributo do caminho não é especificado no elemento de contexto para definir o nome do diretório virtual. Em seguida, o nome do diretório virtual mapeado por "f:/javawebdemoProject" é Shenma, que é o nome do arquivo XML atualmente sendo editado.
A maior vantagem de usar esse método para mapear diretórios virtuais é que você não precisa reiniciar o servidor Tomcat após modificar o arquivo de configuração. Por exemplo, modifique aa.xml para bb.xml. O servidor Tomcat irá implantar automaticamente o contexto [/aa] e, em seguida, informações automaticamente: implantando o descritor de configuração d: /apache-tomcat-7.0.53/conf/catalina/localhost/bb.xml
3. Host virtual do servidor Tomcat
3.1. Configure o host virtual
Configurar um host virtual é configurar um site.
Para configurar um host virtual (site) no servidor Tomcat, você precisa modificar o arquivo de configuração do server.xml na pasta conf, use o elemento host para configurá -lo, abrir o servidor.xml e você pode ver um host virtual (site) chamado localhost no servidor tomcat, como mostrado na figura abaixo:
Geralmente, colocamos o aplicativo Javaweb desenvolvido na pasta WebApps e, em seguida, podemos acessá -lo usando o "http: // localhost: número da porta/javawebappname". Na verdade, estamos acessando o host virtual (host) cujo nome é "localhost". Este host virtual gerencia todos os aplicativos da Web na pasta WebApps.
Por exemplo: http: // localhost: 8080/javawebdemoProject/1.jsp. Este endereço de URL acessa o recurso 1.jsp web no aplicativo JavawebDemOProject sob o host virtual chamado localhost.
Podemos configurar um host virtual da seguinte maneira, por exemplo:
<Nome do host = "www.gacl.cn" appbase = "f:/javawebapps"> </dost>
Aqui temos uma nova configuração de um host virtual. O nome do host virtual é "www.gacl.cn". O host virtual "www.gacl.cn" agora gerencia todos os aplicativos da Web na pasta Javawebapps. Geralmente, quando usamos o nome de domínio "www.baidu.com" na internet para visitar o site do Baidu, na verdade estamos visitando um host virtual com o nome "www.baidu.com". Então, quando queremos acessar o host virtual com o nome "www.gacl.cn", podemos usar o "nome de domínio (www.gacl.cn)" para acessá -lo. Observe que appbase = "f:/javawebapps". A pasta Javawebapps aqui não representa o diretório raiz de um projeto, mas uma pasta que armazena um ou mais aplicativos Javaweb, como mostrado na figura abaixo:
É como a pasta WebApps do servidor Tomcat, que armazena muitos aplicativos Javaweb.
3.2. Registre o nome de domínio no sistema Windows
Se o host configurado (site) quiser ser acessado externamente através do nome de domínio, você deverá registrar o nome de domínio usado ao acessar o site no servidor DNS ou no sistema Windows e encontrar o arquivo hosts no diretório "c:/windows/system32/drivers/etc", como mostrado na figura abaixo:
Edite este arquivo e ligue o nome de domínio e o endereço IP do site recém -adicionado, para que possamos usar o nome de domínio www.gacl.cn no navegador para acessar os aplicativos da Web gerenciados no nome do host virtual www.gacl.cn.
Use o navegador para acessar o Recurso da Web 1.jsp no aplicativo da Web JavawebDemo1 sob o nome de domínio "www.gacl.cn" através do nome de domínio "www.gacl.cn". O host virtual "www.gacl.cn" abre uma porta 8080. Os usuários podem acessar apenas o recurso 1.JSP Web sob o aplicativo da Web JavawebDemo1 por meio desta porta 8080 para acessar o Recurso da Web 1.jsp no aplicativo JavawebDemo1 através desta porta 8080
4. O processo de interação entre o navegador e o servidor
4.1. Diagrama de interação do navegador e do servidor
Diagrama de interação do navegador e do servidor
Quando abrimos o navegador e inserimos o endereço da URL "http://www.gacl.cn:8080/javawebdemo1/1.jsp" na barra de endereços do navegador para acessar o recurso da web 1.jsp no servidor, o navegador e o servidor fez uma operação mágica. Como vemos o conteúdo do Recurso da Web 1.JSP no navegador?
O navegador e o servidor fazem o seguinte:
1. O navegador pesquisa o nome do host correspondente ao nome do host no arquivo hosts do sistema operacional com base no nome do host "www.gacl.cn".
2. Se o navegador não encontrar o endereço IP correspondente no arquivo hosts do sistema operacional, vá para o servidor DNS na Internet para encontrar o endereço IP correspondente do host "www.gacl.cn".
3. Depois que o navegador encontrar o endereço IP correspondente do host "www.gacl.cn", ele usa o endereço IP para conectar -se ao servidor da Web.
4. Depois que o navegador se conecta ao servidor da Web, ele usa o protocolo HTTP para enviar uma solicitação ao servidor. Durante o processo de envio da solicitação, o navegador transmitirá dados para o servidor da web na forma de um fluxo, informando ao servidor da web qual recurso da web da web a ser acessar, conforme mostrado na figura abaixo:
Estes são os dados transmitidos ao servidor quando o navegador envia uma solicitação para o servidor da Web. Vamos explicar o conteúdo de "get /javawebdemo1/1.jsp http/1.1".
Get: diga ao servidor da web que o navegador envia solicitações para o servidor GET.
/Javawebdemo1/1.jsp: diga ao servidor da web que o navegador deseja acessar o recurso da Web 1.jsp no aplicativo JavawebDemo1.
HTTP/1.1: diz ao servidor da Web que o navegador solicita -o usando o protocolo HTTP e usa a versão 1.1.
5. Depois que o navegador concluir as 4 etapas acima, ele começa a esperar, aguardando o servidor da web transferir o recurso da web 1.jsp para o qual deseja acessar.
6. Depois que o servidor recebe os dados transmitidos pelo navegador, ele começa a analisar os dados recebidos. Quando o servidor analisa o conteúdo "get /javawebdemo1/1.jsp http/1.1", ele sabe que o navegador do cliente deseja acessar o recurso da web 1.jsp no aplicativo JavawebDemo1. Em seguida, o servidor lê o conteúdo do recurso 1.JSP Web e transmite o conteúdo de leitura ao navegador na forma de um fluxo, como mostrado na figura abaixo:
Estes são os dados transmitidos ao navegador pelo servidor da web.
7. Depois que o navegador recebe os dados transmitidos pelo servidor, ele pode exibir os dados para o usuário, conforme mostrado na figura abaixo:
O "Javawebdemo1" que vi é o efeito do navegador analisar os dados enviados de volta pelo servidor.
Dados enviados de volta pelo servidor:
Http/1.1 200 okServer: Apache-cooyote/1.1Content-type: text/html; charset = ISO-8859-1Content-comprimento: 102Date: seg, 19 de maio de 2014 14:25:14 gmt <html> </title> <title> javawebdemo114 </html> <wead> <title> javawebdemo1 </body> </html>
Este é o processo de interação entre o navegador e o servidor.
5. A estrutura de composição dos aplicativos Javaweb
Ao desenvolver aplicativos Javaweb, diferentes tipos de arquivos têm regras estritas de armazenamento. Caso contrário, pode não apenas tornar o aplicativo da Web inacessível, mas também fazer com que o servidor da web inicie um erro.
Webroot → O diretório em que o aplicativo da web está localizado. Geralmente, o diretório virtual deve ser configurado nessa pasta.
┝Web-Inf: Esta pasta deve estar localizada na pasta Webroot e deve ser nomeada nesta forma, com letras necessárias para serem capitalizadas.
┝web.xml: arquivo de configuração, com requisitos de formato, esse arquivo deve ser nomeado neste formulário e deve ser colocado na pasta Web-Inf.
O formato do web.xml pode ser referenciado diretamente no TomCat: Encontre o arquivo web.xml no diretório WebApps/Root/Web-Inf no diretório Tomcat, copie o arquivo para nossa pasta Web-Inf recém-criada e modifique o arquivo web.xml, exclua os comentários, deixando apenas o código mostrado abaixo:
web.xml:
<? xml versão = "1.0" coding = "ISO-8859-1"?> <web-pp xmlns = "http://java.sun.com/xml/ns/javaee" xmlns: xsi = "http:/wwwwwww.w.w3.org/2001/1xmlns: xsi =" http:/wwwwwwwwwwww.w3.org/200: xsi = "http:/wwwwwwwwwwww.w.w3.org/200: xsi ... xsi: schemalocation = "http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" versão "2.5"> <libername> welcat para tomcat </-iname </-name> webcat </-namk-name> webcat </namesd> webcat </-iname> webcat </-name> webcat </-namk-name> webcat </namame>
Este é o formato do arquivo web.xml.
O exposto acima é tudo sobre este artigo, espero que seja útil para o aprendizado de todos.