No release in over 3 years
Low commit activity in last 3 years
A Routable, but not authenticatable devise module - useful for creating api authentication schemes not based on database user
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

~> 1.0
~> 2.0.1
~> 3.12
~> 2.8.0
 Project Readme

devise-naught_authentication¶ ↑

Naught:

  1. Nonexistence; nothingness.

  2. The figure 0; a cipher; a zero.

Backstory:

The ‘devise’ strategy : ‘Database Authenticatable’ injects routing information that is used by the devise_for helper in the Rails Routing file. Without this information there is no possible way to build a custom session controller and use the rich world of devise plugins to build with.

Rails provides a number of http authentication helpers , digest, basic and token and Devise provides sign_in and internal helpers for authentication / sign_in etc that can be combined with a custom session controller.

Without a Shim to turn on the session controller - devise_for doesn’t function.

This is such a shim. It it is to create devise model that is not authenticatable and yet is.

I’m now able to turn on a special session controller that our client which is doing OAUTH 2.0 negotiation with a 3rd party service will use to exchange with our api-server (which will verify their 3rd party credential) to get a api-server credential that can be re-used.

devise_for :users, :skip => [:sessions]

Our Accounts controller will farm out user exchange to another system and is used to negoitate a session token - it can use devise to ‘sign_in @user’ without devise messing about in the routes

class AccountsController < AccountController
  def create
  end
end

What is it?

This is not an authentication scheme - it is a Null Authentication scheme that plugs into devise, generates appropriate controllers and always fails.

It is usefull to compose it with a pre-cursor authentication scheme like simple_token_authentication , or the rails http authentication helpers while still utilizing the rich world of devise.

Contributing to devise-naught_authentication¶ ↑

  • Check out the latest master to make sure the feature hasn’t been implemented or the bug hasn’t been fixed yet.

  • Check out the issue tracker to make sure someone already hasn’t requested it and/or contributed it.

  • Fork the project.

  • Start a feature/bugfix branch.

  • Commit and push until you are happy with your contribution.

  • Make sure to add tests for it. This is important so I don’t break it in a future version unintentionally.

  • Please try not to mess with the Rakefile, version, or history. If you want to have your own version, or is otherwise necessary, that is fine, but please isolate to its own commit so I can cherry-pick around it.

This was based on work and research done by Jordan Byron blog.jordanbyron.com/post/54013166913/devise-authentication-strategy-without

Copyright © 2014 Curtis9. See LICENSE.txt for further details.