blog! newton calegari

Recuperando a senha do AdminServer do WebLogic

Newton Calegari — Tue, 06 Sep 2011 22:14:22 +0000

Para recuperar, resetar a senha do AdminServer do Oracle WebLogic siga os passos abaixo:

Primeiramente, execute o setWLSEnv.sh para carregar as variáveis de ambiente como
PATH e CLASSPATH.

$ . /server/bin/setWLSEnv.sh

Após carregar as variáveis de ambiente, acesse o diretório do domínio que você quer
resetar a senha do AdminServer.

$ cd

Agora acesse o diretório /servers/AdminServer/data/ldap e faça um
backup do arquivo DefaultAuthenticatormyrealmInit.initialized.

$ cd servers/AdminServer/data/ldap/
$ mv DefaultAuthenticatormyrealmInit.initialized DefaultAuthenticatormyrealmInit.initialized_old

Acesse o diretório security/ e faça um backup do arquivo
DefaultAuthenticatorInit.ldift

$ cd /security/
$ mv DefaultAuthenticatorInit.ldift DefaultAuthenticatorInit.ldift_old

Uma classe do WebLogic é executada a fim de criar uma nova conta de Administrador,
temporária, para que seja possível acessar o console de administração:

$ java weblogic.security.utils.AdminAccount adminuser weblogic123 .

No comando é criado um usuário chamado “adminuser”, com a senha “weblogic123” e o
ponto no final refere-se ao diretório corrente (/security/):

java weblogic.security.utils.AdminAccount

Antes de subir o servidor, verifique se existe o arquivo boot.properties no diretório /servers/AdminServer/security/. Se existir, apague.

E agora, finalmente, pode dar start no WebLogic.

Feito isso, acesse o console administrativo e vá em Security Realms, acesse a realm que possui o usuário administrador que você quer recuperar a senha e clique em Users and
Groups, por fim, clique no usuário e gere uma nova senha.

Entendendo o básico de REST (Web Services)

Newton Calegari — Wed, 08 Jun 2011 20:48:56 +0000

Estive procurando por materiais para entender melhor o funcionamento de webservices, e quando o Pedro Menezes me recomendou um livro (Restful Web Services) e um texto bem interessante, escrito por Ryan Tomayko, da equipe do github, chamado “How I Explained REST to My Wife“, onde, por meio de uma conversa com sua esposa, ele explica de forma simples o funcionamento básico de serviços web, protocolo HTTP e um pouco sobre REST.

Achei o texto bem legal, simples. Recomendo para quem só ouviu falar a palavra RESTful mas não conhece nada a respeito.

Link para o texto “How I Explained REST to My Wife“.

Artigos interessantes

wget download files from Oracle E-delivery

Newton Calegari — Wed, 27 Apr 2011 21:36:14 +0000

To download files from Oracle E-Delivery is necessary authentication, so we not user the command wgetfile directly.

For this, we need to export browser cookies and use the parameter --load-cokies in wget.

To export your cookies in Firefox, I recommend installing this (Export Cookies) extension.

If the URL has special characters like '&', use \\ (escape) before each character.
...parameter¶meter¶meter
...parameter\\¶meter\\¶menter

After exporting the cookies for a file, use wget like this:

wget --load-cookies cookies.txt url

If happen some error related to filename size, add the parameter -O to the wget command.
wget --load-cookies cookies.txt -O filename url

30 papeis de parede do Firefox

Newton Calegari — Tue, 11 Jan 2011 16:36:42 +0000

Publico aqui hoje uma lista com alguns do 30 wallpapers do com tema do Firefox que encontrei no slodive.com.

Os outros wallpapers desta galeria podem ser encontrados no post do slodive.com.

Metodologia de desenvolvimento ágil: XGH (eXtreme Go Horse)

Newton Calegari — Wed, 06 Oct 2010 15:19:13 +0000

Sabemos que hoje o uso de métodos ágeis de desenvolvimento de software é extremamente útil, e existem algumas metodologias para esse fim, como XP e SCRUM.

Mas hoje vou mostrar (para quem ainda não conhece) uma metodologia diferente, e funcional.

Apresento aqui o eXtreme Go Horse Process (XGH):

1- Pensou, não é XGH.

XGH não pensa, faz a primeira coisa que vem à mente. Não existe segunda opção, a única opção é a mais rápida.

2- Existem 3 formas de se resolver um problema, a correta, a errada e a XGH, que é igual à errada, só que mais rápida.

XGH é mais rápido que qualquer metodologia de desenvolvimento de software que você conhece (Vide Axioma 14).

3- Quanto mais XGH você faz, mais precisará fazer.

Para cada problema resolvido usando XGH, mais uns 7 são criados. Mas todos eles serão resolvidos da forma XGH. XGH tende ao infinito.

4- XGH é totalmente reativo.

Os erros só existem quando aparecem.

5- XGH vale tudo, só não vale dar o toba.

Resolveu o problema? Compilou? Commit e era isso.

6- Commit sempre antes de update.

Se der merda, a sua parte estará sempre correta.. e seus colegas que se fodam.

7- XGH não tem prazo.

Os prazos passados pelo seu cliente são meros detalhes. Você SEMPRE conseguirá implementar TUDO no tempo necessário (nem que isso implique em acessar o BD por um script malaco).

8- Esteja preparado para pular fora quando o barco começar a afundar… ou coloque a culpa em alguém ou algo.

Pra quem usa XGH, um dia o barco afunda. Quanto mais o tempo passa, mais o sistema vira um monstro. O dia que a casa cair, é melhor seu curriculum estar cadastrado na APInfo, ou ter algo pra colocar a culpa.

9- Seja autêntico, XGH não respeita padrões.

Escreva o código como você bem entender, se resolver o problema, commit e era isso.

10- Não existe refactoring, apenas rework.

Se der merda, refaça um XGH rápido que solucione o problema. O dia que o rework implicar em reescrever a aplicação toda, pule fora, o barco irá afundar (Vide Axioma 8).

11- XGH é totalmente anárquico.

A figura de um gerente de projeto é totalmente descartável. Não tem dono, cada um faz o que quiser na hora que os problemas e requisitos vão surgindo (Vide Axioma 4).

12- Se iluda sempre com promessas de melhorias.

Colocar TODO no código como uma promessa de melhoria ajuda o desenvolvedor XGH a não sentir remorso ou culpa pela cagada que fez. É claro que o refactoring nunca será feito (Vide Axioma 10).

13- XGH é absoluto, não se prende à coisas relativas.

Prazo e custo são absolutos, qualidade é totalmente relativa. Jamais pense na qualidade e sim no menor tempo que a solução será implementada, aliás… não pense, faça!

14- XGH é atemporal.

Scrum, XP… tudo isso é modinha. O XGH não se prende às modinhas do momento, isso é coisa de viado. XGH sempre foi e sempre será usado por aqueles que desprezam a qualidade.

15- XGH nem sempre é POG.

Muitas POG’s exigem um raciocínio muito elevado, XGH não raciocina (Vide Axioma 1).

16- Não tente remar contra a maré.

Caso seus colegas de trabalho usam XGH para programar e você é um coxinha que gosta de fazer as coisas certinhas, esqueça! Pra cada Design Pattern que você usa corretamente, seus colegas gerarão 10 vezes mais código podre usando XGH.

17- O XGH não é perigoso até surgir um pouco de ordem.

Este axioma é muito complexo, mas sugere que o projeto utilizando XGH está em meio ao caos. Não tente por ordem no XGH (Vide Axioma 16), é inútil e você pode jogar um tempo precioso no lixo. Isto fará com que o projeto afunde mais rápido ainda (Vide Axioma 8). Não tente gerenciar o XGH, ele é auto suficiente (Vide Axioma 11), assim como o caos.

18- O XGH é seu brother, mas é vingativo.

Enquanto você quiser, o XGH sempre estará do seu lado. Mas cuidado, não o abandone. Se começar um sistema utilizando XGH e abandoná-lo para utilizar uma metodologia da moda, você estará fudido. O XGH não permite refactoring (vide axioma 10), e seu novo sistema cheio de frescurites entrará em colapso. E nessa hora, somente o XGH poderá salvá-lo.

19- Se tiver funcionando, não rela a mão.

Nunca altere, e muito menos questione um código funcionando. Isso é perda de tempo, mesmo porque refactoring não existe (Vide Axioma 10). Tempo é a engrenagem que move o XGH e qualidade é um detalhe desprezível.

20- Teste é para os fracos.

Se você meteu a mão num sistema XGH, é melhor saber o que está fazendo. E se você sabe o que está fazendo, vai testar pra que? Testes são desperdício de tempo, se o código compilar, é o suficiente.

21- Acostume-se ao sentimento de fracasso iminente.

O fracasso e o sucesso andam sempre de mãos dadas, e no XGH não é diferente. As pessoas costumam achar que as chances do projeto fracassar utilizando XGH são sempre maiores do que ele ser bem sucedido. Mas sucesso e fracasso são uma questão de ponto de vista. O projeto foi por água abaixo mas você aprendeu algo? Então pra você foi um sucesso!

22- O problema só é seu quando seu nome está no Doc da classe.

Nunca ponha a mão numa classe cujo autor não é você. Caso um membro da equipe morra ou fique doente por muito tempo, o barco irá afundar! Nesse caso, utilize o Axioma 8.

Fonte: http://gohorseprocess.wordpress.com/extreme-go-horse-xgh

Acompanhando a vida da bateria do seu Macbook com o coconutBattery

Newton Calegari — Fri, 17 Sep 2010 03:18:31 +0000

Apresento aqui o coconutBattery, um ótimo software para usuários de Macbooks, que permite acompanhar a vida útil da bateria.

O coconutBattery mostra informações como a carga atual da bateria (em mAh), a capacidade máxima de carga, a capacidade original de carga e também sua capacidade atual. Além de dados como o ciclo de cargas da bateria e idade do seu Mac.

Faça download gratuíto do coconutBattery para poder acompanhar a vida útil da bateria do seu Mac nesta página (http://www.coconut-flavour.com/coconutbattery/index.html). O software possui 849KB e roda em Mac OS X 10.4.5 ou superior.

Como desativar a barra de tradução do Google Chrome

Newton Calegari — Wed, 18 Aug 2010 02:02:18 +0000

O recurso da barra de tradução presente no Google Chrome é muito útil e interessante, porém, o fato de essa barra aparecer toda hora, quando acessamos algum site que esteja em uma língua diferente da que está configurada em nosso computador, acaba se tornando chato.

Por esse motivo, explico aqui como desativar a barra de tradução do Google Chrome.

A barra de tradução de sites do Google Chrome:

Para desativar a tal barra, vá até as Preferências do Google Chrome, abra a aba Configurações Avançadas e desmarque a opção “Sugerir a tradução das páginas que não estão em um idioma que eu conheça“, como é mostrado na imagem a seguir:

Via

Verificar o tempo de carregamento de um site com o WebPageTest

Newton Calegari — Tue, 10 Aug 2010 15:09:48 +0000

WebPageTest é um site muito útil para desenvolvedores web.

A ferramenta permite verificar o tempo de carregamento de um site, e mostra também detalhes como o tempo para carregar determinados arquivos do site, como imagens, arquivos javascript, css.

Parte dos resultados são exibidos em gráficos.

Acessar WebPageTest.org

Via

O que é convergência?

Newton Calegari — Sun, 08 Aug 2010 13:09:06 +0000

Um vídeo muito interessante que mostra dados a respeito da convergência (digital, de mídias…) com o título Did you know? versão 4.0, de outubro de 2009.

O vídeo traz dados interessantes como “90% dos 200 bilhões de e-mails enviados por dia são SPAM”. Se ainda não viu, vale a pena assistir.

Vi este vídeo num post no blog igrow.

Artigos interessantes

Manual para criar sua própria câmera fotográfica

Newton Calegari — Fri, 30 Jul 2010 21:48:09 +0000

Um tutorial passo a passo criado pela Canon ensinando a criar com madeira uma carcaça de uma câmera.

Muito interessante, porém, parece dar um pouco de trabalho para fazer.

Link: Tutorial da Canon sobre como fazer um case de câmera fotográfica

Via

blog! newton calegari

Recuperando a senha do AdminServer do WebLogic

Artigos relacionados

Entendendo o básico de REST (Web Services)

Artigos interessantes

wget download files from Oracle E-delivery

Artigos relacionados

30 papeis de parede do Firefox

Artigos relacionados

Metodologia de desenvolvimento ágil: XGH (eXtreme Go Horse)

Artigos relacionados

Acompanhando a vida da bateria do seu Macbook com o coconutBattery

Artigos relacionados

Como desativar a barra de tradução do Google Chrome

Artigos relacionados

Verificar o tempo de carregamento de um site com o WebPageTest

Artigos relacionados

O que é convergência?

Artigos interessantes

Manual para criar sua própria câmera fotográfica

Artigos relacionados