segunda-feira, 3 de junho de 2013

Inventor do JavaScript defende API Java livre

Quase três dezenas de cientistas de computação opuseram-se à iniciativa da Oracle de impor direitos de propriedade intelectual sobre a API Java. Em uma declaração (amicus curiae) apresentada ao tribunal, o grupo defende que a API proprietária vai atrasar a evolução da indústria de TI.

O grupo inclui nomes proeminentes como o do inventor do MS-DOS, Tim Paterson e o de um dos responsáveis pelo desenvolvimento da ARPANET, Larry Roberts. E apoia a Google no processo na qual a Oracle acusa a gigante das buscas de ter violado os direitos de propriedade intelectual sobre a API Java no desenvolvimento do sistema operacional Android.

A Google nega qualquer irregularidade e argumenta, em parte, que a API Java não é elegível para a proteção de direitos de propriedade intelectual sob a lei dos EUA. No ano passado, um tribunal distrital da Califórnia concordou em grande parte com a Google e decidiu contra a Oracle no caso.

Para o juiz William Alsup,  a API Java não pode ser abrangida  pela legislação em vigor, por ser uma parte funcional da plataforma Java, necessária para o uso da linguagem Java. A Oracle recorreu da decisão, e a iniciativa dos cientistas pretende influenciar o tribunal que decidirá sobre o recurso.

A ação dos cientistas foi proposta pela Electronic Frontier Foundation, em nome de 32 cientistas de computação e programadores de software. Outros signatários são Brendan Eich, inventor do JavaScript e CTO da Mozilla, Michael Tiemann, autor do compilador GNU C++ e executivo da Red Hat, e o responsável pelo desenvolvimento do Samba, Andrew Tridgell.

“A liberdade de reimplantar e ampliar as APIs existentes tem sido um fator chave de concorrência e progresso no campo da informática – hardware e software,” diz a declaração. “Tornou possível o surgimento e sucesso de muitas indústrias robustas hoje consideradas banais, ao assegurar que os concorrentes poderão desafiar empresas já estabelecidas estendendo o estado da arte”.

A declaração argumenta, por exemplo, que a disseminação de PCs de baixo custo foi possível porque a IBM não deteve nenhum direito autoral sobre o seu BIOS, permitindo a concorrentes como Compaq e Phoenix criarem suas próprias implementações de BIOS e criar clones do PC. A natureza aberta da API também foi essencial para o desenvolvimento do sistema operacional UNIX, a linguagem de programação C e os protocolos abertos na Internet, lembra a declaração.

Fonte:CIO

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)

segunda-feira, 22 de abril de 2013

Lançamento da versão 8 do Java será adiado até 2014

A Oracle irá adiar o lançamento do Java 8 até 2014, citando um novo foco em mais segurança, disse Mark Reinhold, arquiteto-chefe da plataforma em um post em seu blog nesta quinta-feira (18).

O Java Development Kit 8, baseado na Java Platform Standard Edition 8, estava previsto para setembro deste ano, mas Reinhold diz que ele será adiado para permitir mais trabalho na correção de problemas de segurança que vem assolando a plataforma recentemente. “A Oracle está comprometida a continuar corrigindo problemas de segurança em ritmo acelerado, a aprimorar o modelo de segurança do Java e a introduzir novos recursos de segurança. Este trabalho irá exigir mais horas de trabalho do que temos disponíveis mesmo eliminando recursos do Java 8 ou reduzindo o escopo desta versão”, disse Reinhold.

“Como consequência do renovado foco em segurança a execução do cronograma do Java 8, com um lançamento geral no início de setembro, não é mais possível”. A nova data prevista para o lançamento do software é o primeiro trimestre do próximo ano, com uma amostra para os desenvolvedores programada para setembro, disse ele.

A Oracle também tem visto atrasos no Project Lambda, uma das principais atrações do Java 8 que aprimora os recursos de programação para sistemas com múltiplos núcleos, mas espera concluí-lo no início de maio, três meses depois do planejado. A empresa poderia eliminar o Lambda e cumprir o cronograma originalmente previsto para o lançamento do Java 8, mas isso tornaria esta versão menos atraente, disse Reinhold. “Uma versão sem o Lambda lançada neste ano teria menos probabilidade de ser amplamente adotada, então pra que nos incomodarmos com isso?”.

Al Hilwa, um analista do IDC, concorda com o raciocínio de Reinhold. “Claramente houve uma realocação intencional de recursos para tornar o Java mais seguro, o que é absolutamente a prioridade certa”, disse ele. “O atual cronograma de lançamento do Java é baseado em recursos, e um recurso chave da JDK8 é o Lambda. Acredito que a explicação de Mark e o plano sugerido são sólidos e me parecem ser a melhor opção. É claro que é preocupante, já que a data de lançamento mudou mais de uma vez, mas dadas as circunstâncias atuais, é completamente compreensível.”

Enquanto isso Java SE 9 agora tem um lançamento previsto para 2016, enquanto anteriormente estava programado para 2015. A versão 9 incluirá um sistema de módulos conhecido como Project Jigsaw, que inicialmente seria incluso no Java SE 8.

Fonte: IdgNow