SouJava

Sociedade de Usuários da Tecnologia Java

Category Archives: JCP

JCP: Festa de Aniversário

20140611-festa-jcp-18anos-topo-post

Festa! O Java Community Process, o processo de padronização que define os rumos da tecnologia Java, completará 18 anos de existência. Vamos comemorar este acontecimento em grande estilo?

Venha participar com a gente desta festa!

Data: 18 de junho, quarta-feira
Horário: 19h30
Local: Oracle Brasil
Endereço: Rua Doutor José Áureo Bustamante, 455 – Vila Cordeiro, São Paulo – SP

Inscrições: http://goo.gl/n927sU

JCP: reunião aberta ao público

20140606-reuniao-jcp

Se você tem interesse em saber como funciona o JCP, ou participa do programa Adote uma JSR e quer se envolver ainda mais, não perca a oportunidade de participar deste evento.

Todos os meses o Comitê Executivo do JCP organiza uma reunião para discutir assuntos relacionados a padronizações, andamento das JSRs, e sobre a própria organização. A próxima reunião será aberta ao público e em sua pauta constam itens como: novidades no JCP.Next, JSR-364 e a ampliação do quadro de associados.

Ler mais deste artigo

SouJava vota Sim e com 18 votos a favor o JCP-EC aprova a JSR #352 Batch Applications for the Java Platform

Terca-Feira 18 de Dezembro de 2012 – A Sociedade de Usuarios da Tecnologia Java – SouJava vota sim e juntamente com outros 17 votos em favor aprova a JSR #352 Batch Applications for the Java Platform.

O SouJava entende que a JSR#352 em sua versao inicial nao respeita a padronizacao seguida por outras especificacoes no que diz respeito a Anotacoes Java, devido a este fato, a par da situacao o Spec Lead Chris Vignola garantiu que o time vai trabalhar duro para corrigir este problema antes que a versao final seja liberada para uso da comunidade Java.

18 – Votos a favor.
0 – Votos contra.
0 – Abstinencias.
6 – Nao votaram.

JSR_352

A par desta e outras pequenas falhas de implementacao, o SouJava vota em favor da JSR#352 com o seguinte comentario:
A Sociedade de Usuarios da Tecnologia Java – SouJava entende que todos vem trabalhando duro para criar uma solucao inovadora e criativa de lidar com problemas comuns encontrados na plataforma Java Batch e mesmo com algumas pequenas restricoes ja notificadas, nos acreditamos que o Spec Lead Chris Vignolia(IBM), e o Grupo de Especialistas: Joe Pullen (Credit Suisse) Timothy Fanelli (IBM), Simon Martinelli, Michael Minella, Mahesh Kannan (Oracle), Kevin Conner (RedHat) e Wayne Lund (VMware) estao realizando um trabalho incrivel e esta contribuicao ficara marcada para sempre na Historia da comunidade OpenSource Java.

O SouJava apoia esta e outras iniciativas que favorecem o padrao OpenSource e disponibilizem aos desenvolvedores Java maior autonomia e liberdade em seus projetos.

Fonte: JSR#352

English Version:

2012 – December 18, The Brazilian Java User Group SouJava votes Yes and with 18 votes in favor JCP-EC approves JSR #352 Batch Applications for the Java Platform.

The SouJava JUG understands that this JSR is not following the regular Java Annotations implemented in other Java EE platform specifications, due to, even with this restriction the Spec Lead Chris Vignola guarantees that the team will very soon address a fix to this issue before the final JSR#352 version is release to the community.

18 – Yes
0 – No
0 – Abstain
6 – Not voted

JSR_352

Aware of the situation the SouJava votes Yes with the following comment:
The Brazilian Java User Group SouJava understands that the whole team is working hard to provide a creative and innovative way to deal with the Java Batch platform. Even with few restrictions already addressed, we believe that the Spec Lead Chris Vignolia(IBM) and the Expert Group: Joe Pullen (Credit Suisse) Timothy Fanelli (IBM), Simon Martinelli, Michael Minella, Mahesh Kannan (Oracle), Kevin Conner (RedHat) and Wayne Lund (VMware) are so far doing a great job and their contribution within the OpenSource Community will remain in history for a long time.

The SouJava JUG knows and supports the creation of Java Specification Requests that enables the OpenSource community through Java developers to access and use these new technologies. We highly support OpenSource initiatives/enhancements and we are proud to vote Yes.

Source: JSR#352

Thomas Modeneis, SouJava – Brazil.

SouJava vota sim e com 18 votos a favor JCP-EC aprova a JSR #346 – Contexts and Dependency Injection 1.1

SouJava vota sim e com 18 votos a favor o JCP-EC aprova a JSR #346.

Acompanhe abaixo o Resultado Oficial da votacao da JSR #346 – Contexts and Dependency Injection for JavaTM EE 1.1

18 – Votos a favor.
0 – Votos contra.
0 – Abstinencias.
6 – Nao votaram.

jsr_346_votes

O Grupo de Usuarios Java Soujava entende, incentiva e apoia a JSR 346. Nos Acreditamos que esta iniciativa favorece a criacao de uma implementacao que estabelece um padrao que outras empresas serao obrigadas a seguir, evitando assim que a mesma seja dominada exclusivamente por uma empresa ou grupo.
O SouJava apoia esta e outras iniciativas que favorecem o padrao OpenSource e disponibilizem aos desenvolvedores Java maior autonomia e liberdade em seus projetos.

Agradecemos ao Spec Lead Pete Muir e todo o grupo pelo exelente trabalho e dedicacao para com a comunidade Java.

Referencia Original: JSR #346

English Version:
Official Result : JSR #346 – Contexts and Dependency Injection for JavaTM EE 1.1
The JCP Expert Group approved the JSR #346 with the following results:

18 – Yes
0 – No
0 – Abstain
6 – Not voted

jsr_346_votes

The SouJava Java User Group understands that this JSR supports the creation of a Default Open Level playing field that allows third part developers and companies to create, implement and develop the technology in their own projects.
The SouJava JUG knows and support the creation of this and other patterns that enables the OpenSource community though Java developers to access and use this new technologies. We highly support OpenSource initiatives and we are proud to vote Yes.

The SouJava JUG would like to thank the spec lead Pete Muir and the whole JSR#346 TEAM for the hard work and dedication with the OpenSource Java Community.

Original reference: JSR #346

Reunião do Comitê Executivo do JCP no Brasil

O SouJava e a TOTVS trabalharam juntas para receber no dia 16/05 uma reunião presencial (Face2Face) do Comitê Executivo do JCP no Brasil, que contará com a participação de três representantes do SouJava no Java Community Process participando da reunião: Bruno Souza, Fabio Velloso e Yara M H Senger, além de representante da TOTVS.

Conheça o Comitê Executivo do Java Community Process, grupo que guia a evolução da tecnologia Java:

Java SE/EE Executive Committee

  • Azul Systems, Inc.: Gil Tene (bio)
  • Credit Suisse:  Susanne Cech Previtali (bio)
  • Eclipse Foundation Inc.: Mike Milinkovich (bio)
  • Ericsson AB: Magnus Lönnroth (bio)
  • Fujitsu Limited: Hiroshi Yoshida (bio)
  • Goldman Sachs: John Weir (bio)
  • Google: Josh Bloch (bio)
  • Hewlett-Packard: Scott Jameson (bio)
  • IBM: Jason Gartner (bio)
  • Intel: Anil Kumar (bio)
  • London Java Community: Ben Evans (bio)
  • Oracle: Don Deutsch (bio)
  • Red Hat: middleware LLC Mark Little (bio)
  • SAP: Steve Winkler (bio)
  • SouJava: Bruno Ferreira de Souza (bio)
  • Twitter: Chris Aniszczyk (bio)

Java ME Executive Committee

  • Stefano Andreani (bio)
  • Aplix: John Rizzo (bio)
  • ARM: Limited Paul Manfrini (bio)
  • AT&T: Roger Mahler (bio)
  • CableLabs: Jon Courtney (bio)
  • Deutsche Telekom: Roland Hechwartner (bio)
  • IBM: Mark Rogalski (bio)
  • Werner Keil (bio)
  • Nokia: Kimmo Löytänä (bio)
  • Oracle: Calinel Pasteanu (bio)
  • Research In Motion: Chris Wood (bio)
  • Samsung: Vincent Kwon (bio)
  • Siemens: Lothar Borrmann (bio)
  • SK Telecom: Hoojong Kim (bio)
  • TOTVS: Aguinaldo Boquimpani (bio)
  • Vodafone: Edin Bektesevic (bio)

Mais:

Na programação do JustJava também tem JCP (18 e 19/5)
JCP no site do SouJava
Comitê Executivo do Java Community Process
JCP no InfoQ.BR
Reunião do SouJava na IBM falando sobre JCP (17/5)

O SouJava está no Facebook. Acompanhe o Twitter do SouJava

Adopt a JSR: JSR 357 – Social Media API

O Programa criado pelo SouJava e London Java Community, O Adopt a JSR está a todo vapor, a idéia inicialmente proposta pelo JUG Brasileiro esta atravessando o mundo e nossos esforcos para atrair a atenção do publico estão dando cada vez mais resultados. Obrigado a todos os colaboradores do SouJava e também todos os leitores do nosso site que tem contribuido com a inciativa.
Adopt a JSR

Hoje vamos aprensentar a JSR 357 – Social Media API.
Esta JSR esta causando grande polemica na comunidade e por isso resolvemos apresentar os fatos e abrir o topico para discução pois o SouJava vai enviar o seu voto dentro de poucos dias, e a sua opinião pode determinar o nosso voto.

A JSR 357 foi criada para definir uma API generica para acessar as os dados de todas as redes sociais pagas e/ou publicas como (Facebook, Twitter, Google+,LinkedIn, Xing, Yammer entre outras).
Os Spec Leads idealizadores da JSR sao: Werner Keil e Antoine Sabot-Durand. A votação para a aprovação ou rejeição da JSR teve inicio dia 6 de Marco de 2012 e as metas para esta JSR sao bastante agressivas levando em conta que existe a previsao de liberar uma versao final no primeiro semestre de 2013.

Voce pode observar que a JSR 357 acabou de ser proposta, o que significa que nesse momento ela passa pelo processo de votação dentro do JCP, para ver se deve continuar ou não no processo. A JSR 357 esta dando o que falar, principalmente porque conta com o apoio do Twitter, junto com a RedHat e Oracle. Por si só, o apoio desses grandes players se mostra muito interessante e traz uma grande perspectiva de um futuro promissor para a JSR, tendo em vista que a maior dificuldade esta em conseguir apoio de grandes players do mercado.

Atualmente vemos uma crescente discução sobre privacidade e controle dos dados dos usuarios nas redes sociais, e uma forma de obter esse controle é criando um padrao onde todas as redes sociais possam conversar entre si, e abrir a possibilidade de serem efetuadas trocas dados entre elas. Possibilitando por exemplo que seus dados pessoais sejam migrados do facebook para o Google+, ou apenas replicados. Isso traz grande beneficio para o usuario final que não vai mas precisar ficar em uma rede social porque se mudar, perde tudo que foi escrito e feito durante anos.

Já existem projetos que tentam realizar esse tipo de tarefa, porem este esforço esta ligado a empresas e membros individuais. O fato de existirem várias APIs Java de diferentes players, funcionando de diferentes maneiras para as diversas redes sociais é na verdade uma boa razão para se propor a padronização.
Somente atravez da padronizacao é que se torna possível criar uma API padrão (“especificação”, “interfaces”), que seria implementada pelas várias APIs específicas (“drivers”, “providers”).

A Padronizacao so funciona quando já existem diversas implementacoes no mercado orientadas a desenvolver/resolver um mesmo problema. Por si só, o fato de existirem varios projetos tentando fazer a migracao de dados, e tantas API’s de rede sociais distintas ja caracteriza que nos precisamos de um padrao.

Por outro lado há quem diga quem diga que o resultado dessa API sera apenas uma API generica e que será apenas mais um esforço que nao tera nenhum resultado valido para a comunidade.

Para abordar esse assunto devemos levar em conta que o proprio mercado conta com diversas outras API’s que “escondem” os detalhes mais complexos de conexao com banco de dados, servicos de mensageria ou até mesmo sistemas operacionais inteiros. O resultado final acaba trazendo vantagens concretas para uns, e nenhuma vantagem para outros. A arquitetura do Java funciona baseada nessa separação de API padrão + implementações específicas e extensões exclusivas, que promovem a padronização, e ajudam a evitar o “menor denominador comum”.

A questão que devemos focar, nao é: Se existem outros problemas a serem resolvidos ou se essa é, ou nao, a prioridade no JCP. Devemos focar e saber se essa API vai trazer para o desenvolvedor Java facilidades para integrar suas aplicacoes com redes sociais.

E você, o que você acha? Dentro de mais ou menos uma semana, o SouJava vai ter dar o seu voto no comitê executivo do JCP, aceitando ou rejeitando essa proposta de API. Esse é um otimo momento para abrirmos o tópico para discussão, e a sua opinião tem tudo para decidir para onde vai nosso voto.

Quer participar ?

Veja os detalhes na página Adopt a JSR do SouJava, se inscreva na lista de padronização, escolha a JSR que mais interessa a você e preencha o formulário para participação.

Veja também quem já participa do JCP representando a comunidade Java Brasileira!

Vale a pena participar ?

A participação do Brasil na comunidade internacional de TI está cada vez maior e mais efetiva, mas sempre pode evoluir. Para isso é fundamental que cada um de nós estenda sua participação. Participar significa aumentar a participação no projeto local, no grupo de usuários local, nos eventos, nas listas de discussão. Participar pode significar ler, aprender e compartilhar, opinar, criticar, testar, documentar, enfim, fazer o mecanismo de informações funcionar.

Se você ainda tem dúvidas se vale a pena participar, assista o vídeo A Era da Participação com Bruno Souza, conhecido como Java Man, fundador do SouJava e representante do SouJava no Executive Comittee do JCP.

Profissao Java – A Era da participacao – Bruno Souza.

SouJava vota na JSR #348 [Final Release]

No último dia 14, o SouJava participou da votação do “Final Release” da JSR #348: Towards a new version of the Java Community Process mantendo linha adotada na votação da “Public Review” que  considerou esta JSR, um passo importante na evolução do JCP.

O voto final do SouJava destaca a importância da abertura e transparência nas discussões do JCP, conforme segue:

“A JSR-348 baseia-se na experiência em abertura que várias JSRs existentes iniciaram, tornando abertas e transparentes as decisões do JCP como um todo. Este é um passo importante para promover a transparência e a participação no JCP. Com isso, a Comunidade Java pode ter uma participação muito melhor nas discussões sobre o JCP.next, e agora podemos abordar as questões mais difíceis do JCP em uma discussão inclusiva e transparente.”.

Na site do JCP você pode conferir os votos dos demais participantes em JSR #348: Towards a new version of the Java Community Process – Final Approval Ballot.

O SouJava está no Facebook. Acompanhe o Twitter do SouJava, e participe da discussão com a hashtag #SJJCP.

SouJava indicado para o JCP Awards

O JCP Program Awards está na sua 9ª. edição e atualmente é composto por três categorias: “JCP Member/Participant of the Year”, que reconhece o membro do JCP que promoveu  o impacto positivo mais significativo na comunidade, “Most Innovative JSR”, que reconhece o líder e grupo de especialistas da JSR mais inovadora, e “Outstanding Spec Lead”, que reconhece a liderança de uma JSR.

Neste mês, o SouJava foi indicado para este prêmio na categoria “JCP Member/Participant of the Year”, devido à promoção da abertura e transparência no JCP, como pode ser observado no anúncio da indicação:

“For tirelessly promoting the JCP, JSRs, openness, transparency and our community at large (to say nothing of Bruno Souza’s marvelous cape!).”

Juntamente com o SouJava, nesta categoria, foram indicados: Mike DeNicola, IBM, London Java Community, Doug Lea.

Reiteramos o compromisso do SouJava com a transparência e abertura do JCP, como pode ser observado nos votos realizados pelo grupo na sua participação como membro do Comitê Executivo do JCP:

Os vencedores serão anunciados na noite do dia 4 de Outubro deste ano, a partir das 18h.

Anúncio da indicação no blog do JCP:
http://blogs.oracle.com/jcp/entry/jcp_annual_award_nominees_2011

Informações sobre indicados e vencedores das edições anteriores do JCP Program Awards:
http://jcp.org/en/press/news/awards/awards_main

O SouJava está no Facebook. Acompanhe o Twitter do SouJava.

SouJava vota na JSR #348 [Public Review]

No último dia 12, o SouJava participou de mais uma votação no JCP apoiando a JSR #348: Towards a new version of the Java Community Process. Esta JSR tem como objetivo definir uma nova versão do Java Community Process, alterando a versão anterior com o intuito de aumentar a transparência do processo, garantir ampla participação nas atividades referentes, aumentar a agilidade e melhorar a governança do processo.

O SouJava considera esta JSR, um passo importante na evolução do JCP, como pode ser observado nos comentários realizados pelo grupo no seu voto:

“O SouJava está satisfeito em como esta JSR foi conduzida, na aplicação e teste dos princípios de transparência que esta JSR esta promovendo. O processo resultante será um um passo importante na reformulação contínua do JCP”.

Você pode conferir os votos dos demais participantes em JSR #348: Towards a new version of the Java Community Process – Public Review Ballot.

O SouJava está no Facebook. Acompanhe o Twitter do SouJava, e participe da discussão com a hashtag #SJJCP.

SouJava vota na JSR #350

No início desta semana, dia 15/08/2011, o SouJava participou de mais uma votação no JCP apoiando a JSR #350: Java State Management. E continua trabalhando nas JSRs que propõem mudanças no JCP, para torná-lo mais aberto e participativo, como pode ser observado nos comentários realizados pelo grupo no seu voto:

“Gostaríamos de ver RI e TCK com licenças mais abertas, especialmente considerando que esta proposta pretende ser entregue juntamente com o implementação de referência do JavaEE. Esperamos também que esta JSR irá seguir as orientações da JSR-348 na transparência e envolvimento da comunidade, visto que são objetivos desta especificação.”

Você pode conferir os votos dos demais participantes em JSR #350: Java State Management – JSR Review Ballot.

O SouJava está no Facebook. Acompanhe o Twitter do SouJava, e participe da discussão com a hashtag #SJJCP.

Seguir

Get every new post delivered to your Inbox.

Junte-se a 285 outros seguidores