ruby-on-rails – 将capybara从1.0.1升级到1.1.4会使database_cl
发布时间:2020-12-16 19:21:12 所属栏目:百科 来源:网络整理
导读:我有一个旧的Rails应用程序升级到版本3.2.11,它有很多使用capybara版本1.0.1编写并使用selenium驱动程序运行的请求规范.使用截断策略使用 database_cleaner在每次测试后清理数据库. 我想使用poltergeist而不是selenium并将capybara从1.0.1升级到1.1.4以便能
我有一个旧的Rails应用程序升级到版本3.2.11,它有很多使用capybara版本1.0.1编写并使用selenium驱动程序运行的请求规范.使用截断策略使用
database_cleaner在每次测试后清理数据库.
我想使用poltergeist而不是selenium并将capybara从1.0.1升级到1.1.4以便能够使用最新版本的poltergeist.只更改capybara gem(及其依赖项)引入了运行我的规范的问题. 在每个规范之后,我一直在清理处理程序中从Postgresql数据库中获得死锁错误.我的spec_helper很基本,看起来像这样: RSpec.configure do |config| config.mock_with :rspec config.use_transactional_fixtures = false config.before(:suite) do DatabaseCleaner.strategy = :truncation DatabaseCleaner.clean_with(:truncation) end config.before(:each) do DatabaseCleaner.start end config.after(:each) do DatabaseCleaner.clean end end 我得到的错误是这样的: An error occurred in an after hook ActiveRecord::StatementInvalid: PG::Error: ERROR: deadlock detected DETAIL: Process 41747 waits for AccessExclusiveLock on relation 17612 of database 16396; blocked by process 41752. Process 41752 waits for RowExclusiveLock on relation 17529 of database 16396; blocked by process 41747. HINT: See server log for query details. : ALTER TABLE "aaa" ENABLE TRIGGER ALL;ALTER TABLE "bbbb" ENABLE TRIGGER ALL;ALTER TABLE "ccc" ENABLE TRIGGER ALL; occurred at /xxx/.bundle/gems/activerecord-3.2.11/lib/active_record/connection_adapters/postgresql_adapter.rb:652:in `async_exec' 我使用FactoryGirl创建测试数据,但没有特别的IMO. 我无法弄清楚由database_cleaner创建的死锁的另一端是什么.任何想出这一点的想法都是最受欢迎的. 谁知道capybara 1.0.1和1.1.4之间的任何变化已经发生变化并且可能已经开始引起这些问题? 解决方法
我通过放置来解决这个问题
sleep 0.2 在步骤结束时(或在你的情况下“规范”)做一些AJAX的东西.我想象一下,当JS驱动程序仍在等待ajax响应时,cucumber / rspec会调用数据库清理器. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |