Fonte: [edgarsilva.com.br]

E como diria a bruxinha do episódio do pica-pau: “E lá vamos nós”, lançando o evento anual da comunidade JBoss: JBossinBossa 2010 . Organizar um evento nunca é fácil, é necessário muita coragem, assumir compromissos e encarar desafios, é preciso ter um time de pessoas fantásticas como colegas, apoiadores, colabores, fornecedores, palestrantes, amigos e família para que tudo no final possa no mínimo: “Não dar nada errado”.

Várias pessoas estão neste projeto há quase mais de 8 meses, entre elas, pessoas como o James Cobb, que é o Líder do time de Designers da JBoss.ORG que é também um funcionário da Red Hat, junto com seu time, criou toda a identidade visual, logo, design do site, isto mostra o carinho que as pessoas tem pelo Brasil e o desejo de colaborar.

Neste ano, vamos fazer um evento ainda modesto, com apenas 1 dias de Palestras no Auditório, e 1 dia de Tutoriais, mas este número com certeza deverá aumentar nos anos seguintes, uma vez que tenhamos histórico e mais força e credibilidade para conseguir obter mais recursos e apoio.

No dia 16 de Abril de 2010, haverão os tutoriais, que serão voltados para pessoas iniciantes, estudantes ou mesmo interessados em reciclagem, bem como os tutoriais específicos, um pouco mais avançados, entre estes tutoriais, um deles será ministrado pela Caelum e outro pela GlobalCode, ambas empresas que respeitamos muito, e que sempre tentamos nos apoiar, quando o assunto e o desejo é: “Vamos fazer algo para compartilhar conhecimento?”.

No dia 17, que é um sábado, será o dia de palestras, algumas delas internacionais, com o tradução simultânea sim, deverão vir para o Brasil, alguns palestrantes internacionais, entre eles o já confirmado Pete Muir, que vem diretamente da Escócia, além de outros que iremos confirmar ao longo dos próximos dias.

Eu não posso deixar de agradecer e pedir ânimo pros meus colegas de email *@redhat.com aqui do Brasil, pois eles sabem que este é um evento deles, um dos motivos de sermos muito felizes na Red Hat do Brasil na divisão JBoss, é o fato de não existir a figura retrograda de “chefe”, nós temos sim pessoas que assumem e lideram frentes que o sucesso é dividido, da mesma forma se o fracasso acontecer, esse é a receita da construção deste time que valorizou muito mais as pessoas que as posições em si, e é nesse time brasileiro que eu confio e é deles todos os créditos… Fracasso, é algo que faz parte dos cálculos, mas eu tenho certeza que vamos sair do outro lado com um grande evento e deixando um pouco de nossa contribução para a solidificação do conhecimento e o compartilhamento de tecnologias que no final só quer fazer com que tenhamos menos horas de problemas e muito mais momentos de alegria!

O Evento tem Twitter e site no Facebook, uma das coisas que estamos queremos é promover e ajudar na vinda das pessoas, é claro que não temos como pagar pelo transporte, mas se pudermos ajudar com algo, como por exemplo, pessoas que queiram ceder um sofá para alguém, ou simplesmente dar uma carona de carro, esperamos que a colaboração ultrapasse a fronteira do software e possa chegar no que é mais importante: Vocês!

Hoje foi um dia que deixei de ir pro meu treino, para dar um tapa no site do evento: http://www.jbossinbossa.com.br , que só usa HTML+JavaScript(JQuery), “nossssa…huiiiii”, mas que também tive um tempo para criar um pequeno vídeo promocional do evento que eu espero que vocês todos gostem!

Isto aconteceu por causa da atualização do GTK+ (versões 2.17.x/2.18.x). As últimas versões do GTK+ alteraram a forma como as janelas são criadas e gerenciadas no X Window. Isto acarretou alguns problemas na forma do SWT gerencia a "Z order" das janelas.

As novas versões do Eclipse (3.6 e builds posteriores ao  I20091201-2000 devem ter estes problemas corrigidos. Enquanto isto a recomendação é setar a variável GDK_NATIVE_WINDOWS antes de executar o Eclipse, ou então criar um script de inicialização do Eclipse. Exemplo:

 #!/bin/sh
export GDK_NATIVE_WINDOWS=1
/java/eclipse/eclipse

Rafael Benevides Perfil JBUG:Brasil Início: 19:00

Velozese Furiosos da Web - Produtividade com JBoss Seam Descrição: Se você acha que já viu tudo do framework JBoss Seam, venha descobrir recursos que vão fazer você ter a produtividade que sempre sonhou com Java EE e tecnologias para Web 2.0. Palestrante: Rafael Benevides é JBoss Consultant da Red Hat do Brasil no escritório de Brasília, focado em tecnologias emergentes e SOA, desde de 2003 atuando em projetos Java, possui certificações de vários fornecedores entre eles: Red Hat, Sun Microsystems, IBM e SAP. Atuou em vários projetos importantes no governo brasileiro, entre eles dentro do Ministério da Educação / INEP, além de trabalhar num projeto opensource XSeam, que é uma biblioteca de componentes visuais para o JBoss Seam.

Edgar A SilvaPerfil JBUG:Brasil Início: 20:20

REST: Um modelo de Serviços de Integração poliglota para Web / SOA  Descrição: Webservices ganharam notoriedade, robustez e padronizações; isto é ótimo, mas dependendo do que precisamos, poderemos criar arquiteturas de integração de serviços utilizando protocolos mais simples, para isso o REST(Representational State Transfer) é um modelo muito utilizado em várias arquiteturas de vários casos de sucesso no mundo inteiro como Facebook, Twitter, Ning etc. Então venha descobrir como você pode criar modelos de integração agnósticos e poliglotas, o que lhe permite criar clientes em PHP, JavaScript(JQuery), Ruby, Cocoa etc.  Palestrante: Edgar A Silva é o JBoss Lead da Red Hat no Brasil, uma de suas principais atribuições é levar conhecimento das tecnologias JBoss ao mercado, bem como apoiar vários outros departamentos dentro da Red Hat como vendas, serviços, marketing etc. Palestrante em vários eventos de tecnologia nacionais e internacionais(JavaOne e JBossWorld) e foi um dos fundadores do BelJUG em 2002. Mais informações em seu blog http://www.edgarsilva.com.br

Mais informações: [www.beljug.com.br]

 Anotem na agenda!

Terça-feira, dia 4 de agosto de 2009. Vem ai: Red Hat Roadshow 2009.

Local: MERCURE LÍDER

Endereço:
SHN Quadra 5 Bloco I - Asa Norte
Brasília, DF - Brasil

Agenda: http://www.redhatroadshow.com.br/2009/agenda.html

Inscrições: [www.redhatroadshow.com.br]

Nos vemos por lá.

Sendo assim, durante este processo de (in-?)definição por parte do cliente, estou atuando como freelancer em outro cliente. Projeto novo, com antigos amigos. Uma excelente oportunidade para aprender mais um framework: Struts 2.

Já utilizei-o (como PoC) na época do Webwork onde já era claro sua superioridade em relação ao Struts 1.x.

Aproveito para tocar em um assunto que há bastante tempo penso em falar mas que na verdade é bastante polêmico. Que o Struts 1.x foi um dos primeiros frameworks MVC para Java e que ainda hoje existe vários legados feitos com Struts, isto não tenha dúvidas! Entretanto é preciso "abrir os olhos" para o mercado e para as inovações tecnológicas que o acompanham. Já em 2004, o Carlos Vilela, vulgo CV, hoje atual consultor da ThoughtWorks, disse a celebre frase. "Toda vez que voce usa Struts, Deus mata um bebe foca. Pense nas pobres foquinhas, e parem de usar esse lixo. Por favooooooooooooooooooor."

Hoje o mercado está repleto de frameworks WEB/JAVA de qualidade: JBoss Seam, Wicket, Struts 2, VRaptor, etc. Muitos deles utilizando anotações evitando o famigerado "XML Hell", além da possibilidade de usar injeção de dependência ( e outjeção no caso do Seam), abstração de invocações Ajax, além de inúmeros componentes visuais "prontos".  A idéia central é que quanto mais abstrações ao redor da complexidade, melhor será a produtividade da equipe e com uma menor curva de aprendizado.

Sabemos que o Struts 1.x possui uma "abstração pobre" e que conseqüentemente não foi capaz de acompanhar a evolução dos outros frameworks. Agora me respondam uma coisa: Por quê projetos NOVOS hoje em dia ainda utilizam o Struts 1.x? Acredito que a resposta seja um misto de preguiça de atualizar-se (para profissionais) com um elevado teor de uma conservação "nonsense" (por parte dos gestores de TI/Projetos/etc).

No outro lado da balança está a infame síndrome do Not invented here (não inventado aqui) com a propagação de frameworks caseiros. "Frameworks caseiros não são arquiteturas de referência, não são padronizados, não possuem uma comunidade em volta para dar apoio e não são padrões da insdústria de software. Construir frameworks caseiros com o dinheiro público é o pior caso de todos." (Rafael Carneiro). Vejam que estou falando de frameworks, onde quase nunca se leva em consideração "open/closed principle - OCP" já que o objetivo é solucionar um problema específico. O que fazer então ? Não crie um framework do zero, mas estenda as funcionalidades de um framework existente ( que possui toda uma comunidade trabalhando para você ) criando componentes para estes. Este é o principal motivo que o XSeam é chamado de conjunto de componentes visuais e não visuais para o JBoss Seam Framework e não é chamado de framework por si só como algumas pessoas sugeriram erradamente.

Por fim, recomendo a leitura dos slides da apresentação O Struts morreu - Como escolher um novo framework Web realizada por Alessandro Coelho Ribeiro que está disponível em seu site: [www.integritas.com.br]

1. O CARA DA INFORMÁTICA dorme. Pode parecer mentira, mas o CARA DA INFORMÁTICA precisa dormir como qualquer outra pessoa. Esqueça que ele tem celular e telefone em casa, ligue só para o escritório;
2. O CARA DA INFORMÁTICA come. Parece inacreditável, mas é verdade. O CARA DA INFORMÁTICA também precisa se alimentar e tem hora para isso;
   
3. O CARA DA INFORMÁTICA pode ter família. Essa é a mais incrível de todas: Mesmo sendo um CARA DA INFORMÁTICA, a pessoa precisa descansar no final de semana para poder dar atenção à família, aos amigos e a si próprio, sem pensar ou falar em informática, impostos, formulários, concertos e demonstrações, manutenção, vírus e etc. 
4. O CARA DA INFORMÁTICA, como qualquer cidadão, precisa de dinheiro.  - Por essa você não esperava, né? É surpreendente, mas o CARA DA INFORMÁTICA também paga impostos, compra comida, precisa de  combustível, roupas e sapatos, e ainda consome Lexotan para conseguir relaxar? Não peça aquilo pelo que não pode pagar ao CARA DA INFORMÁTICA; 
5. Ler, estudar também é trabalho. E trabalho sério. Pode parar de rir. Não é piada. Quando um CARA DA INFORMÁTICA está concentrado num livro ou publicação especializada ele está se aprimorando como profissional, logo trabalhando; 
6. De uma vez por todas, vale reforçar: O CARA DA INFORMÁTICA não é vidente, não joga tarô e nem tem bola de cristal, pois se você achou isto demita-o e contrate um PARANORMAL OU DETETIVE. Ele precisa planejar, se organizar e assim ter condições de fazer um bom trabalho, seja de que tamanho for. Prazos são essenciais e não um luxo? Se você quer um milagre, ore bastante, faça jejum, e deixe o pobre do CARA DA INFORMÁTICA em paz. O último que fez milagre foi crucificado; 
7. Em reuniões de amigos ou festas de família, o CARA DA INFORMÁTICA deixa de ser o CARA DA INFORMÁTICA e reassume seu posto de amigo ou parente, exatamente como era antes dele ingressar nesta profissão. Não peça conselhos, dicas? ele tem direito de se divertir; 
8. Não existe apenas um "levantamentozinho" , uma "pesquisazinha" , nem um "resuminho", um "programinha pra controlar minha loja", um "probleminha que a maquina não liga", um "sisteminha" , uma "passadinha rápida (ALIAS CONTA-SE DE ONDE SAIMOS E ATÉ CHEGARMOS)", pois esqueça os "inha e os inho (programinha, sisteminha, olhadinha, )" pois os CARAS DA INFORMATICA não resolvem este tipo de problema. Levantamentos, pesquisas e resumos são frutos de análises cuidadosas e requerem atenção, dedicação. Esses tópicos podem parecer inconcebíveis a uma boa parte da população, mas servem para tornar a vida do CARA DA INFORMATICA mais suportável; 
9. Quanto ao uso do celular: celular é ferramenta de trabalho. Por favor, ligue, apenas, quando necessário. Fora do horário de expediente, mesmo que você ainda duvide, o CARA DA INFORMATICA pode estar fazendo algumas coisas que você nem pensou que ele fazia, como dormir ou namorar, por exemplo; 
10. Pedir a mesma coisa várias vezes não faz o CARA DA INFORMATICA trabalhar mais rápido. Solicite, depois aguarde o prazo dado pelo CARA DA INFORMATICA; 
11. Quando o horário de trabalho do período da manhã vai até 12h, não significa que você pode ligar às 11:58 horas. Se você pretendia cometer essa gafe, vá e ligue após o horário do almoço (relembre o item 2). O mesmo vale para a parte da tarde: ligue no dia seguinte; 
12. Quando CARA DA INFORMATICA estiver apresentando um projeto, por favor, não fique bombardeando com milhares de perguntas durante o atendimento. Isso tira a concentração, além de torrar a paciência. - ATENÇÃO: Evite perguntas que não tenham relação com o projeto, tipo como?. vocês entendem é claro?.; 
13. O CARA DA INFORMATICA não inventa problemas, não muda versão de WINDOWS, não tem relação com vírus, NÃO É CULPADO PELO MAL USO DE EQUIPAMENTOS, INTERNET E AFINS. Não reclame! O CARA DA INFORMATICA com certeza fez o possível para você pagar menos. Se quer EMENDAR, EMENDE, mas antes demita o CARA DA INFORMATICA e contrate um QUEBRA GALHO; 
14. Os CARAS DA INFORMATICA não são os criadores dos ditados "o barato sai caro" e "quem paga mal paga em dobro". Mas eles concordam?; 
15. E, finalmente, o CARA DA INFORMATICA também é filho de DEUS e não filho disso que você pensou?
    

O CARA DA INFORMATICA agradece.

A verdade é que estou envolvido 110% do meu tempo em afazeres profissionais e pessoais (fora da internet). Por este motivo, estou evitando usar computadores no final de semana. A grande exceção foi hoje, já que por acaso vi que minha última postagem foi no dia primeiro de abril. Pegadinha que rendeu pano para manga, pois 20 dias depois ainda recebia ligações de amigos questionando o fato!

É importante dizer que o Projeto XSeam gerou um filho que é a especialização (ainda maior) dos seus componentes para atender um cliente. Ou seja, o projeto pessoal do XSeam (tocado em conjunto com seus criadores) está parado neste mês mas com certeza será beneficiado. Vários componentes que tem sido desenvolvido e que não são específicos do cliente serão disponibilizados sob a licença GPL. Isto me leva a outro questionamento: Como a maioria dos componentes visa atender o público brasileiro, deveria manter a documentação e a API em Inglês ou Português ?

Durante este período de muito trabalho, graças a Deus, e com pouco tempo para postagens maiores neste Blog, manterei notícias pelo Twitter através da URL: [twitter.com]  onde confesso que até mesmo por lá ando sumido - De qualquer maneira vou dar o recado novamente: NÃO ESTOU EM ANÁPOLIS, FOI PEGADINHA DE PRIMEIRO DE ABRIL, VIU ? rsrsrs.

Abraços.

 É com felicidade no coração que informo a todos que estou saindo de Brasília na semana que vem. Voltarei para a minha terra natal: Anápolis-GO.

Estou de mudança para abraçar novos desafios! Fui convidado a trabalhar como Gerente de Desenvolvimento SAP Netweaver da qual sou certificado. Enfim, é uma grande oportunidade que me relembra os momentos de prazer de se trabalhar com o SAP.

A todas as pessoas que conheci, estou marcando um Happy Hour para a grande despedida. Por favor, não deixem de me enviar um e-mail para que eu informe o dia, o local e o horário.

Me desejem boa sorte... E um grande abraço a esta cidade maravilhosa que é Brasília.

Um componente que foi adicionado na versão 0.6 (atualmente o XSeam está na versão 0.7) é o x:selectOneState e consequentemente o x:selectOneCity. Uma das motivações para cria-lo foi por quê esperara-se que organizações evoluidas possuam um esquema de dados (db schema) corporativo de onde espera-se que todas os sistemas façam uso destas tabelas e dados ditos corporativos.

Entretanto já tive o (des)prazer de trabalhar em corporações onde cada sistema possuia sua cópia da tabela de UF e Municípo. E para piorar cada uma de um jeito. Algumas o identificador era a própria sigla da UF, em outras era utilizado um auto-incremento, em outras o código do IBGE.

Como um dos objetivos do XSeam é ser um conjunto de componentes visuais e não visuais para o JBoss Seam Framework com foco em produtividade, mas também com foco em padronização, foi então desenvolvido os componentes de UF e Município que buscam estes dados (imutáveis pela sua natureza) em XMLs, além de serem integrados  (o combo de municipio é automaticamenete atualizado ao se trocar a uf selecionada). O identificador escolhido para este componente é o código IBGE.

Sendo assim, a classe City e State que são retornadas pelos componentes podem ser utilizadas como relacionamento JPA com outras classes pois elas possuem a anotação @Embeddable. Desta forma podemos ter na entidade o seguintes atributos:

    private State uf;

    

    private City cidade;

 E com isto será gerado no Banco de dados os seguintes campos na tabela da referida entidade: stateCode integer, cityCode integer.

Ou seja, desta forma você estará automáticamente guardando o código IBGE da UF e do Município na sua tabela. Entretando se você não quer utilizar os nomes sugeridos para a coluna, você pode fazer uso da anotação @AttributeOverride da seguinte maneira:

    @AttributeOverride(name="id",column=@Column(name="uf"))

    private State uf;

    

    @AttributeOverride(name="id",column=@Column(name="cidade"))

    private City cidade;

Desta maneira os atributos podem ser persistidos nas colunas de acordo com o nome definido na anotação.

Uma vez que o atributo está definido na entidade, agora é possível na nossa página usar os componentes de UF e Município da seguinte maneira:

   <x:selectOneState value="#{personHome.instance.uf}" reRender="cidade"/>

   <br />

   <x:selectOneCity name="cidade" value="#{personHome.instance.cidade}" selectedState="#{personHome.instance.uf}" />

E assim será automaticamente renderizado os combos de UF e Município conforme figura abaixo: 

O exemplo citado neste post está disponível na aplicação de Blueprint que está disponível na página de downloads no site do Xseam - [xseam.dev.java.net]

Outras postagens sobre o Xseam:

1. Aumentando a produtividade com JSF e Jboss Seam - XSeam lançado!
2. XSeam - i18n e Facelets Bug
3. Java: Produtividade na Web com o XSeam (Com Screencast)

Seu primeiro post fala sobre: TESTES!!!

As primeiras impressões de quem trabalha com desenvolvimentos e que ainda não se convenceram da importância dos testes são:

1. Testes devem ser feitos no final (se der tempo)
2. Testes aumentam o custo
3. Testes aumentam o prazo de entrega.

A verdade é Programadores Profissionais Escrevem Testes, Ponto Final.

Fiquem agora com mais uma experiência/relato de onde os testes, ao contrário do que pensam, reduziu o prazo e o custo:

[fredericobenevides.wordpress.com] e o seu "debut post": Testes... O salvador!