DEV Community: Gabriel Bahia.

O Teorema zero é o programador moderno, como você está no home office?

Gabriel Bahia. — Wed, 17 Aug 2022 19:13:00 +0000

Então pessoal hoje trago um artigo um pouco diferente do que eu costumo escrever, esse é um pouco mais reflexivo, sim, isso mesmo, mas calma, sem muita filosofia, principalmente aquelas as baratas rsrs, vamos falar de um assunto que muitos vivemos hoje em nossos postos de trabalho que apelidamos brasileiramente de home office, na gringa é (Work From Home).

Vou citar um filme que talvez você já tenha assistido ou ouvido falar, “O Teorema Zero”

Alguns odeiam esse filme, pois não conseguem entender a mensagem, outros como eu, acham a mensagem futurística e uma crítica muito, mas _muitoooo _interessante ao que vivemos hoje no âmbito de trabalho, principalmente quem está envolvido diretamente com tecnologia, então vem comigo, vamos lá nessa aventura.

Uma Sociedade conectada com a Tecnologia, mas solitária por dentro.

O filme começa contando a história de um programador, contador, cientista de dados, game developer, algo assim, diria até que uma mistura disso tudo, por hora vamos pensar em um programador do futuro… Ok?

Bom, a primeira cena do filme mostra um ator(o nome não importa aqui) principal olhando a tela do seu computador e vendo uma espécie de buraco negro, tipo aqueles de Star Trek, enfim esses buracos negros que aparecem no espaço que muitos filmes mostram, isso para exemplificar o buraco existencial que muitos hoje tem criado dentro de si, outro ponto importante logo no início do filme é que o personagem principal espera um telefone, ele acredita ser o telefonema que vai lé dar um sentindo na sua vida… Muito loucooooo. rsrsrs.

O que acontece a seguir é que esse programador busca muito trabalhar em work from home(home office), fala com seu chefe, depois até com o setor de saúde da empresa que ele trabalha, é diz que está “morrendo”, esse é um dos motivos de sua busca pelo home office, logo depois ele consegue, mas ele acaba mudando de projeto e ganha um projeto novo para trabalhar chamado de Teorema Zero, uma espécie de equação que visa comprovar a razão da existência dos homens e se a vida possui algum sentido, aqui começa à coisa toda, vem comigo que você vai entender…

Você tem tido liberdade no home office?

Esse é um assunto delicado, mas vamos lá, eu sou ousado mesmo rsrsrs, fato mostrado no filme que o chefe desse programador ao liberá-lo para o trabalho em casa, também coloca algumas câmeras para o vigiar, hoje em dia tem empresas, chefs por aí exigindo que o funcionário fique em uma sala online durante todo seu tempo de serviço, a desculpa é, “caso a gente precise é mais rápido chamar…” (quem acredita nisso? rsrs), outra coisa esse filme se passa em um futuro distante, mas baseando no que vejo hoje quando se fala em home office penso que logo algumas empresas vão querer exigir que o funcionário instale uma câmera em seu local de trampo mesmo, tudo isso por causa de uma palavrinha que tem se tornado "famosíssima", produtividade.

Agora falando em produtividade, estamos sendo produtivos em nossas vidas? Realizações, sonhos, tempo com a família ou com quem amamos?

Não to falando de férias uma vez por ano… Vejo muitas pessoas(até eu mesmo) sacrificando noites de sono, horário de almoço e muitas outras coisas mais para ter nossos nomes no card que fica na última coluna do Kanban( aquela cujo nome pode ser um desses Done, Finished, Concluído).

O tempo passa e a conta chega!

Voltando aqui para o filme, esse programador após um tempo trampando no home office, ele acaba sendo exigido cada vez mais, toda hora sobe uma voz no seu PC dizendo “falta x horas para seu próximo upload”, poderíamos traduzir seu upload por seu push, seu merge request enfim, entrega de código, é caraca… nossa, isso é real, tá acontecendo quem nunca passou por uma equipe onde tinha um SM(Scrum Master) ou GP(Gerente de Projetos) que ficava na cola o dia todo no chat, iai ta pronto? Subiu? Eu mesmo já vivi isso, no filme essa voz acompanha o programador até para cama rsrsrs, até na hora de dormir( vai vendo rsrs), é assim mesmo rsrsrsr.

Com um tempo ele acaba se vendo bem perturbado e recorre a uma psicóloga.

Fato de surto.

Um amigo de trabalho desse programador, seu supervisor, o convida para uma festa,( isso para nos fazer refletir, sempre tem alguém querendo nos tirar de casa), ele reluta em ir, mas acaba indo, chegando nessa tal festa todas as pessoas estão com um celular na mão curtindo a festa com fone no seu ouvido( faça me o favor rsrs, será esse o futuro?), “cada um no seu mundo”, que bizarro…
Esse programador toda vez que alguém encosta perto dele, ele diz ”Não gostamos de ser tocados”, tem pessoas que quanto mais ficam em seus “homes” menos querem ver pessoas, cheio de não me toques, rsrsrs pior que as coisas estão ficando assim, isso me lembra de um projeto que passei, um amigo meu se envolveu tanto no trabalho, tarefas pessoais, cursos obrigatórios, tarefas da empresa, a conta para ele chegou…

Ele surtou, isso mesmo, surtou, sumiu, era uma bela tarde ele estava preocupado com uma tarefa, tentei ajudar como pude, mas não foi o suficiente, do nada ele some do chat, até do zap, no dia seguinte não aparece, resolvi ligar, os familiares me falaram que esse meu colega tinha tido um surto, saiu andando sem rumo, resultado ficou numa clínica por um tempo para poder ser recuperar.

No Filme o programador também surta, chega até dá uma martelada na tela do seu computador.(quem nunca sentiu esse desejo? rsrsrs). Isso traz à tona o cuidado que devemos ter com nosso dia a dia profissional, afinal de contas chegar a sentir esse desejo, esse momento de perder a cabeça por causa do trabalho, aaaa opinião minha, mas num fato desse alguma coisa tá errada.

Seja a resistência, não deixe a oposição te vencer.

Sabemos que principalmente para quem tá iniciando na carreira os desafios são muitos, sim concordo é necessário dar um gás há mais, investir um pouco mais de tempo, mas saiba pisar no freio, saiba dizer NÃO, precisamos entender que temos uma vida, que as pessoas são mais importantes, não deixe a “resistência ”, vencer os seus projetos pessoais, eu mesmo fiquei um tempão levando sempre a frente melhoria de código tarefas da empresa e etc é meus projetos pessoais ficando para depois, entendamos uma coisa, nossos projetos são nossos sucessos, se deixamos para trás e para trás, a tendência é o fracasso pessoal, isso desanima de maissssss, hoje tô terminando um software próprio escrito por mim do início ao fim, porque decidi que, tais dias da semana poderia chover canivete eu iria trabalhar no meu projeto e assim eu fiz, fato que depois que eu comecei a me impor mais quanto às tarefas do dia a dia, até mesmo meus colegas de trabalho começaram a entender que eu tenha AGENDA.

O filme mostra mais situações filosóficas, exalta o tanto que algumas pessoas vivem esperando encontrar um sentido para a vida, é enquanto isso a vida passa.

Também mostra algumas situações trágicas que esse programador sofreu, por exemplo, ele teve uma namorada, casou com ela, logo depois ela foi embora, o filme também mostra que esse nosso cidadão se alimentava muito mau, com o tempo até os cabelos dele caíram, ficou carequinha da silva, mostra também como é fácil nossa busca por fast foods, etc.

Enfim tudo isso retrata o momento que vivemos e devemos despertar desse ritmo, eu sou fã do home office fã mesmo, sou morador do interior da Bahia, é esse estilo de trampo nossaaaaa, é muito bom para mim, mas precisamos aprender a usar bem essa liberdade, pois do contrário a nossa equação de vida será um olhar para trás e ver que o home office nos subtraiu.

Então meu caro, toca teu trampo se empenha, mas lembre-se que seu trampo não é sua vida. Ok?

Se animou em ver o filme, dá uma _googlada _que você encontra,

see you next article.

Método construtor em Java, Vilão? Mocinho? Vamos entender!

Gabriel Bahia. — Thu, 04 Aug 2022 17:48:00 +0000

Quem são os construtores de classe em Java?

Construtores de classe no Java existem de forma implícita, ou seja, naturalmente eles são gerados, mesmo que não haja declaração por parte de nós “devs”, a mãezona JVM trata de criar eles, isso por que precisa ser alocado um espaço na memória para esse novo objeto que você acabou de dar um new, podemos entender assim, o construtor executa operações necessárias para inicializar a classe antes que os métodos sejam invocados ou os campos sejam acessados,( penso até que poderíamos pensar em um construtor como um inicializador ***), os atributos ganham valores padrões, **ex: atributos do tipo String ganham valor null, primitivos do tipo número ganham valor 0.0, os construtores(constructors) são usados para gerar atomicidade, ou seja, ou cria o objeto em um estado válido, ou não cria, dessa forma garante-se que para aquele objeto tenha sempre um padrão “criacional”( nem sei se essa palavra existe rsrs), mas você entendeu certo?

Além do mais, em alguns casos o código fica mais (“ninitinho”) elegante(clean), outra coisa o construtor de uma classe é um método(método construtor, método especial), você sacou certo? Resumindo é um método cuja finalidade é construir… Obvio rsrsr!

Agora guarda essa dúvida aí, tem como destruir um objeto em Java? Se não sabe, vem comigo que vou te responder.

Como usar métodos construtores de classe em Java?

Primeiro você precisa saber que não vou aqui fazer tutorial de como criar um construtor de uma classe, isso é muito básico(até a própria IDE faz), o que vou fazer aqui é te trazer dicas básicas de onde é como usar, também algumas sacadas de cuidados na criação de um construtor de classe em Java.

Estamos acertados?

Como você fechou negócio comigo, vamos começar pelas boas práticas.

**Boas práticas na criação de Construtores(Constructors) de classe em Java.**

Validação de objetos.

Vamos lá, mentaliza aí uma classe Aluno, agora pensa um cenário onde você precisa validar os dados da criação de um objeto dessa classe na sua criação, é caso a validação de algum desses dados falhar(sei lá, o atributo nome não está passado na criação), então esse objeto não **deve ser criado, nesse caso um construtor ajuda bastante, pois logo na criação do objeto caso não atenda a definição de atributos determinada no método construtor vai ocorrer erro, (aposto que você pensou, aaa eu poderia validar com **if else, verdade, mas, sejamos elegantes sempre que possível rsrsr, agora vamos pensar em outro cenário, se você tivesse que validar também o objeto (MensalidadeAluno) somente se o objeto Aluno **tiver sido criado em um estado válido, **lembrando que esses objetos podem ser criados de forma independente, nesse caso também usando o construtor da classe podemos controlar isso. Por que, a validação do objeto Aluno irá acontecer sempre que um new Aluno for chamado em qualquer parte do código.

No processamento de um objeto.

Novamente mentaliza ai(mentalizou?) em quê? rsrsr, agora é sério, pensa aí em algum processamento de um objeto, pegando o ex: acima: Aluno, esse objeto para ser salvo na base de dados precisa estar pelo menos com sei lá três atributos inicializados, vamos pensar em (nome, telefone, tipo), usando construtores também poderíamos de forma legal validar isso para garantir que um novo objeto(Aluno) criado já esteja em um estado válido, conforme definido no método construtor, claro.

Mais uma… Ordem de execução.

Não sei se você conhece o pattern “Chain of Responsability”(Cadeia de responsabilidade), basicamente nesse pattern temos uma cadeia de objetos onde cada objeto fica responsável por validar uma regra de negócio. Fato é que em um exemplo de uso com 3 regras diferentes, então teríamos possivelmente 3 objetos para implementar esse pattern, eles devem ser chamados de forma encadeada, ou seja, primeiro chama o objeto 1 depois o segundo e assim por diante, até a regra ser validada. Agora imagina, nesse caso precisaremos que não haja falhas na ordem de execução, queremos que a ordem seja seguida certinha, 1..2..3.

Nesse cenário o uso de método construtor é muito útil, pois permite determinar a ordem que cada membro que compõe esse encadeamento seja inicializado, de forma automática ou manual.

Tá Gabriel entendi, mas… sem o uso de método construtor como ficaria?

Bom, sem nosso amigo construtor a JVM em tempo de execução(runtime) é quem vai determinar a ordem de inicialização de cada objeto, isso poderá seguir a ordem determinada ou não, isso mesmo, não necessariamente vai seguir o fluxo que você gostaria que os objetos fossem instanciados, enfim, não fica no controle do Dev sem uso de um construtor neste caso. Cá pra nós, lidar com situações que precisam de uma sequência e delegar isso para ser feito de forma automática… rummm é meio tenso rsrsr. Agora pegando esse entendimento poderíamos também validar corretamente o fluxo de um encadeamento ou algo assim, tipo usar uma validação para se certificar que objeto 2 foi chamado após objeto 1 é assim por diante.

O que não é legal fazer na criação de construtores de classe?

Muitos Construtores.

Esse artigo inclusive nasceu a partir do momento em que eu vi em um projeto qual eu estava atuando, algumas classes tinham construtores excessivos(na minha opinião) eram classes do tipo *DTO, tinham até 4 construtores diferentes, fui implementar um desses construtores e fiquei perdido, não sabia qual construtor usar, parei naquele momento reflexivo como melhorar isso? Foi aí que parei para pensar, isso é uma boa prática? Sim, me fiz essa pergunta porque um dos recursos da programação O.O é justamente a sobrecarga de método(override method), fiz algumas pesquisas, vi até um post no *GUJ com vários comentários sobre o assunto(tinha até comentários do Paulo Silveira(com foto de adolescente rsrs), CEO da Alura.

Achei interessante a discussão, o que pude abstrair foi que todos concordavam que não fica legal vários métodos construtores de formas diferentes, li até que algumas empresas definem que deve haver apenas 2 métodos construtores, 1 vazio, é 1 com as devidos atributos, justamente para não virar bagunça, então fica a dica, nada de chuva de construtores rsrsr.

Muitos parâmetros estão sendo passados no construtor.

Outra coisa importante, com base no nosso entendimento acima, podemos entender que não faz muito sentido ter um construtor se nenhum dos parâmetros vai receber dados obrigatórios para ter um estado válido, ou então se for possível que esses valores possam ser inicializados de forma padrão, pensa comigo, imagina uma quantidade monstra de parâmetros num construtor, a manutenção de um código com várias implementações assim, fica no mínimo triste, dá canseira só de olhar.

Afinal, devo ou não devo usar métodos construtores em Java?

Vamos alinhar um fato, construtores não são obrigatórios, toda classe precisa ter um construtor definido? A resposta é não, lembrando que estamos falando da linguagem Java, em outras linguagens não sei bem ainda como funciona, pode até haver alguma que obrigue a criação, mas em Java não.

Outra coisa, outro motivo que me levou a construir esse artigo é, percebi ser importante saber o porquê de criar um construtor é o por que não, em meus estudos vi uma declaração que dizia assim “Se você não sabe porque está criando um construtor provavelmente está criando-o desnecessariamente” por isso é importante entender como funciona o uso de construtor na criação de um objeto, sem esse entendimento não é possível entender quando o construtor é necessário. Agora olhando por outro ângulo, se nem mesmo passou por nossa mente que determinado objeto precisa da implementação de um construtor, que talvez seria melhor com o uso dele, bom nesse caso precisamos estudar mais, mas calma, por isso estamos aqui é por isso escrevi esse artigo, então tá tudo certo.

Matando a cobra e mostrando o pau.

(eu sempre quis escrever isso** rsrsr)**

No geral a preferência, sempre que possível, é que os membros sejam ou inicializados por padrão, ou individualmente no código que vai consumi-lo.

tá, como seria essa inicialização padrão?

variavel = valor

Aquele velho é bom…

CLASSE classe = new CLASSE();

classe.setNome();

isso é tão familiar… rsrsr

Um construtor com dados definidos deve existir se realmente ele for necessário e só deve receber os parâmetros mínimos para gerar um estado válido manipulando a menor quantidade possível de membros.

Finalizando nosso papo, não fique sem criar um construtor quando ele vai trazer ao código legibilidade ou mesmo vantagem, seja para manutenção futura para facilitar testes, etc.

Tenha em mente…

Construtores nunca devem trazer efeitos colaterais
Pensando em **SOLID**, um dos princípios é justamente a questão da responsabilidade única, então um construtor só deve construir objetos válidos.

Assim…. respondendo a pergunta que fiz acima.

Não tem como destruir um objeto em Java.

até a versão 11 que foi até onde tenho estudado, o **Garbage Collector** o cara que poderíamos invocar via código para fazer isso, não tem como chamarmos ele via código Java, por que esse bonitinho é executado quando a JVM quer, da forma que ela quer é pronto, quem manda é ela rsrsr, o que podemos fazer é ela, atribuir null para uma para o objeto em questão, e retirar todas as referências que tenha para ele, dessa forma ele será elegível para a coleta, mas…. não há como saber quando ele realmente será coletado…

Tem muito mais para se aprender sobre método construtor em java: sugiro uma lida na documentação -> https://docs.oracle.com/javase/tutorial/reflect/member/ctor.html

Fechou? Papo meio denso mas te espero na próxima.

Básico efetivo sobre Coleções e Mapas com Java

Gabriel Bahia. — Wed, 09 Mar 2022 19:12:25 +0000

Básico efetivo sobre Coleções e Mapas com Java

Durante meu início como Dev Java me vi em situações onde precisei parar, voltar novamente a estudar para entender qual tipo de coleção Java usar, ou mesmo analisando códigos já feitos por outros devs, eu me perguntava por que usar um Map aqui? Ou LinkedList ali? doidera… rsrsr 🥺

Para completar, andei fazendo umas entrevistas e recebi perguntas bastante interessantes acerca do assunto de coleções em Java. Vamos falar sobre aqui…

Vem comigo, vamos descer essa ladeira. rsrsrs (sem freio)🤣

Vamos começar a entender a Diferença entre List, Set e Map.

List essa interface que é uma subinterface da interface de Collection (aaa não confunda Collection com Collections) tem 3 implementações **(ArrayList, Vector, LinkedList).

Bom vamos lá. Seus métodos são baseados em índice para as principais operações, buscar, inserir, atualizar e excluir elementos, suave até aqui…

Mais algumas características do List.

Importante, essa interface mantém a ordem de inserção, ou seja, da forma que foi inserido será mostrado, não tem ordenação, (do jeito que entra sai rsrs), mas isso pode ser feito com a classe Collections que tem alguns métodos estáticos prontos, entre eles o método “sort”

A busca de um elemento é rápida no List, por ex: usando o ArrayList, mas se precisar fazer grandes volumes de inserções e exclusões nesse caso essa interface não é a melhor opção, pois nesses dois últimos pontos perde em performance, (tem umas sacadas que podem ser feitas para melhorar essa performance), mas por hora vamos entender que essa implementação não é a melhor para essa finalidade.

Outra sacada é que nessa interface as inserções, exclusões são em linha, ou seja, lineares, o tempo cresce com o aumento da estrutura da lista, (bugou? rsrs😅), calma na alma, vou te explicar…

Resumindo conforme a lista vai aumentando, o tempo que o código que manipula essa lista gasta para operações de exclusão por ex, aumenta.

“A mais para que isso é importante saber? Pensa comigo com esse entendimento você saberá definir, (ou pelo menos já terá uma ideia) se em determinado contexto é interessante usar a interface List e uma de suas implementações ou outro tipo de coleção com Java, ou mesmo pode ser quando uma tarefa chegue para você ou em uma entrevista para uma vaga, inclusive eu recebi uma pergunta bem interessante quanto a utilização de ArrayList em uma entrevista para uma empresa internacional, dá, uma olhada nesse artigo, aqui falo sobre isso no final, inclusive está nele a “sacada da sacada” referente a performance que citei acima). rsrsrs 🥳

Uso recomendado do List

A interface List é top quando o contexto em questão necessita fazer acesso rápido aos elementos dessa lista.

Um exemplo, deixa eu pensar… pensei… Tipo assim, uma implementação que você precise criar uma vitrine, catálogo ou algo assim, com algum objeto, sei lá, filmes ou livros, e cada elemento inserido receba um número identificador(ID) sequencial, esse número será usado para acessar esses elementos partindo do início, que como sabemos é zero, nesse caso o uso do ArrayList é excelente, pois os seus métodos são baseados em índice e isso facilita muito na procura. Manja? rsrsr✌️

Set, diferentemente do List, a interface Set não permite elementos duplicados. As suas implementações são(HashSet, LinkedHashSet, TreeSet) tem também a interface SortedSet, que estende Set, essa tem a função de fornecer método para a classificação natural dos elementos, como, por exemplo: ordem alfabética.

Mais algumas características da interface Set.

Vou falar da implementação mais usada dessa interface que a HashSet, usada em contextos onde não se pode ter elementos duplicados na lista, é não mantêm a ordem em que os elementos foram inseridos

Não tem método get() para recuperar elementos a partir de índice.

Uma coisa que não citei referente ao ArrayList da interface List, essa fornece método get() para chegarmos em um elemento a partir do índice, tipo get(1) mas o Set não.

Uso recomendado do Set

Essa coleção é boa em contextos onde a implementação define que os elementos devem ser únicos, aaaa e a ordem não for relevante. Já usei algumas vezes em situações onde eu precisei limpar duplicados de uma lista que já havia sido instanciada com ArrayList, então adiciono todos os elementos a nova lista **Set com o método addAll(), na sequência limpo a lista que foi gerada com ArrayList, usando o método clear(), na sequência adiciono novamente todos os elementos a essa lista, claro tem alguns “poremzinhos” 🥲 rsrsrs, mas deixemos eles para outra hora. Sim, essa “gambis” *que citei aí foi usando JDK´s abaixo do 8 tá? *Não me jogue pedra por favor rsrsr

Map é importante saber que os Mapas em Java não são considerados coleções, tanto que a interface map é designada como uma segunda árvore no hall das Collection´s, as suas classes e interface não provém de Collection, sua interface principal e Map mesmo rsrs, como as coleções que falamos acima, o map também tem suas implementações são: HashMap , HashTable , TreeMap , ConcurrentHashMap e LinkedHashMap, mas, vem comigo, vamos ver suas características principais e entender melhor.

Vamos lá, fato é que, mesmo os mapas em java não sendo considerados como coleções, ainda assim meio que são trabalhados como as coleções.

Sua principal característica é mapear chaves para valores. E tipo assim oh! Cada elemento que compõe esse mapa tem dois recursos(objetos), são eles, uma chave e um valor. Na declaração do mapa você precisa declarar via generics os tipos de parâmetros, sei lá, String(chave) String(valor), poderia ser quaisquer outros tipos ta? Dessa forma na hora de passar os argumentos para esse mapa você então vai declarar o argumento referente a chave e o argumento referente ao valor dessa chave, só não esquece que, valores podem até ser repetidos, mas chave de jeito nenhum, never.😖💩

Assim como a interface Set, Map, também não mantém a posição de inserção, ou seja, pode acontecer a inserção em uma posição, mas quando for mostrado, recuperado, aparecer em outra posição. Se você se ligou, essa característica do Set e Map difere do List. Se ligou né?

Essa interface também é baseada em **tabela de espalhamento,** é permite chaves e valores null.

Uso recomendado do Map

O uso da interface Map é bom quando o seu contexto da aplicação indica que a ordenação não é importante com uma implementação que seja necessária registrar uma chave para cada valor específico Key(chave), agora se você decidir mudar uma implementação que já usava Set ou List para Map, pensa bem e veja o trampo que vai te custar, pois, os métodos dessas duas interfaces não poderão ser mais usados, pois o Map tem seus próprios métodos que diferem dos usados em coleções do tipo Set ou List. Certa vez precisei usar a interface Map em um contexto onde eu precisava passar para um Web Client os dados de configuração de acesso a uma Api, estava usando ao Apache Http na época, então tinha que passar, token, usuário senha, e um outro código lá que esqueci agora, então passava(chave) user, (valor) dados do usuário, e assim por diante, um outro exemplo seria sei lá um código que precise buscar um aluno passando o nome, então a chave seria o nome, captou?

Não confunda a interface Collection com a classe Collections

Quando eu vi na faculdade sobre Collections lembro que fiquei meio bugado sobre quem é quem, se você ficou também, vem comigo, esclarecer isso agora, primeiro Collections é uma classe utilitária usada para realizar algumas operações em uma Collection, bugou mais ainda? rsrsr E tipo assim, declarei um ArrayList, beleza, agora preciso ordenar a lista que criei em questão, iai? A interface List que estende de Collection não faz isso, aí que entra a Collections, ela tem o método “sort” usado para fazer ordenação em coleções em Java, tem muitos outros como, por exemplo, “shuffle” que bagunça tudo rsrsr(embaralha), “reverse” usado para trocar a ordem, tem também os irmãos “max” e “min” para encontrar valores maiores e menores, e etc, tem mais métodos ainda nessa classe utilitária, sacou agora? Não? Então pega esse resumo aqui embaixo.

Resumindo, Collection é tipo assim a mãezona de todas as coleções com Java, ela é a interface que as classes que a implementam tem que seguir.🤭

Como saber qual interface usar na aplicação que estou fazendo ou aplicando manutenção com Java?

Bom o primeiro passo você já deu que foi procurar entender melhor sobre as características de cada uma das interfaces de coleções e suas implementações, outra parada importante para se dar bem no uso de coleções com Java e entender sobre hashcode() e equals() e porquê? 😏

Bom, por exemplo, se for usar um Set da vida, tudo bem não permite duplicados aprendemos mais acima, mas você precisa definir a partir de qual atributo essa interface deve se basear para retirar duplicados, e para isso é preciso definir quem vai implementar a comparação para que seja possível a descoberta desses valores iguais, saber usar também Comparable e Comparator pode ser muito útil no uso com Coleções com Java, de forma geral, é necessário mesmo entender o contexto da implementação em questão e definir qual interface usar, pois, como já falamos, uma interface permite duplicados, outra não, outra o acesso aos dados e mais rápido a partir de um índice o caso do List, em casos de tabelas hash o list perde em rapidez para que os dados sejam encontrados, mas novamente precisa entender sobre hashcode() e equals() para saber o porquê.

Um conselho para vida e: tenha cuidado com que tipo de coleção usar principalmente naqueles casos que se tem muitos relacionamentos entre as entidades, principalmente os de tipo (Lazy), podem acontecer uns comportamentos inesperados nesses casos, e assim vai, existem outras interfaces que não falei aqui, mas vou deixar o link para você dar uma aprofundada, pois apesar desse artigo ter sido feito com entusiasmo ele é básico e mais conceitual, fechou presença? rsrsr então nos vemos no próximo.

See you around.🖖

Perguntas de Entrevistas para Desenvolvedor Java Júnior.

Gabriel Bahia. — Thu, 03 Mar 2022 16:46:31 +0000

Perguntas de Entrevistas para Desenvolvedor Java Júnior.

Bom pensando em ajudar alguns colegas fiz esse compilado onde trago um pouco da minha experiência adquirida ao longo de algumas entrevistas para vagas do tipo desenvolvedor júnior **JAVA* que participei, bora la…*

Essas entrevistas aconteceram por volta de julho/2021, a dezembro desse mesmo ano, pude perceber um certo padrão nas perguntas feitas pelas equipes técnicas, não vou falar aqui muito da parte de recursos humanos RH, mas ainda assim vou deixar algumas dicas, por ex: sobre quando te perguntam, fale sobre você, fale sobre como você entrou nesse mundo da tecnologia, essas coisas, mas o foco aqui será às perguntas técnicas mesmo, aquela que os Tech leads, Gerentes de projetos e etc fazem.

Bom, mas se liga, essas foram minhas experiências, pode ser que as suas sejam um pouco diferentes, mas tenho certeza que esse artigo irá te dar bons conhecimentos, let’s go.😁

Fale sobre sua história na tecnologia(T.I)😕

Bom essa pergunta é clássica de Recursos Humanos(RH), aconteceu em quase todos os processos seletivos que participei, até mesmo nos internacionais, primeira coisa que precisamos entender, todos nós temos uma história e temos que ser verdadeiros ao contar sobre nossa própria história, seja ela triste ou mesmo que você pense que não tenha graça, é importante saber que do outro lado existe uma pessoa que muitas vezes já ouviu várias histórias não adianta tentar imitar a história de outro alguém ou mesmo querer adotar a técnica de se fazer de sofrido(a), muitas vezes os profissionais de RH já sabem decifrar esses padrões e não vão dar pontos positivos para quem adota esse caminho, pelo contrário, como diz o ditado, “o tiro pode sair pela culatra”(risos), além disso, precisamos ser fiéis a nossas marcas, nossas histórias, não importa qual seja! Já existem muitas cópias nesse mundo de T.I, sejamos autênticos.

Precisamos saber contar a nossa história.

Outro dia vi uma entrevista do Luciano Santos autor do livro (Seja Egoísta com Sua Carreira na tv. Ele dizia mais ou menos assim, “todos temos uma história precisamos apenas saber contar a nossa história, e isso pode ser treinado”, achei essa declaração fascinante, pois me lembrei que eu a cada processo seletivo sabia contar melhor minha história, contava melhor cada momento, acontecimento importante, foi ficando cada vez mais coerente, fato é que às vezes não sabemos contar os fatos temporalmente de forma correta e isso causa confusão para quem ouve, mas treinando conseguimos ter uma visão do que estamos falando com base na época que aquilo aconteceu, qual eram os seus sentimentos naquele momento, etc. Treine a forma de contar sua história!

Aproveite e pense, quais acontecimentos você quer escrever nos próximos capítulos da sua história?

Bom, mas vamos às perguntas técnicas.

A primeira é bem simples, vem da cartilha primária do Java: Qual a diferença entre a comparação com == e o equals? Legal que muitas vezes sabemos usar, usamos até inconsciente muito bem, mas explicar para alguém que sabemos que está nos avaliando é difícil em?

Parece que o entrevistador está com um revólver apontado para você e dizendo: ou responde certo, ou já era… rsrsr 😂

Mas essa é simples

Um exemplo com Strings

Resumindo equals valida o “valor” o que há na variável independente se for instâncias iguais ou diferentes de String, já o ==compara o valor de duas referências a objetos para verificar se elas se referem à mesma instância String

Bom ponto para nós… Mas pegando esse exemplo com as Strings acima, sabe explicar o porquê disso tudo?😕

Em uma das entrevistas um entrevistador me questionou sobre isso, bom como já sabemos, String em Java é uma classe, diferente de outras linguagens que String é do tipo primitivo, com isso entendemos que os objetos (String) criados seguem o mesmo padrão de armazenamento na memória, mesmo sendo variáveis Strings de outras classes. O tal do heap… as variáveis do tipo String referenciam essas áreas da memória no **heap onde ficam os objetos, e nesse exemplo as referências do local de armazenamento serão iguais, *vale aprofundar nesse * assunto, mas por hora basta sabermos disso, se ligou? Não? Então morde o dedo. risos

Uma pergunta simples, mas que já gera um papo bom em?😏

Fale sobre as camadas do padrão MVC, o que cada letra quer dizer.

Bom simples falar sobre essas siglas, Model (modelo) View (visão) e Controller (Controle) que facilita a troca de informações entre a interface do usuário aos dados no banco e tal tal tal, já sabemos de tudo isso, mas aí começam a profundar as perguntas para testar seu nível de profundidade em cada assunto.

Por ex:* onde se inicia todo esse processo no padrão MVC?* Claro sabemos que: começa com o usuário na camada View, enviando uma requisição, aí o controlador(Controller) recebe essa informação e envia para o Model que fica responsável tratar esses dados, validar as regras de negócio e transmitir uma resposta, o controlador novamente envia a camada de visão que mostra ao usuário a resposta(response), mas vem cá, será que podemos adicionar mais uma camada nesse padrão MVC? Essa também foi uma pergunta que vi sendo feita a mim em várias das entrevistas, sabemos que adicionar mais camadas pode trazer mais complexidade a aplicação, mas sim podemos, afinal hoje temos muito a utilização de no mínimo mais uma camada por ex: a camada service, que ajuda justamente na organização separando regras de negócio.

Essas foram perguntas que recebi dos entrevistadores referente a esse assunto. Só mais uma coisa, como podemos utilizar o padrão MVC com Spring? Bom responde ai o entrevistador tá esperando. risos

Quais os módulos do Spring você conhece?

Outra perguntinha bastante feita, no geral eu sempre procurei conhecer bastante sobre os módulos do Spring, afinal essa é uma de suas principais características, ser modular, então os módulos que eu entendo serem principais para quem tá numa entrevista júnior são, o Spring WEB, Spring Data JPA **nossa uma mão na roda, *Spring Boot,** ***Spring Security e Spring Batch, esse último não muito, mas os outros considero essenciais.

Para não estender muito vou deixar apenas o tópico de outras perguntas muito comuns..

Fale sobre o Spring Boot, o que ele traz de benefícios para um projeto?
Quais as vantagens de usar o Spring Data?
O que você entende sobre REST?
Pensando em uma API Rest com Spring em qual camada você colocaria regras de negócio? (Model, CController, Repository, Service).
Descrever sobre polimorfismo e herança.
O que o Inner Join faz em se tratando de SQL.
Fale sobre o que entende de CI/CD?
Essa é meio que obrigação, o que você sabe sobre uso do GIT? (commit, clonar, merge) enfim isso não tem para onde correr é obrigatório saber em qualquer nível de técnico.

Perguntas de algumas entrevistas Internacionais

Para ser sincero foram apenas 2, pois o meu nível de inglês é bem básico então somente 2 empresas me aceitaram no processo seletivo, uma para Portugal e outra para atuar remoto mesmo aqui no Brasil com possibilidade de intercâmbio em uma de suas sedes na Europa.

Nessas entrevistas internacionais fui questionado sobre coisas mais profundas no que tange estrutura de dados e etc, lembro que a empresa Portuguesa me disse que não sabia muito bem sobre essa diferença de nível que temos aqui no Brasil, Júnior, Pleno e Sênior, isso já me deixou meio em *alerta, *pensei eles vão perguntar coisas profundas, muitos risos(de nervoso), isso me deixou animado, mesmo sabendo que eu poderia sair da entrevista com a sensação de ter tomado um soco no estômago rsrsr.

Esses processos internacionais tiveram também algumas dessas perguntas que coloquei acima, porém com um ++.

Por ex: Falar sobre as coleções em Java.

Citar diferenças entre usar o ArrayList, LinkedList, HashSet?

Nesse ponto sugiro uma boa estudada, pois varia as características de tipo de implementação entre as listas, você verá que tudo depende da necessidade de implementação dessa lista, confesso que fiquei meio desconfortável, pois conforme respondia, outras perguntas surgiam pedindo para separar coleções de listas, mapas e etc, talvez não tenha me saído muito bem nessas perguntas, apesar de que desses 2 processos eu acabei passando em 1, e outro até hoje to esperando retorno rsrsrs.🤣

Me recordo de uma pergunta que foi bem interessante na época, eu guardei para estudar, foi a seguinte:

Tenho um ArrayList que sei que vai crescer até chegar a 1000 o tamanho, esses valores serão inseridos na base de dados, logo na hora da instanciação da lista existe uma forma de fazer com que isso fique fácil de ser trabalhado pela JVM(máquina virtual Java)? Já que sabemos o tamanho máximo que pode chegar essa lista.

Bom eu não sabia ter a possibilidade de já definir na criação de um List o tamanho que a mesma pode chegar, foi interessante que após isso eu fui estudar sobre o assunto, e a documentação me ensinou sobre isso muitas coisas mas, aqui tá um ponto legal das entrevistas, interessante também por isso, são vários novos assuntos que o mercado está pedindo que mesmo que você não passe, gera conhecimento para a próxima, sem falar no aprendizado obtido.

Bom, mas o que aprendi sobre isso foi que…

Uma lista pode ter alguns tipos de implementação, como falei acima, o que diz qual implementação usar e a sua vontade rsrsr(brincadeira), na verdade, e a necessidade mesmo, tem casos onde não podemos ter elementos duplicados, outros caso queremos mais performance na pesquisa, outros casos e mais importante performance nas inserções, como ficará na memória os dados, enfim cada caso é um caso, etc.

O ArrayList, ele cria um array padrão daquele objeto em questão(não consegui ver na documentação se já é gerado um tamanho padrão), mas já li em algum canto que é inicialmente criado com tamanho 10.

Mas sim, em um ArrayList é possível especificar o tamanho inicial da lista usando o construtor que recebe um inteiro que indica essa capacidade, a documentação se referência como minCapacity, isso traz um benefício ao fluxo dessa lista, pois vai reduzir a quantidade de **realocação incremental, **ou seja, não será necessário ficar incrementando novo tamanho a lista a cada inserção.

Ficaria assim:

List lista = new ArrayList(40);

Tendeu? É importante sim umas entrevistas, e uma forma de se medir em relação ao mercado e também aprender mais, mas claro isso deve ser feito com consciência, não acho justo sairmos fazendo entrevistas em um monte de lugares sem a intenção de talvez caso ache válido aceitar a vaga, no meu caso estava sim, pensando em uma mudança profissional e passei a pesquisar algumas vagas aceitar alguns convites, passei em muitos desses processos, mas por N motivos acabei não mudando de empresa, mas o aprendizado ficou… Outra coisa caso você não passe, calma sem desespero nem sempre o entrevistador consegue avaliar o real potencial de um candidato, então reavalie-se pratique o autoconhecimento com isso as chances de passar na próxima já aumentam em no mínimo 40%, tenha fé em Deus, “tenha fé porque fé até no lixão nasce flor”. (Racionais MC´s).

Te desejo sucesso!🖖

JAX-WS. A Api “Coroa” do Java. Introdução ao Soap!

Gabriel Bahia. — Fri, 29 Oct 2021 21:01:32 +0000

Como sempre, vamos voltar um pouco às origens, mas antes porque decidi escrever um artigo sobre tal tecnologia?

Percebi que alguns colegas que começaram a pouco tempo na área como dev Java em algumas entrevistas, vez ou outra são pegos e perdem pontos quando são perguntados sobre SOAP e etc, como já vivenciei essa tecnologia entendo que para facilitar o entendimento o primeiro passo seria falar sobre alguns caras importantes desse meio antes de chegar no SOAP propriamente dito. Então logo de início iremos falar sobre JAX-WS.

Lembrando que esse artigo antecede o próximo a ser escrito sobre uma introdução com implementação do SOAP em uma aplicação.

Outra coisinha, minha intenção com os artigos que escrevo e mostrar como funciona tal tecnologia, suas bases e etc, aprender a lidar mesmo nós só vamos no dia a dia, por mais que o tutorial seja hiper mega Step By Step. De Acordo? Então Bora!

Conta comigo 1,2,3 o que significa JAX-WS? Simples, Java API para XML Web Services trata-se de uma tecnologia para construir Web Service, define regras para a comunicação com a implementação SOAP por exemplo, essa e feita via arquivo XML, mais uma coisa, essa tecnologia fornece varias anotações que facilitam no desenvolvimento. Fácil não?

Por que Nasceu?

Então la atrás há muito tempo, quando os primeiros Web Services nasceram as bibliotecas para tal serviço ficava a cargo dos servidores de aplicação, isso significa ser necessário conhecimento nos servidores. Ai já viu, a humanidade sempre buscando facilitar, eis que com a chegada do Java 1.6 novas bibliotecas foram criadas para Web Services e embutidas na JRE, ai começam a ganhar popularidade os Web Services com SOAP, aqui que entra o JAX-WS, esse carinha se trata, na verdade, de uma especificação para Web Services, a comissão do Java sempre procurou padronizar as coisas para não virar a casa da mãe Joana, ai que surge o JAX-WS para especificar um padrão a ser seguindo na construção de Web Services, tipo com o que aconteceu com a JPA lá no início, outra especificação que surgiu para padronizar as suas implementações.

Mas Antes, Vamos Sanar de Vez a Dúvida entre Web Service e API.

Application Programming Interface ou comumente falada API, é uma interface que conecta dois programas, realizando a comunicação entre eles e ditando (especificando) como dois ‘softwares’ em questão devem se conversar(integrar). Então esse e o principal (não o único) sentido para definição do termo API, e por meio dessa ponte que as empresas podem utilizar serviços terceirizados e trocar dados.

Já os Web Services se comunicam através de redes e podem ser combinados para a execução de operações complexas, utilizando principalmente (XML, SOAP, HTTP, WSDL etc…) com o intuito de interagir com outros softwares da Web trocando dados.

A mesma coisa que API?

Rolou um bug ai? Se vc pensou que… Então todo Web Service é considerado uma API, sim você acertou! Web Services são os caras que vieram antes desse modelo de integrações que temos hoje, o nome meio que mudou hoje falamos em Web API´s, mas não viaje não, por que tenho que ressaltar uma parada importante que, nem toda API pode ser considerada como um Web Service.

Mais ai, qual a diff?

Tanto APIs quanto Web Services podem trabalhar em máquinas ou redes, mas existem alguns pontos diferentes para cada um. Vamos la…

Com as APIs, o cliente que consome os dados não precisa saber qual método chamar no servidor, o próprio sistema que recebe essa chamada já sabe o que fazer, e já encaminha para o devido processamento. Além disso, as APIs são consideradas mais flexíveis porque os sistemas do cliente e do servidor podem se comunicar mesmo que cada um utilize linguagens diferentes na implementação, com Web Services também dá, mas tem lá suas complexidades há mais, pois temos na comunicação do Web Service com Soap um contrato o WSDL, esse geralmente escrito e definido em uma linguagem(no nosso caso aqui Java) e o cliente precisa desse contrato para implementar a integração do seu lado, dai surge a complexidade com linguagens diferentes.

Também deve-se considerar o esforço empregado para que os dados sejam empacotados e desempacotados, a tal da

serialização/desserialização em uma API e em um, Web Service.

PS: Basicamente, a grosso modo e nosso contexto aqui, a serialização é o processo onde é feita a conversão da estrutura de dados para ser possível compartilhar esses dados… no meu “baianês”, se ligue mermão, e o que acontece quando enviamos um objeto e nossa aplicação converte para JSON, XML ou o inverso.

Quando a serialização e realizada por uma API, esse processo é menos trabalhoso, por isso as APIs são ótimas em fluxos onde envolvem dispositivos móveis.

Já os parrudos Web Services funciona de maneira mais eficiente quando a solução em questão acontece de máquina para máquina. Como hoje em dia tudo e Web e Mobile entendemos então o porquê da popularização das API´s. Pois, como vimos aqui essas bonitinhas trabalham melhor no nível de software para software.

Agora Vamos Voltar Para o JAX-WS…

Você pode estar se perguntando, como funciona então esse tal de SOAP?

Bom como falei antes esse artigo antecede o próximo artigo onde iremos implementar um Web Service com SOAP, mas vamos falar a grosso modo como seria esse funcionamento até para te introduzir no assunto.

Tipo assim, uma requisição a uma operação do Web Service é representada por um protocolo baseado em XML, nesse caso o SOAP. O SOAP define a estrutura do envelope, essas requests e responses são transmitidas como mensagens SOAP (arquivos XML) sobre HTTP, (sim o HTTP está nesse meio), por baixo dos panos tem mais umas techs que funcionam ali a ex em alguns casos o JAX-B, responsável por converter objeto em XML e o inverso também, ou seja, empacota e desempacotam, a tal da desserialização e serialização que falamos acima, fazendo uma analogia ao Spring MVC seria como o que a biblioteca Jackson faz.

Bom deu para entender não e? Se não deu fica tranquilo o próximo post sobre SOAP ta aqui.

E o Tal do Jax-RS, onde entra nessa história toda?

JAX-RS — API Java para Web Services RESTful. Meio que a modernização do Jax-WS os serviços da web, são representados como recursos e podem lidos por URI (Uniform Resource Identifiers). A chamada remota, é representada como uma solicitação HTTP direta, não como o exemplo que falamos acima, onde tinha o SOAP chamando HTTP por baixo, outra diferença e que o Jax-WS precisa de um arquivo WSDL para gerar código executável que os clientes usam para chamar o Web Service, mais uma coisinha o Jax-RS também e mais flexível, pode usar vários tipos MIME diferentes . Muito usado na conversação de dados XML ou troca de dados JSON (JavaScript Object Notation) …

Agora Você Já Sabe Sobre a Especificação(JAX-WS), Vamos Colocar a Mão na Implementação(SOAP) e Implementar.

Vamos ao próximo post. Me acompanhe…

Implementando um Serviço com SOAP, (HTTP e XML).

Gabriel Bahia. — Fri, 29 Oct 2021 20:59:04 +0000

Implementando um Serviço com SOAP, (HTTP e XML).

Bom, já que estamos aqui que tal batermos um papo?

Então, lembrando que esse artigo curto e prático é uma extensão do artigo anterior onde iniciamos nossos trabalhos sobre “SOAP”, nele falamos mais sobre a especificação JAX-WS, volta um pouco a fita e caso não tenha lido volta lá pois é muito importante essa leitura antes de colocar a mão nessa implementação aqui com SOAP.

Let´s Go…

Simbora para os requisitos, rsrsr…. O quêeeee?😱 Você não estava querendo colocar logo a mão no código sem saber dos requisitos correto? rsrsrs Esse é um vício de muitos de nós, inclusive meu, negligenciar os requisitos e partir logo para o “código”.

PS: Já tenho uma aplicação simples feita na especificação Java EE(geralmente é o padrão das aplicações que usam service soap), front bem simples com Primefaces, mas isso não é importante, afinal vamos tratar de um serviço, essa aplicação está sendo deployada no middleware WildFly 20, e bd PostgresSQL 13, vou deixar o link do repo desse (app) também, aaa já iria esquecendo JDK 8, e minha IDE favorita Eclipse, versão Eclipse IDE for Java EE Developers, também vamos precisar de um client Soap para fazer os testes, vou usar o Soap UI por já ter bastante familiaridade com o mesmo, por ser um dos mais famosos no mundo Java, você pode usar outro se quiser inclusive qualquer versão até o seguinte presente.

Nesse processo vamos vê algumas classes e XML, na época a grande proposta era criar um meio de integração que não necessitasse ser desenvolvido um novo protocolo, isso estava fora de questão, foi então que surgiu a ideia de usar Http com XML e nasceu o SOAP.

Vamos entender melhor sobre o SOAP!

Comunicação entre sistemas, essa foi a principal motivação para a criação do SOAP que quer dizer no nosso bom portuga, Protocolo de Acesso a Objetos Simples, a exemplo: recentemente atuei em um projeto onde a empresa em questão tem um grande sistema que faz uma determinada coisa, (já tem regras de negócios bem definidas lá) e por meio de um, Web Service seguindo a especificação JAX-WS então e disponibilizado um serviço para os clientes poderem acessar esse grande sistema e assim poder usar dessas regras de negócios que já existe la, assim facilitando mão de obra tempo dinheiro e tudo mais, isso é possível também graças a implementação SOAP, que disponibiliza uma definição onde os sistemas externos irão saber quais métodos chamar(requisitar) para cada determinada ação que precisem.

É isso que vamos fazer nesse atrigo disponibilizar um serviço com SOAP.
Vem comigo, colocar mão na massa!

Zoom-in: lembrando que você pode usar uma aplicação que já tenha ai para esse exemplo.

Criando o Primeiro Serviço com SOAP.

Temos então a classe em questão “Alunos” expressivamente coloquei no pacote ServicoSOAP, nos sistemas das empresas em geral, fica apenas no pacote de serviço, lá tem cada classe referente a cada serviço.

Bom, mas vamos falar da nossa classe, a anotação mais importante encontra-se na linha 16, bastaria ela para eu dizer tenho um @WebService anotação essa do pacote javax.jws.WebService, essa anotação então irá fornecer o contrato que precisamos para poder ter acesso ao nosso serviço através de um client, a mesma irá fazer com que nosso método entenda que deve trabalhar com HTTP e XML, esse contrato que citei acima chama-se WSDL, vamos falar sobre ele mais a baixo, por hora vamos voltar a nossa classe que representa então nosso serviço Alunos. (Sobre as anotações @Webresult, e @WebMethod, não se preocupem elas servem apenas para deixar o resultado final do XML mais digamos assim amigável). Vou deixar links para estudos sobre no fim deste post.

Da linha 20 até a linha 25 trata-se apenas de código necessário para a parte de persistência funcionar corretamente, temos ali o famosíssimo EntityManager, Dao e etc.

Indo ao que interessa: Deixe eles lá, concentre-se nas linhas 27 a 38, pois aqui onde definimos então 2 métodos que serão disponibilizados através do nosso serviço que estamos desenvolvendo, simples assim, somente com essas linhas nós já definimos nosso Web Service com SOAP, já temos um contrato, e com isso temos também dois métodos que podem ser acessados de forma externa e retornam dados de nossa aplicação.

Uauuuu…. melhor que isso só um HelloWord rsrsr 😎

Agora precisamos publicar nosso Web Service, para isso temos que definir em qual URL ele ficará disponível e bem como também quais os tipos de retorno (Classe de Implementação) que ele deverá entender.

Não conta para ninguém mas… Isso é absurdamente simples de se fazer. Simbora!🥳

Publicando Nosso Serviço com SOAP.

Temos então a classe em questão PublishServiceAlunos, também no pacote ServicoSOAP, essa classe tem um método main, (não estamos usando Spring rsrsr), e dentro desse método então na linha 9 estou definindo o tipo de implementação que esse endpoint irá trabalhar(retornar) e também a URL que ele deve usar para publicar, na linha 13 então usando a classe do JAX-WS, classe Endpoint, que tem o método publish, método esse que recebe dois parâmetros, a URL e a classe de implementação.

Voilà: Simples assim está pronto, já temos um serviço com SOAP publicado e prontinho para ser acessado por terceiros, quartos e quintos etc. kkk.

Se ligou? Não é muito simples, agora vamos ao que interessa né, testar tudo isso, afinal não tá pronto até ser testado.

Antes Vamos Olhar o Contrato? WSDL.

Como citei rápido acima, precisamos de um contrato para que aplicações externas possam acessar esse nosso serviço, nas integrações mais modernas de hoje em dia seria como a url de uma api, *a grosso modo falandokk, esse contrato e definido por uma carinha que e o **WSDL(Web Services Description Language)*, como o próprio nome sugere esse e o cara que descreve como aquele web service deve ser acessado, em sua assinatura podemos observar que ele tem bastante “coisas”, tudo definições, não se preocupe com isso agora, basta saber que dessa forma os clientes externos saberão qual método deve ser chamado para determinada situação, assim nossa aplicação recebe essa requisição naquele método específico, levanta(invoca) um servlet, então aciona o método chamado trazendo o retorno solicitado.

Zoom-out: Você pode se perguntar por que não usar JSON? Por que como falamos acima essa estratégia de integração foi criada na época onde o rei era o XML, foi antes de o JSON fazer sucesso.

Agora Vamos Testar.

Como falei acima estou usando middleware WildFly, porquê? Eu gosto dele, mas vc pode usar qualquer outro, saliento ainda que esse exemplo pode ser feito com uma aplicação Spring, lembre-se que nesse caso deve colocar no pom a dependência do javax referencia jsr250-api, siga-me, subindo o WildFly aqui…

Aqui no meu console lindo ele já me mostra algumas informações referentes ao serviço que acabei de criar, perceba no parâmetro address a url que definimos na classe PublishServiceAlunos. Vou copiar e jogar ela no browser!

Joguei no browser e deu ruim, o que será?

Bom um serviço SOAP deveria ser usado sempre com o protocolo Http do tipo POST, toda via jogando direto no browser por padrão e feito um GET a mensagem de erro é clara, HTTP GET não é compatível, agora entra em cena nosso client soap, o Soap UI, nele poderemos baixar o contrato(WSDL) e com isso o mesmo irá reconhecer os métodos que temos para esse endpoint no Web Service em questão.

Mas Antes Como Acessar o Contrato, Onde Fica Isso?

Bom na (URL) que definimos eu havia dito que ali já teríamos um contrato e não foi mentira, porem por convenção para acessarmos esse contrato devemos adicionar ao fim da URLo seguinte parâmetro: ?wsdl”.

ex: http://localhost:8080/Academax/AlunosAcademia?wsdl

Agora indo no Browser novamente temos acesso ao contrato do nosso serviço, perceba que os métodos que criamos também estão descritos lá, e assim que as aplicações externas acessam nosso Web Service, o WSDL fornece as informações importantes para quem externo for acessar aquele determinado endpoint.

Bom ta ficando quente em…

Agora vamos jogar no SoapUI nosso client soap e fazer um teste mais concreto.

Clicando na opção SOAP

Temos acesso a essa telinha, no campo Initial WSDL, será onde nós vamos colocar nossa (URL), poderíamos também procurar o arquivo WSDL baixado, alguns casos é enviado apenas o arquivo ao cliente para ele poder ter acesso aos recursos do endpoint em questão.

Jogando a URL no Soap Ui, ele já reconhece o nome do Web Service e agora e só da um velho e bom OK.

Após isso olha que coisa magica, lembra os dois métodos que eu havia descrito na classe Alunos? Então…

Olha os bonitinhos ai, com suas devidas requests prontas só precisando apertar um play para funcionar.

Olha ali o método TodosAlunos, esse responsável por trazer todos os alunos cadastrados na base, vamos testar, vamos aperta o play que está ali encima aquele “verdinho” e vê se pega fogo.

Pegou fogo mesmo rsrsr, retornou bonitinho da base, ou seja, nosso serviço está Ok, funfando, retornou o XML com as tags e dentro dela os dados, nesse caso cadastro de alunos que por sinal é tudo “Gabriel” rsrsr

Agora o método buscarPorID, esse necessita que seja passado um parâmetro dentro da tag arg0, caso eu quisesse deixar mais semântico, poderia usar a annotation @WebResult e especificar no parâmetro name = “id”.

Vamos ao retorno.

Retorno:

Prontinho tudo lindo, com isso concluímos que o nosso Web Service está funcionando, claro tem mais algumas especificações algumas anotações que não falamos aqui, a exemplo a @XMLElementRoot, a anotação @WebResult, @WebMethod, essas duas ultimas servem para deixar mais bonitinho, personalizar o XML, nos links você pode se aprofundar.

Que legal você que me acompanhou até aqui!

Aprendemos e falamos sobre uns assuntos da hora. Claro essa e uma implementação bem simplista, introdutoria, não tira a necessidade de estudos mais avançados, indico a Alura, tem cursos completos para tal.

Vimos que Web Services foram criados para integrar sistemas.
Aprendemos também que o SOAP funciona com o XML e ali por baixo dos panos usa o protocolo Http.
Descobrimos também sobre o contrato utilizado com SOAPo WSDL, que serve para descrever os métodos e os dados necessários para poder acessar um Web Service.

Por enquanto é isso, vamos aos próximos episódios e não deixe de estudar, foco no foco e Deus te Abençoe!

Servlets quem são? Onde vivem? Como usar?

Gabriel Bahia. — Fri, 06 Aug 2021 18:42:47 +0000

Esse é um artigo conceitual com uma pitadinha de técnica, coisa básica, mas que irá te proporcionar conhecimentos valiosos, vem comigo, vamos bater um papo bem legal? Falar de código.

Porque foram criados os Servlets?

Bom falar de Servlet nos leva automaticamente a requisitar o protocolo HTTP(sacou? risos), afinal ele é a base para a programação web. Agora falando de aplicações web com Java não é necessário criar classes que suportem o HTTP. Nosso idioma Java tem em suas bibliotecas uma API topzera com o nome de Servlet que seria (servidorzinho). Assim entendemos o porquê foram criados os Servlets, receber requisições HTTP, interpretá-las, processar e devolver uma resposta (response) a quem requisita.
Fácil em? Bora que tem mais…

""Há e nem venha falando, para que eu preciso saber disso? Coisa antiga, tra lá lá, o fato é que devemos cada vez mais buscar ser além da média, buscar se destacar e não ser mais 1 no meio desse mundo lotado de devs rsrsr, então muitas vezes compreender sobre a base das “coisas” nos ajudam a entender e resolver melhor problemas, Me acompanhe…"" #NãoSejaMedia

Foi assim que tudo começou…

No mundo Java, essa história de gerar páginas dinâmicas nasceu com a tecnologia Servlets, a primeira e principal tecnologia capaz de passar do padrão de páginas meramente estáticas que tinha na época, os servlets apareceram lá no ano de 1997. Nesse mesmo ano rolou a segunda edição do JavaOne (um dia e vou…), atraiu em torno de 8.000 devs, para a época foi a maior conferência de desenvolvimento de software do mundo,😱 uauu! Isso trouxe bastante visibilidade para os servlets e contribuiu muito para a sua disseminação. Hoje, a última versão disponível é a versão 4.0.3 lançada em agosto de 2019. E só para você saber, o Java EE está na versão 8, lançada em setembro de 2017, só para te situar, vamos à frente que atrás vem gente…

Como Usamos Servlets no Desenvolvimento Web com Java?

Então… Na versão Java EE 5 criar Servlets era um processo de configuração um tanto quanto chato, envolvia arquivo XML, o web.xml, e sempre que tinha-se a necessidade de criar um novo servlet, novamente mais configuração, era um processo. Com o tempo isso fica bem chato, afinal queremos meter mão no código e não ficar fazendo configurações. Mas aí na especificação Java EE 6, chegou então Servlets 3.0, haaa ficou legalzinho implementar servlets, a configuração então fica bem programática, utilizando apenas simples anotações. O que isso quer dizer? Chega de configurar Servlets no web.xml, agora basta apenas usar a anotação @WebServlet.😎

Fiquei empolgado que vou até te mostrar…😁

Mas se liga, já parou para pensar que hoje em dia nós nem precisamos especificar servlet nenhum em nossas aplicações? 🤔

Tipo assim, quando jogamos nossos desenvolvimentos nos servidores de aplicações, então toda essa “mágica” fica a cargo deles, citando a exemplo o WildFly, de forma simples, por baixo dos panos, então quando a requisição é feita pelo lado cliente, a mesma é recepcionada por um ServletContainer, que então invoca(kuchiyose no jutsu rsrs) o servlet com base nas implementações, envia a classe java que deve controlar as regras necessárias, então processa os dados e gera uma resposta(response). Basicamente assim o funcionamento.

Servlets são escaláveis? Os servlets são eficientes e sim são escaláveis, porque não criam novos processos sempre que requisitados, em vez disso, os mesmos são tratados por threads separados no processo do servidor web.

Algo que eu ainda não havia entendido…🤔

Fiquei pensando, hoje onde trabalho é usado o middleware WebSphere da IBM nas aplicações que tenho atuação, mas já usei também o JBoss, Wildfly e outros, esses que citei são bem pesados vamos dizer assim, em relação ao conhecidíssimo Tomcat. Então fui estudar e entendi a questão, a resposta é simples, o famosinho TomCat ele é basicamente um ServletContainer(falamos sobre lá encima) já os outros que citei, eles têm a funcionalidade do TomCat(ServletContainer) e ainda tem mais alguns módulos que em umas aplicações são necessários, por isso o TomCat é mais leve, arquivo de download menor, etc.

Que tal entender melhor sobre as funcionalidades de um Servlet. Bora?🤩

Então, chegou a hora de descer um pouco mais a camada…

A API Servlet tem uns métodos bem interessantes já prontos, precisamos apenas sobrescrever e adequar as nossas necessidades, por exemplo, o método doGet(), que recupera dados, representa claro o método Http GET(Que novidades rsrs), e o método doPost(), que faz então a inserção de dados, esse representa qual método Http? Bom não precisa responder né.
Estamos evoluindo, vamos estender mais o papo!

Implementamos um servlet, fácil né criar uma classe e herdar de HttpServlet, ou você pode criar direto um servlet, vou mostrar um exemplo via Eclipse.

Bom servlet criado, mas como encontramos esse servlet a partir de uma página HTML? Ou seja, como eu envio os dados para ele processar e me devolver uma resposta? Então, uma pagina que chama um servlet pode usar o “/”+nome do servlet na url, dessa forma irá encontrar encontra-lo.

Vamos fazer um exemplo bem básico…

Como batizamos nosso servlet de formulario, então vamos direcionar para ele fazer o processamento dos dados do nosso formulário de login(bem basicão) e para isso inserimos ali no fim da url o nome do servlet(/formulario).

Perceba que na página HTML a requisição é feita usando o método Http POST, então na classe servlet temos que implementar um método que consiga receber esses dados, qual é esse método? Claro ele mesmo doPost(), usando a classe HttpServletRequest para ter acesso aos dados da requisição, vamos usar um dos métodos já prontinho dessa classe, o getParameter(), ele vai permitir pegar o valor do input na requisição, só precisa informar qual o nome do parâmetro do formulário da página HTML que queremos receber o valor.

Implementação… Simulando uma tentativa de login.

Nota: Como não iremos utilizar o método doGet() vamos retirar ele de cena.

Temos a seguinte implementação.

Pagina redirecionada após o processamento do Servlet🥳🥳

Bom esse foi só um exemplo basicão, claro os Servlets são muito mais poderosos e te convido a ir além, vou deixar uma imagem bem legal de um fluxo bem mais detalhado do uso de um servlet.

Perceba que tem alguns métodos interessantes que não falamos aqui nesse artigo básico, mas que você encontra fácil na documentação todas as instruções necessárias para aprofundar seu aprendizado.

Artigo da Oracle

Para esses testes usei a seguinte stack

Middleware WildFly versão 20
JDK Oracle 1.8
Eclipse IDE for Java EE
Maven versão 3.3.9

Enfim espero que eu tenha lhe ajudado, estou te esperando para batermos mais um papo bem interessante e produtivo no próximo artigo, te desejo sucesso e para isso tenha coragem com muita fé. Aguardem… ✌️ 🤞 🤟