Краткий ответ: нет . В настоящее время я интегрирую oauth-plugin поставщика услуг с моей собственной системой аутентификации (которая предшествует authlogic , acts_as_authenticated и всем остальным).
oauth-plugin Поставщик услуг работает с помощью генератора кода, генерирующего два контроллера, которые затем связываются с некоторыми библиотечными файлами в плагине. Все эти файлы ожидают метод класса login_required
с той же семантикой, которую использует acts_as_authenticated .
authlogic не делает никаких предположений о ваших контроллерах, поэтому он не будет работать "из коробки" с oauth-plugin , однако это конструктивное решение также означает, что оно будет довольно легко структурировать ваши контроллеры ожидаемым образом. Следовательно, должно быть (возможно, тривиально) легко создать прокладку для поддержки oauth-plugin .
Однако в моем случае я решил запустить генератор, чтобы извлечь из плагина то, что мне нужно, и удалить сам плагин. Основная причина, по которой я это делаю, заключается в том, что у меня явно нет метода login_required
в моей системе аутентификации, поэтому мне пришлось бы обезопасить библиотеку, чтобы она заработала. Во-вторых, в плагине есть много вещей, которые мне просто не нужны. В-третьих, большая часть материала, который действительно является библиотечным, уже абстрагирована в собственно гем oauth , поэтому материал, находящийся в каталоге oauth-plugin lib, находится в этом странном нет. mans land между сгенерированным кодом и реальной библиотекой.