1 Далее следует указать, что разработчики кода сталкиваются с проблемой рельсов, которая может быть воспринята как недостаток.
2 А также я спрашиваю некоторые мнения от людей, которые знают лучше.
Я хочу добавить WebDAV в приложение Rails 3 с аутентификацией Warden. Промежуточное ПО моего начальника вводится через Devise.
http://github.com/chrisroberts/dav4rack
http://github.com/hassox/warden
http://github.com/plataformatec/devise
Я не могу смонтировать обработчики DAV4Rack изнутри приложения rails (маршрутов), например:
# in config/routes.rb
mount DAV4Rack::Handler.new(
:root => Rails.root.to_s, # <= it's just an example
:root_uri_path => '/webdav',
:resource_class => Dav::DocumentResource # <= my custom resource, you could use FileResource from dav4rack
), :at => "/webdav"
потому что rails проверяет глаголы HTTP (GET POST PUT ..), а webdav использует расширения HTTP, такие как PROPFIND, которые не проверяют, и выдает следующее исключение:
ActionController::UnknownHttpMethod (PROPFIND, accepted HTTP methods are get, head, put, post, delete, and options)
Эта проверка выполняется в ActionDispatch:
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-3.0.0/lib/action_dispatch/http/request.rb +56 +72
in (56) "def request_method" and (72) "def method"
Пример кода из ActionDispatch, который выполняет проверку, чтобы прояснить ситуацию:
def method
@method ||= begin
method = env["rack.methodoverride.original_method"] || env['REQUEST_METHOD']
HTTP_METHOD_LOOKUP[method] || raise(ActionController::UnknownHttpMethod, "#{method}, accepted HTTP methods are #{HTTP_METHODS.to_sentence(:locale => :en)}")
method
end
end
Теоретически, мы можем исправить эту проверку, чтобы соответствовать глаголам webdav, таким как проект railsdav, который использовался для (обратите внимание, что там есть rails 2, в rails 3 нужно monkey-patch action_dispatch / HTTP / запрос).
Чтобы добавить обработчики DAV4Rack в приложение rails, мне нужно смонтировать обработчик вне ActionDispatch на уровне стойки, например:
# config.ru
require ::File.expand_path('../config/environment', __FILE__)
require 'dav4rack/interceptor'
require 'dav/document_resource'
app = Rack::Builder.new{
map '/webdav/' do
run DAV4Rack::Handler.new(
:root => Rails.root.to_s,
:root_uri_path => '/webdav',
:resource_class => Dav::DocumentResource
)
end
map '/' do
use DAV4Rack::Interceptor, :mappings => {
'/webdav/' => {
:resource_class => Dav::DocumentResource
},
}
run Pmp::Application
end
}.to_app
run app
Теперь у меня есть поддержка Webdav в моем приложении. Но для этого все еще нужна аутентификация, и для этого я бы хотел использовать warden.
# in document_resource.rb
def check_authentication
puts request.env['warden'] # nil :(
end
Warden - ноль, потому что мой DAV4Rack :: Handler монтируется над сессией и промежуточным программным обеспечением.
Используя "rake middleware" для проверки моего стека, я вижу следующее:
> rake middleware
use ActionDispatch::Static
use Rack::Lock
use ActiveSupport::Cache::Strategy::LocalCache
use Rack::Runtime
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::RemoteIp
use Rack::Sendfile
use ActionDispatch::Callbacks
use ActiveRecord::ConnectionAdapters::ConnectionManagement
use ActiveRecord::QueryCache
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ParamsParser
use Rack::MethodOverride
use ActionDispatch::Head
use ActionDispatch::BestStandardsSupport
use Warden::Manager
run Pmp::Application.routes
Я полагаю, что, оборачивая "Pmp :: Application.routes" обработчиком DAV (так же, как я делал выше для "Pmp :: Application" в config.ru), мой обработчик webdav вставит в стек в нужном месте, чтобы удовлетворяют двум условиям:
- Будьте выше кода проверки метода ActionDispatch, чтобы избежать ActionController :: UnknownHttpMethod
- Будьте ниже сеанса и Warden :: Manager, чтобы я мог использовать аутентификацию warden.
Как это сделать? Глядя на результат "rake middleware", кажется очевидным переопределить метод "Pmp :: Application.routes":
# in my app at APP_ROOT/config/application.rb
# override the routes method inherited from Rails::Application#routes
def routes
routes_app = super
app = Rack::Builder.new {
map '/webdav/' do
run DAV4Rack::Handler.new(
:root => Rails.root.to_s,
:root_uri_path => '/webdav',
:resource_class => Dav::DocumentResource
)
end
map '/' do
use DAV4Rack::Interceptor, :mappings => {
'/webdav/' => {
:resource_class => Dav::DocumentResource
},
}
run routes_app
end
}.to_app
class << app; self end.class_eval do
attr_accessor :routes_app
def method_missing(sym, *args, &block)
routes_app.send sym, *args, &block
end
end
app.routes_app = routes_app
app
end
Поскольку нашему новому стоечному приложению "app" будет предложено несколько методов по цепочке, к которым старое стоечное приложение "rout_app" использовалось для повторного открытия, мы делегируем их старому оригинальному приложению "rout_app" с небольшой магией method_missing. .
И вуаля: все работает!
Большой успех.
Только одна проблема: мне это не нравится. Должен быть лучший способ сделать все это охватывающим, кроме метода переопределения маршрутов.
Обратите внимание, что это не работает с пассажиром. Наилучший способ - это рельсы для исправления обезьян.
См .: dav4rack wiki
БОЛЬШОЙ ВОПРОС:
ЕСТЬ ЛУЧШИЙ СПОСОБ ДОБАВИТЬ ПРИЛОЖЕНИЕ ДЛЯ РЕЙКА, ТОЛЬКО НАД ПРИЛОЖЕНИЕМ "Pmp :: Application # routs" ПОСРЕДСТВОМ МОНТАЖА ИЗ СТОЙКИ ИЛИ ДРУГОГО ???
БОЛЬШОЙ ЗАКЛЮЧЕНИЕ
- Семантика mount в файле rout.rb должна быть на уровне стойки (не rails / railtie / what), чтобы таким образом можно было использовать расширения HTTP или, по крайней мере, иметь метод для этого случая «mount_rack»