Xandrix Blog

Saiu no blog da Caelum uma matéria muito interessante sobre como Internacionalizar suas aplicações usando JSTL.

No ano passado tiver que internacionalizar uma aplicação, que por sorte tinha contruida usando o JSTL. Na época não tinha este material, mas a minha solução ficou muito parecida com a solução proposta pelo Fabio Kung da Caelum.

Vale a pena dar uma olhada.

Link para a matéria.

http://blog.caelum.com.br/2007/08/13/i18n-internacionalizacao-com-jstl/

A Caelum liberou a apostila do curso sobre “Desenvolvimento ágil para a Web 2.0 com VRaptor, Hibernate e AJAX” deles gratuitamente.

Sobre o curso:

“Se você já compreende como funciona a api de servlets e conhece algum controlador como Struts e camada de persistência como o Hibernate, esse curso, que é muito mais pragmático que teórico, aumentará em muito a sua produtividade Java EE.”
O conteúdo da apostila:

1. O projeto - Necessidades do projeto
2. Hibernate - Camada de persistência
3. VRaptor 2 - Controlador MVC
4. Componentes e lógicas de negócios
5. Displaytag lib - Facilitando as listagens
6. Um campo de sugestão com Ajax
7. Relacionamentos
8. Listagem mestre detalhe (master detail)
9. Validação com Hibernate Validator
10. Autenticação
11. Autorização
12. apêndice: mais Ajax
13. apêndice: plugin para o eclipse
14. apêndice: apache maven
15. apêndice: java persistence api (jpa)

Para mais informações sobre o curso e download da apostila gratuita no formato PDF http://www.caelum.com.br/caelum/curso-28.jsp

Se tem alguma coisas que eu acho chata, burocrática e antipattern é o XML usado da forma como é usados por muitas aplicações J2EE. Não me referencio ao XML usado como formato de troca de informações, e sim XML usado como “linguagem” de configuração.
Essa idéia que arquivo XML ser legível por humanos só se aplica a XML de no máximo 20 linhas, mas que isso só um bom parser para fazer isso.

Um exemplo, trabalhei com o Struts durante muito tempo, acho uma bela framework, mas as aplicações depois que tomam um certo tamanho seu struts-config.xml se tornam muito difícil de gerenciar. Ok, você pode modularizar, mas mesmo assim é muito ruim para trabalhar. Isso sem falar do EJB 2 com seus XMLs gigantescos. E na hora do merge no CVS destes xmls?! Um pesadelo! Uma solução satisfatória que encontrei foi adotar o XDoclet para gerar estes famigerados xml.

Leia a restante deste texto »

Esta eu achei na Br-Linux.
Não vejo problema em copiar uma boa idéia, desde que se de os devidos créditos. O problema é copiar e tomar para si.

�??Vocês conhecem o BlueJ? Esse programa é uma IDE Java que tem apoio da Sun, e um dos seus principais recursos é a possibilidade de gerar código a partir de diagramas UML e vice-versa. Essa ferramenta foi implementada para fins educacionais originalmente, mas parece que o recurso tornou-se muito popular, pois posteriormente a Microsoft teria adicionado esse recurso no Visual Studio.

Como se não bastasse, a MS teria patenteado o recurso, o que tornaria o BlueJ potencialmente violador de patente do recurso que criou!�?�

Fonte: Br-Linux

O Steve Jobs deu uma entrevista sobre o iPhone e uma das questões envolveu o Java. A pergunta e a resposta foram um pouco confusas.
A questão foi se o Java vai vir embutido no Browser do iPhone, e o Jobs respondeu que não, que ninguém usa Java.

A minha primeira reação ao ler a resposta foi: “Caracas, que planeta esta cara mora?? Ninguém usa Java ??!!!”

Mas lendo a questão com mais cuidado, podemos ver que a pergunta foi especificamente sobre o Browser que vem no iPhone, referindo-se ao Java como plugin para rodar Applet, comparando com Flash. Desta forma ele realmente tem razão, ninguém usa Java Applets.
Falar de Java se referindo a Applets é como você falar do sistema solar referindo-se a Plutão.

Em nenhum ponto da entrevista eles abordaram o assunto de uma JVM de verdade no iPhone. O problema é que as pessoas já estão soltando no ventilador que o Jobs é contra Java, que Java esta abolido do iPhone, que ninguém usa Java, etc etc etc. Por exemplo no Meio Bit

Outra besteira que as pessoas estão escrevendo é que a Apple levaria muito tempo criando uma JVM com emulação de teclado e “stylus”, que Java não ter suporte nativo para telas sensíveis ao toque em mais de um ponto simultaneamente.

Faz tempo que não escuto uma besteira deste tamanho. Existe Java para Pockets e Palms a muito tempo, e com suporte a telas sensíveis ao toque. Vejam o Superwaba por exemplo.

Uma dica, nunca use a frase “Ninguém usa Java”. Você vai passar por idiota, no minímo.
Link para a entrevisto do Jobs

http://pogue.blogs.nytimes.com/2007/01/13/ultimate-iphone-faqs-list-part-2/