【问题标题】:What am I doing that prevents Sinatra from loading OmniAuth when running Ruby 1.8.7我在做什么阻止 Sinatra 在运行 Ruby 1.8.7 时加载 OmniAuth
【发布时间】:2011-07-02 16:02:03
【问题描述】:

OmniAuth 应该与 1.8.7 兼容并且基于 Rack。我为 OmniAuth 创建了一个自定义策略,当使用 Ruby 1.8.7 / REE 运行时,它会以某种方式让 Sinatra 不高兴。它适用于 1.8.7 或 1.9.2 中的 Rails 3,也适用于 1.9.2 上运行的 Sinatra。

我的自定义策略的源代码(仍在开发中)在这里:
https://github.com/stevenhaddox/oa-casport

示例 Sinatra 应用程序的代码在这里:
https://github.com/stevenhaddox/oa-casport-sinatra

任何关于为什么 OmniAuth::Builder 在 Ruby 1.8.7 下不满意的建议将不胜感激,因为我很想确保我支持与 OmniAuth 本身相同的 Ruby 平台。

【问题讨论】:

  • 检查依赖项是否兼容 1.9?
  • 依赖最小(httparty、redis 和 oa-core)。此外,它似乎在 Ruby 1.8.7 下使用 Rails 3 加载良好,所以我的直觉告诉我这与另一个 gem 的依赖项没有直接关系......不过感谢你的想法。
  • “不开心”是什么意思? / 有人会如何重现这个错误?
  • @Steven:sinatra 也添加了一些依赖项。
  • 你真的需要解释一下“不开心”是什么意思,它会给你带来什么错误? (“不开心”甚至是错误吗?)

标签: ruby sinatra compatibility omniauth


【解决方案1】:

Sinatra 确实添加了很多依赖项,但由于 OmniAuth gem 应该在许多版本的 Ruby 中与 Sinatra 和 Rails 一起正常工作,所以我排除了 Sinatra 依赖项作为罪魁祸首,而是在我的 oa-casport gem 代码中自己最有可能。

根据我的 ruby​​ 经验(可以说很短),不要指望那种东西。 gem 可以指定>= x.y 而不是~> x.y 或任何更挑剔的语法,您很可能最终会得到1.9 依赖。即便如此,您也可能会收到surprises。始终检查每一个所涉及的宝石。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-08-10
    • 2012-01-15
    • 1970-01-01
    • 2020-09-23
    • 1970-01-01
    • 2018-08-28
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多