Introdução
O objetivo deste artigo é explorar alguns frameworks web e suas principais características.
Vaadin JPA Crud (by Yaw Tecnologia)
Introdução
O objetivo deste artigo é explorar alguns frameworks web e suas principais características.
Vaadin JPA Crud (by Yaw Tecnologia)
O HSQLDB, também conhecido como HyperSQL, é um gerenciador de base de dados relacional open source escrito em Java. Possui poucos recursos, é simples e bastante eficiente.
Para instalar, basta acessar o site http://sourceforge.net/projects/hsqldb/files/ e baixar o arquivo hsqldb-2.3.4.zip.
Para executar a ferramenta de acesso à base de dados, é só acessar a pasta lib do projeto e executar o seguinte comando:
java -cp hsqldb.jar org.hsqldb.util.DatabaseManagerSwing
O HSQLDB possui 3 tipos de banco de dados:
Podemos subir o servidor de banco de dados, através do comando:
java -cp hsqldb.jar org.hsqldb.server.Server –database.0 file:nomeArquivoDoSeuBanco –dbname.0 nomeDoSeuBanco
Assim a URL JDBC fica assim: jdbc:hsqldb:hsql://localhost/nomeDoSeuBanco
Exemplo de obtenção da conexão com HSQLDB
try {
Class.forName(“org.hsqldb.jdbc.JDBCDriver” );
} catch (Exception e) {
System.err.println(“ERRO: falha ao carregar o driver JDBC do HSQLDB!”);
e.printStackTrace();
return;
}
Connection c = DriverManager.getConnection(“jdbc:hsqldb:file:nomeDoSeuBanco”, “SA”, “”);
Apresentar a configuração de ferramental necessário para utilização da solução Drools (www.drools.org).
Baixe e instale o JDK SE 1.7 ou superior
Baixe e instale o Eclipse Neon 2
http://download.jboss.org/drools/release/6.5.0.Final/droolsjbpm-tools-distribution-6.5.0.Final.zip
Extrair em algum diretório temporário e efetue a instalação do plugin
http://download.jboss.org/drools/release/6.5.0.Final/drools-distribution-6.5.0.Final.zip
Extrair no diretório definitivo
Pronto! Seu ambiente está configurado!
A idéia é armazenar os eventos gerados pelo domínio e que, mais tarde, será reconstruído o estado atual do objeto em questão.
Dockerfile
FROM nginx:latest
MAINTAINER Genki Sugawara <sgwr_dts@yahoo.co.jp>
ENV DUMB_INIT_VERSION 1.1.3
ENV CONFD_VERSION 0.11.0
RUN apt-get update
RUN apt-get install -y –force-yes curl
RUN curl -sOL https://github.com/Yelp/dumb-init/releases/download/v${DUMB_INIT_VERSION}/dumb-init_${DUMB_INIT_VERSION}_amd64.deb
RUN dpkg -i dumb-init_*.deb
RUN rm dumb-init_*.deb
RUN curl -sOL https://github.com/kelseyhightower/confd/releases/download/v${CONFD_VERSION}/confd-${CONFD_VERSION}-linux-amd64
RUN chmod +x confd-*
RUN mv confd-* /bin/confd
RUN mkdir -p /etc/confd/{conf.d,templates}
ADD nginx_default.conf.toml /etc/confd/conf.d/
ADD nginx_default.conf.tmpl /etc/confd/templates/
ADD init.sh /
RUN chmod +x /init.sh
ENV CONFD_ARGS -backend dynamodb -table confd
ENV AWS_REGION ap-northeast-1
ENV AWS_DEFAULT_REGION ap-northeast-1
ENV AWS_ACCESS_KEY_ID …
ENV AWS_SECRET_ACCESS_KEY …
CMD /init.sh
init.sh
#!/usr/bin/dumb-init /bin/sh
confd $CONFD_ARGS &
nginx -g ‘daemon off;’
nginx_default.conf.toml
[template]
src = “nginx_default.conf.tmpl”
dest = “/etc/nginx/conf.d/default.conf”
keys = [
“/nginx/statuscode”
]
check_cmd = “service nginx configtest”
reload_cmd = “service nginx reload”
nginx_default.conf.tmpl
server {
listen 80 default_server;
server_name _;
location / {
return {{getv “/nginx/statuscode”}};
}
}
DynamoDB
aws dynamodb create-table \
–table-name confd \
–attribute-definitions AttributeName=key,AttributeType=S \
–key-schema AttributeName=key,KeyType=HASH \
–provisioned-throughput ReadCapacityUnits=1,WriteCapacityUnits=1
$ ddbcli
ap-northeast-1> show create table confd;
CREATE TABLE `confd` (
`key` STRING HASH
) read=1 write=1
ap-northeast-1> select all * from confd;
[
{“key”:”/nginx/statuscode”,”value”:”404″}
]
// 1 row in set (0.05 sec)
$ docker build -t awesome-confd .
…
$ docker run –rm -p 10080:80 –name awesome-confd -it awesome-confd
2016-08-28T08:34:26Z 1f4823caba59 confd[8]: INFO Backend set to dynamodb
2016-08-28T08:34:26Z 1f4823caba59 confd[8]: INFO Starting confd
2016-08-28T08:34:26Z 1f4823caba59 confd[8]: INFO Backend nodes set to
2016-08-28T08:34:26Z 1f4823caba59 confd[8]: INFO DynamoDB table set to confd
2016-08-28T08:34:26Z 1f4823caba59 confd[8]: INFO /etc/nginx/conf.d/default.conf has md5sum 4dce452bf8dbb01f278ec0ea9ba6cf40 should be 1e1181119f8355e81d3b0a7de2859d5a
2016-08-28T08:34:26Z 1f4823caba59 confd[8]: INFO Target config /etc/nginx/conf.d/default.conf out of sync
2016-08-28T08:34:26Z 1f4823caba59 confd[8]: INFO Target config /etc/nginx/conf.d/default.conf has been updated
$ curl localhost:10080
<html>
<head><title>404 Not Found</title></head>
<body bgcolor=”white”>
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.11.3</center>
</body>
</html>
#!/usr/bin/dumb-init /bin/sh
confd $CONFD_ARGS
nginx -g ‘daemon off;’
ap-northeast-1> update confd set value = ‘401’ where key = ‘/nginx/statuscode’;
// 1 row changed (0.08 sec)
$ docker exec -it awesome-confd confd -backend dynamodb -table confd -onetime
2016-08-28T08:40:44Z 4b3509b1fd93 confd[49]: INFO Backend set to dynamodb
2016-08-28T08:40:44Z 4b3509b1fd93 confd[49]: INFO Starting confd
2016-08-28T08:40:44Z 4b3509b1fd93 confd[49]: INFO Backend nodes set to
2016-08-28T08:40:44Z 4b3509b1fd93 confd[49]: INFO DynamoDB table set to confd
2016-08-28T08:40:44Z 4b3509b1fd93 confd[49]: INFO /etc/nginx/conf.d/default.conf has md5sum 1e1181119f8355e81d3b0a7de2859d5a should be 306f95f0ae59a29344ed21eb0c7886c9
2016-08-28T08:40:44Z 4b3509b1fd93 confd[49]: INFO Target config /etc/nginx/conf.d/default.conf out of sync
2016-08-28T08:40:44Z 4b3509b1fd93 confd[49]: INFO Target config /etc/nginx/conf.d/default.conf has been updated
$ curl localhost:10080
<html>
<head><title>401 Authorization Required</title></head>
<body bgcolor=”white”>
<center><h1>401 Authorization Required</h1></center>
<hr><center>nginx/1.11.3</center>
</body>
</html>
@Configuration
É uma annotation que indica que determinada classe possui métodos que expõe beans.
@Controller
Identifica classes que possuem métodos que processam requests numa aplicação web.
@Repository
Identifica classes que isolam o acesso aos dados da sua aplicação. Comumente associada a DAO’s.
@Service
Identifica classes que representam a ideia do Service do Domain Driven Design. Para ficar menos teórico pense em classes que representam algum fluxo de negócio da sua aplicação. Por exemplo, um fluxo de finalização de compra envolve atualizar manipular o carrinho, enviar email, processar pagamento etc. Este é o típico código que temos dificuldade de saber onde vamos colocar, em geral ele pode ficar num Service.
@Component
A annotation básica que indica que uma classe vai ser gerenciada pelo container do Spring. Todas as annotations descritas acima são, na verdade, derivadas de @Component. A ideia é justamente passar mais semântica.
@ComponentScan
Em geral você a usa em classes de configuração(@Configuration) indicando quais pacotes ou classes devem ser scaneadas pelo Spring para que essa configuração funcione.
@Bean
Anotação utilizada em cima dos métodos de uma classe, geralmente marcada com @Configuration, indicando que o Spring deve invocar aquele método e gerenciar o objeto retornado por ele. Quando digo gerenciar é que agora este objeto pode ser injetado em qualquer ponto da sua aplicação.
@Autowired
Anotação utilizada para marcar o ponto de injeção na sua classe. Você pode colocar ela sobre atributos ou sobre o seu construtor com argumentos.
@Scope
Annotation utilizada para marcar o tempo de vida de um objeto gerenciado pelo container. Pode ser utilizada em classes anotadas com @Component, ou alguma de suas derivações. Além disso também pode usada em métodos anotados com @Bean. Quando você não utiliza nenhuma, o escopo default do objeto é o de aplicação, o que significa que vai existir apenas uma instância dele durante a execução do programa. Você alterar isso, anotando o local e usando alguma das constantes que existem na classe ConfigurableBeanFactory ou WebApplicationContext.
@RequestMapping
Geralmente utilizada em cima dos métodos de uma classe anotada com @Controller. Serve para você colocar os endereços da sua aplicação que, quando acessados por algum cliente, deverão ser direcionados para o determinado método.
@ResponseBody
Utilizada em métodos anotados com @RequestMapping para indicar que o retorno do método deve ser automaticamente escrito na resposta para o cliente. Muito comum quando queremos retornar JSON ou XML em função de algum objeto da aplicação.
@Primary
Caso você tenha dois métodos anotados com @Bean e com ambos retornando o mesmo tipo de objeto, como o Spring vai saber qual dos dois injetar por default em algum ponto da sua aplicação? É para isso que serve a annotation @Primary. Indica qual é a opção padrão de injeção. Caso você não queira usar a padrão, pode recorrer a annotation @Qualifier.
@Profile
Indica em qual profile tal bean deve ser carregado. Muito comum quando você tem classes que só devem ser carregadas em ambiente de dev ou de produção. Essa eu utilizo bastante e acho uma ideia simples, mas super relevante dentro do Spring.
@SpringBootApplication
Para quem usa Spring Boot, essa é uma das primeiras que você. Ela engloba a @Component, @ComponentScan e mais uma chamada @EnableAutoConfiguration, que é utilizada pelo Spring Boot para tentar advinhar as configurações necessárias para rodar o seu projeto.
Bom, acho que é isso aí. Adoro escrever posts que foram solicitados diretamente pela galera que acompanha o meu trabalho, é uma motivação bem grande.
@EnableAsync
Essa aqui não é tão comum, mas muitas vezes você precisa ações no sistema em background(outra thread). Essa annotation deve ser colocada em alguma classe marcada com @Configuration, para que o Spring habilite o suporte a execução assíncrona.
@Async
Uma vez que seu projeto habilitou o uso de execução de métodos assíncronos com a @EnableAsync, você pode marcar qualquer método de um bean gerenciado do projeto com essa annotation. Quando tal método for invocado, o Spring vai garantir que a execução dele será em outra thread.
Domain Driven Design, ou seja, Desenvolvimento Orientado a Domínio.
O objetivo é focar no domínio da solução, através de um contexto apresentado, determinar a solução de maneira que atenda:
O modelo de software típico de DDD consiste:
Exemplos:
https://github.com/paoesco/cargotracker-ddd
https://github.com/citerus/dddsample-core
https://github.com/olivergierke/spring-restbucks
http://www.the-coder-life.com/2016/02/domain-driven-design-hands-on-example.html
https://github.com/simbo1905/root-objects
Links:
http://www.agileandart.com/2010/07/16/ddd-introducao-a-domain-driven-design/
Em minhas buscas pelo conhecimento de JPA e CDI, encontrei uma solução interessante para modelar classes JPA, o JPA Modeler.
Site:
http://jpamodeler.github.io/
Vídeo demonstrativo:
A utilização da arquitetura de microserviços vem se tornando padrão entre as empresas.
Com a busca de informações dessa nova forma de desenvolver os aplicativos, encontrei uma solução de framework para utilização de microserviços, o KumuluzEE.
Por ser uma solução compatível com JEE, torna-se uma grande opção, tanto para novos projetos quanto para aplicações existentes e que deseja-se transformá-las em microserviços.
Fonte:
https://ee.kumuluz.com/
O Maven é uma excelente ferramenta para gerenciar e implantar projetos Java. O objetivo desse post é apresentar de forma clara e fácil como utilizar o Maven.
Através do Prompt de Comando, vá no diretório onde deseja criar o projeto e digite
mvn archetype:generate -DgroupId=br.com.emp -DartifactId=WebAppDemo -DarchetypeArtifactId=maven-archetype-webapp