quinta-feira, 29 de novembro de 2007

Ando devagar porque já tive pressa...

Ando devagar porque já tive pressa
e levo esse sorriso, porque já chorei demais
Hoje me sinto mais forte, mais feliz quem sabe
eu só levo a certeza de que muito pouco eu sei, eu nada sei...
Parafraseando Almir Sater, o NetBeans 6 parece se encaixar perfeitamente.

Em muitos casos estou achando mais lento que a versão 5.5, e não é um pouco mais lento... editar arquivos XML que sejam um pouco extensos -- estamos falando de 600 linhas -- é impossível.

Eu, sinceramente, esperava mais. Não estou desmerecendo o empenho da equipe, acho que as novas funcionalidades ficaram fantásticas, até me adaptei ao novo formato de cores!
Mas, como na 5.5, eu sou mais rápido para completar um /h:outputText do que 2.16GHz! :-) Estou me referindo ao editor em situações para editar JSP/JSF e XML. Em Java ficou (como já era) rápido, mas agora mais organizado. Contudo, experimente ir no início do seu JSP e substituir html por htm:html ou mesmo aguardar as opções de h:datatable.
Sem querer me gabar, mas preferiria não precisar digitar... e pelo jeito vou continuar.

Parece que nem todos estão preocupados com desempenho. No anúncio dos resultados da pesquisa de aceitação do RC2 do NetBeans, no blog do Roumen, 93% dos usuários acham que está pronto para a versão final. Inclusive há um comentário dizendo que o desempenho é importante, mas inserir mais funcionalidades é principal?!?! Desempenho que venha no 6.1...

Bom, para editar meu XML vou ter que apelar para a concorrência. Mas vou continuar relatando meus problemas para a equipe...
Cada um de nós compõe a sua história,
e cada ser em si, carrega o dom de ser capaz, e ser feliz.

sexta-feira, 23 de novembro de 2007

NetBeans 6.0 não permite acentuar commits no Subversion

No NetBeans 6, mesmo o RC2, ainda não é possível acentuar commits.
Ao tentar comitar a mensagem Test: á é í ó ú ç ã (a e i o u c a), retorna o seguinte erro:

svn: Commit failed (details follow):
svn: Can't convert string from native encoding to 'UTF-8':
svn: Test: ?\135 ?\142 ?\146 ?\151 ?\156 ?\141 ?\139 (a e i o u c a)


Achei já o bug relatado e convido a todos para votarem :)

Ah, a dica anterior não funciona no NB6.

Não é mais possível navegar com MS Explorer!

Não, não é o internet explorer...

... mas também, quem será que foi o estagiário que botou o nome neste navio?

Tomara que não tenha sido um Access violation!



Pode até ser humor negro, mas não pude deixar de postar...




Notícia do terra.

quarta-feira, 14 de novembro de 2007

NetBeans 6.0 rc1 oficialmente lançado

O NetBeans 6.0 release candidate 1 foi oficialmente lançado. A versão 6.0, que já venho usando há mais de 2 semanas, têm apresentado ainda alguns problemas (os quais já submitamos aqui e aqui), mas está bastante interessante.
O editor realmente ficou mais agradável e está mais "inteligente"... Já estou baixando a nova versão para ver se houveram melhorias significativas.

A dúvida é: conseguirão resolver todos os problemas até o lançamento? Só de bugs, há uma lista de mais de 1.600 ítens em aberto, programados para o 6.0...

Chamadas dinâmicas de funções em JavaScript

Em alguns casos precisamos que um evento execute uma função, como definir o onclick, por exemplo. Nestes casos, você não pode fazer:
elemento.onclick = funcao();
Pois ele tentará executar a chamada de funcao() nao hora.
Colocar entre aspas simplesmente não efetuará chamada alguma. O correto é:
elemento.onclick = funcao;
function funcao() {
...
};
Funciona perfeitamente, e atendeu às minhas necessidades. Contudo, desta forma não permite passar parâmetros.
A idéia então passa a ser criar uma nova função a ser executada nesta chamada que repasse os parâmetros. Como criar uma segunda função e utilizar conforme acima fica "feio", dá para criar diretamente uma função na variável do evento onclick.
Não testei a parte abaixo, mas a lógica acho que é adequada:
elemento.onclick = function() { funcao('param1'); }
function funcao(parametro) { ... }
:)

segunda-feira, 12 de novembro de 2007

Explanação visual de consultas SQL (Joins)

Buenas,
Hoje somente repassando um link do Coding Horror sobre joins. Muito
legal, apesar de ser basico. O visual ajuda a simplificar. Vale a
lida. Abraços.

http://www.codinghorror.com/blog/archives/000976.html

Mais sobre joins em:
http://www.postgresql.org/docs/8.2/static/tutorial-join.html
http://en.wikipedia.org/wiki/Join_(SQL)

terça-feira, 6 de novembro de 2007

Acertando o relogio do Tomcat

Buenas pessoal,

Apos um pequeno quebra-cabeças para acertar os ponteiros do meu tomcat, acabo de fazê-lo funcionar. De forma bem fácil, visto as alternativas...

Escrevi esse pequeno passo-a-passo, caso alguem tenha a mesma duvida, pra nao perder tempo.

Mas antes, quero registrar minha crítica ao horario de verão no Brasil. Li uma frase (nao me recordo o autor) que dizia: "Em todos os lugares do mundo, o horario de verão segue uma fórmula. No Brasil, segue uma lei". Esta frase explica o quão f****** sao os pobres analistas brasileiros. Choramingos a parte, vamos ao tuto:


Primeiramente, editando o catalina.sh, eh preciso declarar o JAVA_HOME (atenção para os caminhos!!!):
JAVA_HOME="/usr/lib/jvm/java-1.5.0-sun/"

Depois, deve-se adicionar a palavra timefix antes da chamada do bootstrap, em todos os casos, como a seguir:
timefix org.apache.catalina.startup.Bootstrap

A seguinte biblioteca deve ser posta no /common/lib:
http://code.google.com/p/timefix/downloads/list

Por último, no arquivo setclasspath.sh, na linha que zera o CLASSPATH, deixe-a assim:
CLASSPATH="$CATALINA_HOME"/common/lib/timefix-1.0.jar

E voilà! Se tudo ocorreu bem (difícil), seu tomcat irá iniciar sabendo que horas são! Mas se não der certo, mande um email pra lula@brasil.gov.br e pergunta porque diabos ele bota o horário de verão quando ele quer. As vezes ele demora pra responder, pois, dizem as más línguas, o "aerolula" nao tem internet.

[]'s