Caros Javarashianos, o que quero considerar neste artigo? Quero apenas fazer um breve resumo daquela parte dos servidores de aplicação que merecem atenção pelo menos porque são gratuitos e seu código-fonte está disponível. Presumo que seu sistema seja semelhante ao meu. Tenho Windows 7 64 bits, além disso tenho JDK 1.7 e JDK 1.8, e a variável de ambiente JAVA_HOME refere-se ao último deles. No meu caso, isso significa que o caminho JAVA_HOME é C:\Program Files\Java\jdk1.8.0_31. Para que ao repetir o que está descrito abaixo você tenha o mínimo de perguntas possível do tipo “por que não funcionou para mim, talvez eu esteja fazendo algo errado?”, tentarei descrever cada ação que fiz no meu máquina. Começar…
Fundição, ou seja seleção
Primeiro precisamos selecionar servidores de aplicativos para nossa análise. Para fazer isso, consulte o artigo da Wikipedia Comparação de servidores de aplicativos (em inglês, porque não existe outro). Há uma placa com vários servidores de aplicação, mas nos interessam apenas aqueles que, por um lado, são de código aberto e, por outro, suportam totalmente JavaEE, ou seja, A coluna de compatibilidade Java EE nesta tabela deve conter uma linha do tipo Full Platform . Nesta lista, que contém WildFly e JBoss , você pode descartar imediatamente o último, porque é apenas um nome antigo e versões antigas de WildFly . Como resultado, obtemos a seguinte lista de servidores que merecem nossa atenção:
Glassfish (não proprietário, mas aquele da comunidade glassfish.java.net , mas que é suportado pela Oracle Corporation a tal ponto que se você precisar de um SDK javaEE do site da Oracle, eles fornecerão este servidor de aplicativos, caso contrário Não há outro caminho)
(Red Hat) WildFly (anteriormente JBoss)
(Apache)Gerônimo
(Apache) Tomcat (este é apenas um contêiner de servlet, não um servidor de aplicativos, mas é o padrão no qual, se o programa for escrito corretamente, com certeza funcionará. Em outros servidores, o programa pode ser escrito corretamente em termos de JavaEE, mas tudo vai funcionar, ou estará incorreto ou não funcionará. Estou falando do Geronimo, cujas falhas podem ser discutidas por muito tempo)
Onde foi possível escolher entre as versões de 32 e 64 bits, escolhi um arquivador para meu sistema de 64 bits.
Instalação
Em termos de instalação tudo é simples e para cada um dos servidores selecionados a instalação basta descompactar o arquivo. Por exemplo, criei a pasta AppServers na minha área de trabalho, onde comecei a descompactar tudo.
Configurações
Vamos começar a configurar os servidores configurando a porta HTTP na qual eles funcionarão. Em seguida, nos registraremos como administradores do servidor. Cada servidor possui seus próprios recursos de configuração. Para Tomcat. Vamos para a pasta com o Tomcat descompactado, depois para a pasta conf , o arquivo server.xml . Encontramos o número 8080 (porta http padrão) neste arquivo e alteramos para o que quisermos. Eu configurei para 9713 . Para se registrar como administrador do servidor, você precisa abrir o arquivo tomcat-users.xml enquanto estiver na mesma pasta . Nele, antes da tag de fechamento </tomcat-users>, adicione a seguinte tag <user username="egarmin" password="1" role="manager-gui,manager-script,manager-status,manager-jmx"/ > onde atribuí o número máximo de direitos administrativos (funções) às funções. Isso me permitirá implantar aplicativos por meio da GUI e por meio de uma conexão remota. Agora vamos lançar o Tomcat. Vá para a pasta com o Tomcat descompactado, depois para a pasta bin e execute o arquivo startup.bat . Acesse o navegador em http://localhost:9713 . Tudo deverá funcionar e veremos o tigre. Agora vamos verificar se você tem acesso ao painel de administração. Para isso, acesse http://localhost:9713/manager , digite o login e senha selecionados e obtenha acesso. Viva! Você pode desativar temporariamente o Tomcat simplesmente fechando o console em que ele está sendo executado. Para peixe-vidro. Vá para a pasta com o glassfish descompactado , depois para a subpasta glassfish , depois para a subpasta domains e depois para a pasta domain1 . Vá para a pasta de configuração e encontre o arquivo domain.xml . Lá também procuramos o número 8080 (esse número geralmente é a porta HTTP padrão para servidores de aplicativos e contêineres de servlets) e alteramos para o que quisermos. Eu configurei para 9813 . Vamos lançar o peixe-vidro. Vá para a pasta com o glassfish descompactado, depois para a subpasta glassfish e depois para a pasta bin . Execute o arquivo startserv.bat . No navegador, digite o endereço http://localhost:9813 . Na página feia que aparece com o título GlassFish Server, encontre o link para ir ao Console de Administração e clique nele. A seguir, tendo chegado à bela página do console administrativo construído em JSF, clique no item Alterar senha do administrador e digite a senha que precisamos para o usuário administrador , depois confirme e clique no botão Salvar. Ao efetuar login posteriormente no console administrativo, será necessário inserir o login de administrador e a senha especificada. Agora você pode desativar temporariamente o Glassfish simplesmente fechando o console em que ele está sendo executado. Para Wild Fly. Vá para a pasta com o wildfly descompactado . Em seguida, vá para a pasta autônoma , depois para a pasta de configuração e nela o arquivo standalone.xml . A seguir procedemos de acordo com o esquema estabelecido. Eu configurei a porta para 9913 . Vamos iniciar o servidor. Para fazer isso, vamos para a pasta com o wildfly descompactado . Em seguida, vá para a pasta bin e execute o arquivo standalone.bat . Abra o navegador e digite o endereço http://localhost:9913 . Clique no link Administration Console para entrar no console administrativo (em outras palavras, no painel administrativo do servidor de aplicativos). Mas não foi assim, porque... a tela aparece. Esta tela nos informa que o admin não foi criado e para criá-lo precisamos usar o utilitário do console add-user.bat . Bem, se for necessário, é necessário. Voltamos à pasta bin e executamos este utilitário. Primeiro, você será solicitado a selecionar o tipo de usuário que queremos criar. Precisamos selecionar o item (a) , o que significa que precisamos de um administrador. Em seguida, será solicitado o nome deste usuário Nome de usuário e senha Senha . A senha não pode estar vazia, mas um caractere é bem-vindo. É claro que o utilitário irá repreender, mas irá engoli-lo se você responder sim à pergunta “Tem certeza?” Em seguida, confirme a senha digitando novamente a solicitação Redigitar senha . Depois haverá mais perguntas, mas simplesmente respondemos afirmativamente e saímos do utilitário. Voltando à página acima, encontre o link Tentar novamente e clique nele. Agora, inserindo os detalhes do administrador recém-criado, você pode acessar o painel de administração. Desligamos o servidor fechando a janela do console através da qual ele foi iniciado. Para Gerônimo. Vá para a pasta com o geronimo descompactado . Em seguida, vá para a subpasta var , depois para a pasta config e nela o arquivo config-substitutions.properties . Este arquivo descreve todas as portas usadas pelo servidor de aplicativos em um formato conveniente, mas o esquema de substituição de porta é o mesmo. Eu configurei a porta para 10013 . Vamos iniciar o servidor geronimo . Vamos para a pasta com o geronimo descompactado , depois para a subpasta bin e executamos o arquivo startup.bat lá . Vá para a página http://localhost:10013. O que você acha? Muito provavelmente, a página não estará lá. Por que? Acontece que a versão mais recente do Geronimo (3.0) não pode funcionar com a versão mais recente do JDK (1.8), então se você só o possui ou mesmo possui, digamos, a 7ª versão, mas a variável de ambiente JAVA_HOME ainda se refere especificamente a 8º, assim como o meu, o servidor de aplicação não inicia. Assim, para que o Geronimo funcione, é necessário baixar o JDK 1.7. Agora digamos que você instalou o 7º JDK, mas não deseja alterar o valor da variável JAVA_HOME (afinal, outros programas não reclamam disso, o que significa que podem funcionar com a versão mais recente do JDK). O que fazer? Eu recomendo abrir o arquivo setjavaenv.bat localizado na mesma pasta bin e procurar a linha chamada :okJdkFileCheck . Em seguida, na próxima linha, adicione uma substituição de variável de ambiente. Por exemplo, assim: set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_75 Esta linha não está lá, então escreva você mesmo. Se você tiver um sistema de 32 bits, não deverá haver mais problemas. Além disso, se você possui um sistema de 64 bits e instalou o JDK 1.7 na configuração de 64 bits, então está tudo bem para você também. Agora vamos imaginar que decidimos perverter e instalar o JDK 1.7 da linha de 32 bits em um sistema de 64 bits (tenho, por exemplo, o Windows 7 64). E então? Aí você terá que mexer mais um pouco, pois em um sistema de 64 bits existem duas pastas para instalação de programas: Arquivos de Programas e Arquivos de Programas (x86) e se você não mudar nada, o JDK de 32 bits irá para o último. O que há de tão assustador nisso? Sim, parece bom, porém, se a variável JAVA_HOME tiver colchetes em seu caminho (x86), então Geronimo terá indigestão. Por que? Deus sabe, principalmente considerando que segundo os fóruns, esse erro deveria ter sido corrigido na 3ª versão do Geronimo . Mas nada disso. O principal nessa questão é não fazer xixi, se os índios não corrigiram, nós corrigiremos. Existem duas maneiras de fazer isso, que prefiro combinar para ter certeza. Em primeiro lugar, vá novamente ao arquivo setjavaenv.bat e encontre o rótulo já mencionado :okJdkFileCheck . Sob este rótulo há uma linha if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set JRE_HOME=%JAVA_HOME%\jre) else set JRE_HOME=%JAVA_HOME% na qual curar Geronimo Será suficiente colocar a substring JRE_HOME=%JAVA_HOME%\jre entre aspas, ou seja. substitua a linha inteira por if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set "JRE_HOME=%JAVA_HOME%\jre") senão set JRE_HOME=%JAVA_HOME% . Além disso, lembre-se ou esteja ciente de que pastas como Arquivos de Programas no Windows 7 possuem sinônimos (por exemplo, para a pasta C:C:\Programa~2 ). Portanto, se você no arquivo setjavaenv.bat após o rótulo :okJdkFileCheck definir o seguinte valor da variável JAVA_HOME set JAVA_HOME=C:\Progra~2\Java\jdk1.7.0_75 então você também terá um servidor Geronimo executando um 32 -bit JDK em um sistema operacional de 64 bits x bits. Algo assim... Bem, finalmente, você pode iniciar o Geronimo chamando startup.bat . Agora não deve haver problemas. Vá para a página http://localhost:10013 no navegador . No canto superior esquerdo, encontre o link Console e clique nele. Você precisa inserir seu nome de usuário e senha de administrador. Deixe-me dizer imediatamente que este é o usuário do sistema com o gerenciador de senhas (valores padrão). Indo para o próprio console e seguindo os itens de menu como na imagem abaixo (selecione o botão de opção Avançado e selecione Segurança > Usuários e Grupos ), você pode alterar a senha do usuário do sistema ou criar outro usuário administrador e exclua este. Também é possível parar o servidor Geronimo simplesmente fechando a janela do console na qual o servidor estava em execução.
Conclusão
Nesta revisão, basicamente passei pela instalação e configuração inicial de servidores de aplicativos populares e do contêiner de servlet Tomcat. Com exceção de Geronimo, os demais servidores foram muito simpáticos e hospitaleiros comigo. No próximo post, continuarei a considerar os servidores de aplicação e darei o terceiro passo para considerar os serviços web, ou seja, mostrarei como implantar o serviço web descrito na primeira etapa nesses servidores. Para fazer isso, criaremos um arquivo war do nosso serviço web, e mostrarei claramente que o conjunto de jars de terceiros que devem ser incluídos neste arquivo para que o serviço funcione corretamente varia muito de servidor para servidor.
Agora vamos verificar se você tem acesso ao painel de administração. Para isso, acesse http://localhost:9713/manager , digite o login e senha selecionados e obtenha acesso. 
Viva! Você pode desativar temporariamente o Tomcat simplesmente fechando o console em que ele está sendo executado. Para peixe-vidro. Vá para a pasta com o glassfish descompactado , depois para a subpasta glassfish , depois para a subpasta domains e depois para a pasta domain1 . Vá para a pasta de configuração e encontre o arquivo domain.xml . Lá também procuramos o número 8080 (esse número geralmente é a porta HTTP padrão para servidores de aplicativos e contêineres de servlets) e alteramos para o que quisermos. Eu configurei para 9813 . Vamos lançar o peixe-vidro. Vá para a pasta com o glassfish descompactado, depois para a subpasta glassfish e depois para a pasta bin . Execute o arquivo startserv.bat . No navegador, digite o endereço http://localhost:9813 . Na página feia que aparece com o título GlassFish Server, encontre o link para ir ao Console de Administração e clique nele. 
A seguir, tendo chegado à bela página do console administrativo construído em JSF, clique no item Alterar senha do administrador 
e digite a senha que precisamos para o usuário administrador , depois confirme e clique no botão Salvar. 
Ao efetuar login posteriormente no console administrativo, será necessário inserir o login de administrador e a senha especificada. 
Agora você pode desativar temporariamente o Glassfish simplesmente fechando o console em que ele está sendo executado. Para Wild Fly. Vá para a pasta com o wildfly descompactado . Em seguida, vá para a pasta autônoma , depois para a pasta de configuração e nela o arquivo standalone.xml . A seguir procedemos de acordo com o esquema estabelecido. Eu configurei a porta para 9913 . Vamos iniciar o servidor. Para fazer isso, vamos para a pasta com o wildfly descompactado . Em seguida, vá para a pasta bin e execute o arquivo standalone.bat . Abra o navegador e digite o endereço http://localhost:9913 . 
Clique no link Administration Console para entrar no console administrativo (em outras palavras, no painel administrativo do servidor de aplicativos). Mas não foi assim, porque... a tela aparece. 
Esta tela nos informa que o admin não foi criado e para criá-lo precisamos usar o utilitário do console add-user.bat . Bem, se for necessário, é necessário. Voltamos à pasta bin e executamos este utilitário. Primeiro, você será solicitado a selecionar o tipo de usuário que queremos criar. Precisamos selecionar o item (a) , o que significa que precisamos de um administrador. Em seguida, será solicitado o nome deste usuário Nome de usuário e senha Senha . A senha não pode estar vazia, mas um caractere é bem-vindo. É claro que o utilitário irá repreender, mas irá engoli-lo se você responder sim à pergunta “Tem certeza?” Em seguida, confirme a senha digitando novamente a solicitação Redigitar senha . Depois haverá mais perguntas, mas simplesmente respondemos afirmativamente e saímos do utilitário. Voltando à página acima, encontre o link Tentar novamente e clique nele. Agora, inserindo os detalhes do administrador recém-criado, você pode acessar o painel de administração. 
Desligamos o servidor fechando a janela do console através da qual ele foi iniciado. Para Gerônimo. Vá para a pasta com o geronimo descompactado . Em seguida, vá para a subpasta var , depois para a pasta config e nela o arquivo config-substitutions.properties . Este arquivo descreve todas as portas usadas pelo servidor de aplicativos em um formato conveniente, mas o esquema de substituição de porta é o mesmo. Eu configurei a porta para 10013 . Vamos iniciar o servidor geronimo . Vamos para a pasta com o geronimo descompactado , depois para a subpasta bin e executamos o arquivo startup.bat lá . Vá para a página http://localhost:10013. O que você acha? Muito provavelmente, a página não estará lá. Por que? Acontece que a versão mais recente do Geronimo (3.0) não pode funcionar com a versão mais recente do JDK (1.8), então se você só o possui ou mesmo possui, digamos, a 7ª versão, mas a variável de ambiente JAVA_HOME ainda se refere especificamente a 8º, assim como o meu, o servidor de aplicação não inicia. Assim, para que o Geronimo funcione, é necessário baixar o JDK 1.7. Agora digamos que você instalou o 7º JDK, mas não deseja alterar o valor da variável JAVA_HOME (afinal, outros programas não reclamam disso, o que significa que podem funcionar com a versão mais recente do JDK). O que fazer? Eu recomendo abrir o arquivo setjavaenv.bat localizado na mesma pasta bin e procurar a linha chamada :okJdkFileCheck . Em seguida, na próxima linha, adicione uma substituição de variável de ambiente. Por exemplo, assim: set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_75 Esta linha não está lá, então escreva você mesmo. Se você tiver um sistema de 32 bits, não deverá haver mais problemas. Além disso, se você possui um sistema de 64 bits e instalou o JDK 1.7 na configuração de 64 bits, então está tudo bem para você também. Agora vamos imaginar que decidimos perverter e instalar o JDK 1.7 da linha de 32 bits em um sistema de 64 bits (tenho, por exemplo, o Windows 7 64). E então? Aí você terá que mexer mais um pouco, pois em um sistema de 64 bits existem duas pastas para instalação de programas: Arquivos de Programas e Arquivos de Programas (x86) e se você não mudar nada, o JDK de 32 bits irá para o último. O que há de tão assustador nisso? Sim, parece bom, porém, se a variável JAVA_HOME tiver colchetes em seu caminho (x86), então Geronimo terá indigestão. Por que? Deus sabe, principalmente considerando que segundo os fóruns, esse erro deveria ter sido corrigido na 3ª versão do Geronimo . Mas nada disso. O principal nessa questão é não fazer xixi, se os índios não corrigiram, nós corrigiremos. Existem duas maneiras de fazer isso, que prefiro combinar para ter certeza. Em primeiro lugar, vá novamente ao arquivo setjavaenv.bat e encontre o rótulo já mencionado :okJdkFileCheck . Sob este rótulo há uma linha if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set JRE_HOME=%JAVA_HOME%\jre) else set JRE_HOME=%JAVA_HOME% na qual curar Geronimo Será suficiente colocar a substring JRE_HOME=%JAVA_HOME%\jre entre aspas, ou seja. substitua a linha inteira por if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set "JRE_HOME=%JAVA_HOME%\jre") senão set JRE_HOME=%JAVA_HOME% . Além disso, lembre-se ou esteja ciente de que pastas como Arquivos de Programas no Windows 7 possuem sinônimos (por exemplo, para a pasta C:C:\Programa~2 ). Portanto, se você no arquivo setjavaenv.bat após o rótulo :okJdkFileCheck definir o seguinte valor da variável JAVA_HOME set JAVA_HOME=C:\Progra~2\Java\jdk1.7.0_75 então você também terá um servidor Geronimo executando um 32 -bit JDK em um sistema operacional de 64 bits x bits. Algo assim... Bem, finalmente, você pode iniciar o Geronimo chamando startup.bat . Agora não deve haver problemas. Vá para a página http://localhost:10013 no navegador . No canto superior esquerdo, encontre o link Console e clique nele. 
Você precisa inserir seu nome de usuário e senha de administrador. Deixe-me dizer imediatamente que este é o usuário do sistema com o gerenciador de senhas (valores padrão). 
Indo para o próprio console e seguindo os itens de menu como na imagem abaixo (selecione o botão de opção Avançado e selecione Segurança > Usuários e Grupos ), você pode alterar a senha do usuário do sistema ou criar outro usuário administrador e exclua este. 
Também é possível parar o servidor Geronimo simplesmente fechando a janela do console na qual o servidor estava em execução.
GO TO FULL VERSION