UTF-8 em Strings Java

Nesse post gostaria de deixar a dica de ao usar o método getBytes de String ou new String(byte[]) utilizem passando o charset UTF-8:

"qualquerString".getBytes("UTF-8");

new String("qualquerString".getBytes("UTF-8"), "UTF-8");

Enquanto estiver trabalhando no mesmo sistema operacional não terá problema, mas pode gerar comportamentos estranhos quando em sistemas operacionais diferentes.

Foi o meu caso que estava usando uma criptografia para senhas e ao mudar o server de Linux para Windows começou a retornar como senha inválida, como a aplicação só tinha mudado de servidor enquanto que o banco de dados não teve alteração estava claro que estava pegando o charset da máquina, não levou muito tempo mas já gerou um retrabalho.

Então fica dica, usem sempre UTF-8.

PEGN: Cliente Lexsis

Pequenas Empresas & Grandes Negócios apresentando cliente Lexsis, história, produtos e avanço internacional.

Apresentado dia 27/09 - apareço em 02:53 a 02:56

http://globotv.globo.com/rede-globo/pequenas-empresas-grandes-negocios/v/software-de-gestao-brasileiro-conquista-empresa-no-exterior/4497711/

Parabéns e sucesso Lexsis.

Adicionando jars externos com Maven

Num projeto de Pagamento On-line que desenvolvi para um cliente não tinha usado maven, mas agora com uma demanda nova coloquei-o. Mas esse projeto depende de outros dois projetos que também tinha criado sem maven e um terceiro jar de um fornecedor externo, para não perder mais tempo procurei como poderia usar esses jars de forma mais direta.

Encontrei esse link Adding external/custom jars into Maven project, e fui direto aplicar a primeira dica: usando dependência de sistema. Ao gerar o build e publicar vi que o .war gerado não tinha os jars dos projetos externos, cheguei a conclusão que esta opção não os leva mesmo, li o artigo depois da primeira dica e afirmava o que já suspeitava.

Fui então para a segunda dica: instalando jars no repositório local do maven. Rodei o mvn install:install-file para cada um e no pom.xml removi as tags scope e systemPath e agora funcionou como queria.

Fica aí o toque, use a opção: instalando jars no repositório local do maven.

AngularJS Directives

Para quem está se aprofundando em AngularJS recomendo o canal no YouTube do Rodrigo Branas.

Boa didática e direto ao assunto. Muito bom todos vídeos mas destaco o Criando diretivas parte 2 e 3.

Performance com AngularJS

Palestra da InfoQ que recomendo:

http://www.infoq.com/br/presentations/performance-com-angularjs

Alguns destaques:

* Use $emit em vez de $broadcast para troca de mensagens entre scopes

* Use two-way data binding somente quando realmente necessário, caso não seja, utilize one-way data binding. O one-way data-binding foi implementando na 1.3 e faz o valor ser renderizado uma só vez não sendo mais visitado pelo dirty checking. Para isso use ::, como em {{::valor}}. Tome cuidado somente ao usar one-way em valores dentro de um ng-repeat que possa vir a ser filtrado para não ter valores apresentados de forma incorreta.
* use ng-if em vez de ng-show. O ng-if inclui o elemento no DOM somente quando a condição for atendida enquanto que ng-show só oculta (display: none), com isso o dirty checking irá verificar o elemento com ng-show mais vezes do que com ng-if tendo um custo maior.
* use com moderação os filters, porque toda vez que um atributo two-way data binding é alterado o dirty checking repassa toda a árvore DOM revalidando todos os bindings. Sugestões aqui é já trazer o atributo já formatado ou manipular o array formatando-o usando o método map de Array (quando o filter foi utilizado para formatar) ou outra forma.
* nos ng-repeat utilize track by $index, isso irá otimizar o loop:
           ng-repeat="item in items track by $index"
* Uso de ng-model-options, também feature nova da 1.3, informa o tempo ou em que momento o model deve ser atualizado.

Veja também:
Exploring Angular 1.3: One-time bindings
Exploring Angular 1.3: ng-model-options

Web Design Responsivo - Premissas

Não se preocupe com tamanho da tela ou marca do dispositivo, se foque na resolução.

Os tipos de medidas % e em são escaláveis e px é fixa. Use px somente quando necessário, tipo um input que terá uma data, não tem necessidade de ficar maior que o texto de uma data se a resolução for maior. 

Para layouts usar sempre %, width e height por exemplo. % pega como referência a largura do componente pai, por exemplo, se o browser tem 800px uma div com 50% terá 400px e uma div dentro dessa div com 50% terá 200px.

Em fontes, font-size usar em, o padrão nos browsers é 16px, então se você quiser um texto com 24px então use 1.5em (24 / 16). Esse também sempre pega como referência o componente pai.

JsonIgnore e XmlTransient

Estou fazendo uma aplicação RESTful, e tinha alguns parâmetros que não queria que fossem parseados para JSON. Estava usando @JsonIgnore e o atributo ia igual.

Depois de muita pesquisa na web, me lembrei do @XmlTransient que funcionou como esperado. Mas precisa ter a seguinte anotação sobre a classe @XmlAccessorType(XmlAccessType.FIELD)

Fica a dica, para não ficarem como eu um tempão pesquisando na web.