Olá desenvolvedores, estamos agora no universo das servlets, tecnologia que possibilita a comunicação com páginas HTML dinâmicas. No tutorial “SERVLETS: COMO FUNCIONAM”, aprendemos que a comunicação entre uma página HTML e o servlet se dá por meio do mapeamento da URL.

Falamos também dos quatros principais protocolos que orientam essa comunicação entre ambos os lados, o do cliente e o do servidor. São estes os principais protocolos de comunicação de dados (post), consulta de dados (get), edição de dados (put) e o protocolo para exclusão de registros, o delete.

Existem outros protocolos como o HEAD, TRACE, OPTIONS e CONNECT. Entretanto, são os quatro citados anteriormente, POST, GET, PUT e DELETE os mais utilizados. E nos formulários, os mais usados são o POST e o GET.

Sabemos então que o servlet é ligado ao HTML por uma classe Java, nesse sentido uma requisição é realizada do lado servidor. Entretanto a indicação dessa ação é realizada do lado do cliente.

HTML E SERVLETS

É no action que informamos o nome da URL ou o caminho para qual o conteúdo do formulário será submetido. Assim, se este atributo não for especificado, a URL corrente será usada.

E ainda temos o method, que é onde especificamos qual protocolo de submissão será utilizado. Com este protocolo enviamos ao servidor, neste caso ao servlet, os dados endereçados ao caminho especificado no action.

<form action=“salvarusuario” method=“post” >

Esta ação de “salvar usuário” indicada no formulário será interceptada do lado do servidor. Então, se você nunca soube como o atributo “action” funciona, agora já sabe. Ele é sempre indicado nos formulários, mas na fase de aprendizagem apenas nos é mostrado que existe, mas quase nunca nos informam o seu propósito e/ou contexto de utilização.

@UebServlet(“/salvarusuario”)

Sabemos que os protocolos utilizados são utilizados em ambos os lados, tanto no HTML (lado do cliente), como no servlet (lado do servidor). Nesse sentido, a classe servlet implementará o método doPost que cumpre a função de enviar os dados do formulário para serem processados para o recurso especificado.

E se tivéssemos utilizado o GET? Neste caso, no lado do servidor utilizaríamos o doGet, utilizado em uma requisição que não altera o estado servidor, ou seja, é utilizado sempre em consultas, por exemplo.

EM POUCAS PALAVRAS

Neste tutorial sintetizamos como funcionam na prática a comunicação entre as telas, isto é, como o HTML se comunica com a servlet e vice versa. Obviamente este é um contexto bem simplificado e que objetiva inseri-lo aos poucos neste cenário, a partir do embasamento teórico. Assim, quando chegar a hora de colocar a mão na massa, você já estará familiarizado com os principais conceitos, e conseguirá obter então uma melhor compreensão. Eu fico por aqui, e nós nos vemos no próximo tutorial.