... activesupport/lib/active_support/multibyte/unicode_database.rb:37: [BUG] Segmentation fault
 ruby 1.8.7 (2010-01-10 patchlevel 249) ...

Detalhes sobre o problema aqui.

Resumo: Temos instalado o ruby 1.8.7 patch level 249. E, aparentemente, este é um bug presente nos patch levels 248 e 249.

Solução: Voltamos ao ruby 1.8.7 patch level 174. Tudo resolvido.

Logicamente, ficou bem mais fácil com RVM

Porém, instalando todas as gems necessárias para o projeto em que trabalho atualmente, tive problemas com a gem libxml-ruby: “Symbol not found: _xmlParserDebugEntities”. Este problema só aconteceu com o ruby 64 bits.

Estou utilizando o Mac OS X 10.5, mas acredito que se aplique para qualquer S.O. 64 bits.

Depois de muitas tentativas sem sucesso, decidi mudar a abordagem. Parti para instalação o ruby no RVM em 32 bits. Desta forma, tudo funcionou. Instalei várias gems, e nesse momento, estou rodando todos os meus projetos sem nenhum problema.

Instalando o ruby no RVM em 32 bits

No meu caso, vou utilizar a versão 1.8.7 do ruby. Caso deseje utilizar outra versão, apenas substitua 1.8.7 pela versão deseja nos comandos que forem executados.

Se você não tem o RVM instalado:

$ sudo gem install rvm
$ rvm-install

Se você já tem o RVM instalado, verifique qual a arquitetura do ruby:

$ rvm 1.8.7
$ file $(which ruby)

Se o resultado for diferente de “Mach-O executable i386″, remova o ruby instalado:

$ rvm remove 1.8.7

O seu arquivo ~/.rvmrc deve ter o conteúdo abaixo. Caso ele não exista, crie.

rvm_archflags="-arch i386"

Agora instale o ruby:

$ export ARCHFLAGS="-arch i386"; optflags="-arch i386" rvm install 1.8.7

Para ter certeza, verifique a arquiterura do ruby instalado (deve ser “Mach-O executable i386″):

$ rvm 1.8.7
$ file $(which ruby)

Para aqueles que desejam instalar a gem do MySQL, tenha certeza que o MySQL instalado é 32 bits:

$ file $(which mysql)

Mais uma vez, o resultado deve ser  ”Mach-O executable i386″. Caso não seja, reinstale o MySQL. Não se esqueça de baixar a versão x86.

Para instalar a gem do MySQL execute:

$ gem install mysql -- --with-mysql-config=/usr/local/mysql/bin/mysql_config

A partir de agora, tudo deve funcionar normalmente. Instale todas as gems que você precisa.

Referências:
http://www.nuxlli.com.br/2009/11/24/para-tudo-instale-o-rvm-antes/
http://www.nuxlli.com.br/2009/11/24/rvm-onde-estou/
http://rvm.beginrescueend.com/mysql/

Peço desculpas aos raros leitores, mas este ano foi bastante corrido e, infelizmente, o blog ficou abandonado. Espero escrever com mais frequência.

Alguns dias atrás, o Éverton Ribeiro deu uma super dica em seu blog para quem trabalha com ruby: o Ruby Version Manager (a.k.a RVM). Com ele você pode instalar e gerenciar facilmente várias versões do ruby e criar sets de gems de acordo com as suas necessidades.

Hoje, tivemos problemas para instalar a gem do MySQL em uma versão do ruby instalado pelo RVM. Depois de várias tentativas e vasculhadas na internet, conseguimos entender o problema.

Por padrão, pelo menos no Mac OS X Leopard (64 bits), o RVM instala o ruby com arquitetura x86_64. Entretanto, o MySQL que tinhamos instalado era i386. Sendo assim, a gem simplesmente não funcionava, e exibia o seguinte erro ao tentar usá-la:

$ rake db:migrate
(in /private/tmp/mysql_test)
dyld: lazy symbol binding failed: Symbol not found: _mysql_init
Referenced from: /Users/lfais/.rvm/gems/ruby/1.8.7/gems/mysql-2.8.1/lib/mysql_api.bundle
Expected in: flat namespace

dyld: Symbol not found: _mysql_init
Referenced from: /Users/lfais/.rvm/gems/ruby/1.8.7/gems/mysql-2.8.1/lib/mysql_api.bundle
Expected in: flat namespace

Trace/BPT trap

A solução

Para verificar a arquitetura do MySQL e do ruby, respectivamente, execute:

$ file $(which mysql)
$ file $(which ruby)

A solução foi instalar o MySQL com arquitetura x86_64 e reinstalar a gem do MySQL.
Para isso execute os seguintes passos:

1. Se você já tem o MySQL instalado, não esqueça de fazer backup de seus databases e da pasta do MySQL (geralmente /usr/local/mysql).
2. Faça download do MySQL para o seu S.O. Não esqueça que a arquitetura tem que ser x86_64. No meu caso, baixei o dmg para Mac OS X 10.5 com a verão 5.1.41.
3. Instale ou atualize o MySQL.
4. Coloque o seguinte conteúdo no seu arquivo ~/.rvmrc (caso não tenha, crie-o):

rvm_archflags="-arch x86_64"

5. Caso tenha a gem do MySQL instalada, desinstale:

$ gem uninstall mysql

6. Instale a gem do MySQL com o seguinte comando (lembre-se que utilizando o RVM não deve-se usar sudo para instalar gems):

$ export ARCHFLAGS="-arch x86_64" ; gem install mysql -- --with-mysql-config=/usr/local/mysql/bin/mysql_config

Com esses passos, tudo deve funcionar normalmente.
Obrigado ao Éverton e ao Eric Fer que colaboraram para a resolução do problema.

Até a próxima!

Referências:
http://rvm.beginrescueend.com/mysql/
http://www.nuxlli.com.br/2009/11/24/para-tudo-instale-o-rvm-antes/
http://www.nuxlli.com.br/2009/11/24/rvm-onde-estou/

Se você não gosta de fixtures, acha o Test:Unit muito básico ou nunca fez testes com aplicações em Rails: Este artigo foi feito sob medida pra você!

Shoulda é um plugin/gem que adiciona alguns recursos poderosos ao conhecido Test::Unit. Com ele, faremos mais testes com menos linhas de código.

factory_girl é uma gem que facilita a criação de dados para testes. Aos invés de usarmos as antigas fixtures, usaremos algo, digamos, mais “sexy”, como a comunidade gosta de chamar.

Vamos direto a prática. O meu ambiente está configurado com Rails 2.1.1.

Crie uma aplicação Rails. Aqui estou usando MySQL:

$ rails my_cash -d mysql
$ cd my_cash/

Agora instale o plugin do Shoulda. Você também pode optar por usar a gem. No meu caso, prefiro adicioná-lo ao projeto:

$ script/plugin install git://github.com/thoughtbot/shoulda.git

Neste exemplo, vou criar uma aplicação bem simples para controlar gastos pessoais. Nela, poderei cadastrar minhas despesas e receitas (que chamarei de operações).

Gere um scaffold para o model operação:

$ ./script/generate scaffold Operation description:string category:string value:float

Edite o arquivo config/database.yml e configure o seu banco de dados.
Após isso, crie todos os databases:

$ rake db:create:all

Agora execute um db:migrate para criar as tabelas no database development:

$ rake db:migrate

Se tudo correu bem até aqui, você pode iniciar sua aplicação e conferir se tudo está funcionando corretamente:

$ ./script/server

Acesse http://localhost:3000/operations e adicione algumas operações. Vamos considerar que uma operação de valor positivo é uma receita, e valor negativo é despesa.

Você terá algo, mais ou menos, assim:

Exemplo de operações

Vamos os testes!
Edite o arquivo test/unit/operation_test.rb.

Uma operação deve ter, pelo menos, descrição e valor preenchidos. Para fazermos este teste utilizaremos uma macro adicionada pelo Shoulda chamada should_require_attributes:

Você pode rodar os testes:

$ rake test:units

Eles vão falhar e você receberá uma mensagem, mais ou menos, assim:

1) Failure:
test: Operation should require description to be set. (OperationTest)
...
Operation allowed nil as a value for description.
...
2) Failure:
test: Operation should require value to be set. (OperationTest)
...
Operation allowed nil as a value for description.
...
2 tests, 2 assertions, 2 failures, 0 errors

Os testes falharam porque ainda não colocamos no nosso model as validações necessárias. Mas veja que interessante. Temos mensagens bastante descritivas sobre os nossos testes:

“Operation should require description to be set. Operation allowed nil as a value for description”.

Está aí um dos grandes pontos fortes do Shoulda. Conseguimos fazer nossos testes ficarem bem próximos de uma especificação. Veremos mais sobre isso adiante.

Vamos editar o arquivo do app/models/operation.rb e adicionar as validações necessárias para evitar que o teste falhe:

Rode os testes novamente (rake test:units) e veja nosso novo resultado:

...
2 tests, 6 assertions, 0 failures, 0 errors

Repare que “por baixo dos panos” o Shoulda criou 2 testes e 6 asserções para garantir que o os nosso model valida a presença dos atributos description e value. Tudo isso com apenas uma linha de código!

Shoulda tem várias macros como a que usamos em nossos testes. Elas tornam nossas classes de teste muito mais enxutas. Para conhecê-las acesse o site do Shoulda.

Antes de prosseguirmos com nossos testes com o Shoulda, vamos configurar o factory_girl. A partir de agora, precisaremos de alguns objetos Operation.

Instale a gem do factory_girl (como estou no Ubuntu, vou utilizar o sudo pra isso):

$ sudo gem install thoughtbot-factory_girl --source http://gems.github.com

Agora precisamos informar ao Rails que nossa aplicação depende da gem factory_girl.
Para isso, adicione a seguinte linha ao arquivo config/enviroment.rb, dentro do bloco Rails::Initializer.run:

Edite o arquivo test/test_helper.rb e comente a linha abaixo para desabilitar o uso de fixtures:

Caso você tenha um projeto que utiliza fixtures e você não quer migrá-lo completamente para factory_girl, não comente a linha acima. Acredito que fixtures e factories podem trabalhar juntas sem problemas.

Crie o arquivo test/factories.rb e adicione o seguinte conteúdo:

Neste arquivo, nós definimos nossos objetos que poderemos usar nos nossos testes.

Agora sim. Com o factory_girl configurado e alguns objetos Operation já definidos, podemos prosseguir.
Edite o arquivo test/unit/operation_test.rb e insira os seguintes métodos:

Nos dois primeiros métodos, estou apenas testando o retorno do valor da primeira operação, e a categoria da segunda operação. Nos dois últimos, estou testando se a operação é uma receita ou uma despesa.

Veja que em cada método estou recuperando um objeto da nossa Factory e fazendo um assert. Como eu disse no início, o Shoulda apenas adiciona funcionalidades ao Test:Unit. Mesmo assim, você ainda pode usar os recursos padrões.

Para que os testes funcionem, adicione os seguintes métodos no model Operation (app/models/operation.rb):

Rode os testes (rake test:units) e terá o seguinte resultado:

6 tests, 10 assertions, 0 failures, 0 errors

Contextos

Contexto é um recurso muito interessante do Shoulda. Com ele podemos especificar situações e tornar os testes mais legíveis. Continue lendo, você já vai entender e gostar muito.

Vou fazer um pequeno refactoring nos nossos testes. Leia o código abaixo com calma:

Repare como eu especifiquei situações (contextos) que fazem meus testes serem lidos de uma forma bastante lógica.

Se você simular um erro você receberá uma mensagem parecida com essa:

1) Failure:

test: A valid operation with value less than zero should be expense. (OperationTest)
...

Viu como tudo fica claro? Ficará melhor ainda.

Um dos recursos que mais gosto no Shoulda é a tarefa shoulda:list que ele adiciona ao rake. Execute:

$ rake shoulda:list

Você terá um retorno assim:

Operation
  A valid operation should require description to be set.
  A valid operation should require value to be set.
  A valid operation should return its category.
  A valid operation should return its value.
  A valid operation with value greater than zero should be income.
  A valid operation with value less than zero should be expense.
OperationsController
  test_should_create_operation
  test_should_destroy_operation
  test_should_get_edit
  test_should_get_index
  test_should_get_new
  test_should_show_operation
  test_should_update_operation

Nos testes do model Operation estamos usando Shoulda. Olhe como as mensagens estão muito legíveis!
Nos testes do OperationController estão testes padrões, gerados pelo scaffold, utilizando apenas Test:Unit. Notam a diferença?

Você também pode testar seus controllers utilizando o Shoulda. Leia mais aqui.

Testes com a Shoulda você pode imprimir e conferir junto ao seu cliente. Fica tudo muito claro.

Com o conteúdo apresentado aqui, você já pode testar grande parte das aplicações.
Mas esta foi apenas uma introdução do que é possível fazer com Shoulda e factory_girl.

Encontre mais informações nos seguintes links:

• Shoulda
• factory_girl
• Learncast #1: BDD leve com Shoulda – testando modelos ActiveRecord
• Shoulda 2.0

Fiquem à vontade para enviar dúvidas, críticas e sugestões.