quinta-feira, 30 de maio de 2013

1º Encontro técnico do ALJUG

     Pessoal é com muita felicidade que venho aqui comunicar que no dia 8 de junho estaremos realizando o primeiro encontro técnico do ALJUG. Esse encontro vai ser às 10h da manhã até as 12h no prédio de Analise de Sistemas do Cesmac na sala 704. Como pauta desta reunião estaremos discutindo sobre a evolução do grupo e como evoluir ainda mais, também sobre o evento ALJUG JAVA DAY III, e sugestões de quem comparecer, além disso estamos organizando para que está reunião seja também online, porém em outra data para que todos que quiserem , e estão longe, possa de alguma forma contribuir, a data ainda será definida para o evento online.

Neste encontro teremos um mini curso de Vraptor, com Sergio Holanda programador da empresa IlhaSoft.



Para este evento contamos com o apoio da:




     Onde estaremos sorteando alguns livros desta editora para os que comparecerem além também do evento online. Então é indispensável a presença de todos que querem que a comunidade de desenvolvedores Java do Estado de Alagoas cresça ainda mais!

"Somos um em todos e todos em um só nome, ALJUG."

Qualquer novidade estaremos atualizando este post.





segunda-feira, 20 de maio de 2013

Oracle Altera Números para Versões Java


Devido ao grande número de patches de segurança que a Oracle precisou liberar para Java SE, a empresa já teve que mudar a forma como atribui os números de versão para as atualizações lançadas. A Oracle tem enfrentado um problema com sua programação de "Limited Updates", isto é, mudanças de recursos secundários dentro de uma versão Java precisam trabalhar com números de versão previsíveis para a atribuição e relatórios.
O que antes era um sistema previsível tornou-se muito mais difícil de controlar porque cada CPU (Critical Patch Update) para falhas de segurança colidiu até o número da versão. Agora, a Oracle tem construído um novo esquema de numeração que será introduzido pela primeira vez para o JDK 7 e, em seguida, aplicado ao JDK 5.0 e 6, conforme necessário.

Fonte: Uner-Linux

terça-feira, 7 de maio de 2013

JSR 356, Java API para WebSocket

Um novo artigo, agora sobre OTN / java, pelo Java Champion Johan Vos, intitulado de "JSR 356. A mesma,que faz parte da plataforma Java EE 7, especifica a API que os desenvolvedores Java pode usar quando quiser integrar WebSockets em suas aplicações, tanto no servidor Java quanto no cliente. A API é altamente flexível, e libera para os desenvolvedores independente da execução WebSocket subjacente, evitando assim bloqueio do fornecedor dentro dele e também permite uma maior escolha em bibliotecas e servidores de aplicativos. Os clientes da Web ou clientes nativos pode aproveitar qualquer implementação WebSocket com isso pode mais facilmente se comunicar com um back-end em Java.

Como parte do padrão Java EE 7, servidores de aplicativos compatíveis com todos os Java EE 7 terá uma implementação do protocolo WebSocket que adere a JSR 356. Vos explica:

"Uma vez que se encontram estabelecidos, cliente e servidor WebSocket são simétricos. A diferença entre um cliente e um API API do servidor, portanto, é mínima. JSR 356 define uma API cliente Java, bem como, um subconjunto da API completa exigida em Java EE 7

A API Java para WebSocket é muito poderoso, porque permite que qualquer objeto Java para ser enviado ou recebido como uma mensagem WebSocket.

Basicamente, há três tipos diferentes de mensagens:

* Mensagens baseadas em texto;
* As mensagens binárias;
* As mensagens Pong, que são sobre a conexão WebSocket em si.

Quando se utiliza o modelo de interface orientada, cada sessão pode registar-se, no máximo, um MessageHandler para cada um destes três tipos diferentes de mensagens.

Ao usar o modelo de anotação-dirigido,annotation-driven, para cada tipo de mensagem, um método anotado @onMessage é permitido. Os parâmetros desejados para especificar o conteúdo da mensagem nos métodos anotadas depende do tipo de mensagem.

Confira o artigo ,em inglês,aqui e saiba como integrar WebSockets em suas aplicações.

Fonte: Blog Oracle Texto de Janice J. Heiss  Traduzido por Aljug

MariaDB Java Client 1.1.2 Released

O projeto MariaDB tem o prazer de anunciar a disponibilidade imediata do MariaDB Java Client 1.1.2. Esta é uma versão estável (GA). Veja as notas de versão e changelog para obter informações detalhadas sobre este lançamento e a página sobre o Cliente Java MariaDB no AskMonty na Base de Conhecimento para obter informações gerais.


Fonte: Blog MariaDB

sexta-feira, 3 de maio de 2013

JAVA 7 EE Avança

A próxima versão do Enterprise Java recebeu aprovação da Java Community Process - JCP, de acordo com um post no blog da Oracle na terça-feira.

No seguimento, o Java EE (Enterprise Edition) 7 implementação de referência, é colocado como o servidor de aplicação GlassFish. A 7 Plataforma Java EE e Web Perfil JSR (Java Specification Request) passou pela votação para aprovação final do Comitê Executivo da JCP. "Isso conclui o processo de aprovação do JCP para todas as JSRs sob o perfil Java EE 7," DeMichiel escreveu.

Destaque no Java EE 7 são as capacidades de lote, WebSocket, JSON (JavaScript Object Notation) e utilitários de simultaneidade para aplicações assíncronas. Quatorze JSRs estão ligados a Java EE 7, incluindo os Utilitários para Java, Java Persistence 2.1, Java Servlet 3.1, JavaServer Faces 2.0 e Java Message Service 2.0.

Também faz parte do Java EE 7 nove RMs (versões de manutenção), incluindo Web Services para Java EE 1.4, JavaServer Pages 2.3 e Anotações comuns para a plataforma Java 1.2.

Outro recurso que havia sido programado para Java EE 7, a norma da API de cache a JCache, foi excluído da lista de recursos Java EE 7. Espera-se para ser um candidato para Java EE 8, prevista para 2015.

A Oracle tem tido problemas ultimamente com o cumprimento das suas características ambiciosas e metas para edições Enterprise e padrão do Java. A edição padrão do Java 8, que tinha sido previsto para este ano, já está prevista para ficar pronta no próximo ano.

Fonte: InfoWorld (Com adaptações)