L'envoi des en-têtes personnalisés par le biais de RSpec

Donné mon API que les consommateurs sont tenus d'envoyer à un client HTTP en-tête comme ceci:

# curl -H 'X-SomeHeader: 123' http://127.0.0.1:3000/api/api_call.json

Ensuite, je peux lire cet en-tête dans un before_filter méthode comme ceci:

# app/controllers/api_controller.rb
class ApiController < ApplicationController
    before_filter :log_request

private
    def log_request
        logger.debug "Header: #{request.env['HTTP_X_SOMEHEADER']}"
        ...
    end
end

Jusqu'à présent les grands. Maintenant, je voudrais tester cette aide RSpec comme il y a un changement dans le comportement:

# spec/controllers/api_controller_spec.rb
describe ApiController do
    it "should process the header" do
        @request.env['HTTP_X_SOMEHEADER'] = '123'
        get :api_call
        ...
    end
end

Cependant, la request reçu dans ApiController ne sera pas en mesure de trouver l'en-tête variable.

Lors de la tentative de la same code avec HTTP_ACCEPT_LANGUAGE en-tête, il va fonctionner. Sont des en-têtes personnalisés filtré quelque part?

PS: Quelques exemples autour de l'utilisation du web request au lieu de @request. Alors que je ne suis pas certain que l'on est correct que de l'Rails 3.2/RSpec 2.14 d'une combinaison de ces deux méthodes ne déclenchera pas le bon comportement, MAIS travaillent tous les deux avec HTTP_ACCEPT_LANGUAGE ainsi.

InformationsquelleAutor Sebastian Roth | 2013-08-26
  1. 23

    bien, peut-être trop tard pour les gens, mais simplement à être alignés:

    it 'should get profile when authorized' do
  user = FactoryGirl.create :user
  request.headers[EMAIL_TOKEN] = user.email
  request.headers[AUTH_TOKEN] = user.authentication_token
  get :profile
  response.should be success
end

    juste demande d'appel.les en-têtes avec les paramètres appropriés.

    • est nul pour moi
    • désolé, fixe, devrait être sans @
    • request est aussi nul
    • assurez-vous que u ont "render_views" en vertu de l'ur contrôleur de fichier spec
    • Ne fonctionne pas pour moi. J'ai essayé @demande.les en-têtes['X-Id'] = 'fd243cde" (également request...). L'en-tête n'arrivera pas. Est-ce dans un contrôleur de spec? Êtes-vous capable de lire la valeur dans un before_filter?
    • Vous devez définir l'en-tête HTTP au début, le reste tout en majuscules, et l'utilisation de soulignement à la place des tirets. e.g @demande.les en-têtes['HTTP_X_DEVICEID'] = 'foo'
    • La différence pour moi est que j'ai essayé get :index, {param => value}, {header => value} alors qu'en réalité, je voulais mettre les en-têtes de requête premier, à l'aide request[header] = value; get :index, param => value. Merci!
    • J'ai pu courir avec rspec-rails (3.4.0) et rails (4.2.5)

    InformationsquelleAutor alexey_the_cat
  2. 12

    Vous pouvez le définir dans get directement.

    get :api_call, nil, {'HTTP_FOO'=>'BAR'}

    J'ai juste vérifié qu'il fonctionne dans la console.

    • Désolé, votre réponse est venue au moment où j'ai testé cette ainsi. Consultez la mise à jour. Je vous remercie.
    • Vérifier ma mise à jour.
    • Merci encore - je l'ai essayé aussi et il ne fonctionne pas pour moi. Avez-vous testé avec succès ce dans un RSpec Contrôleur spec?
    • Je demande avec cet en-tête, puis-je demander request.env, cet en-tête s'affiche. get est Rails de ActionDispatch::Integration::RequestHelpers méthode, pas Rspec. Je ne l'ai pas dans Rspec, mais je suis à 100% sûr que cela va fonctionner de la même.
    • Comme dit, j'ai ajouté @request.env['HTTP_ACCEPT_LANGUAGE'] = 'en' ainsi - cela fonctionne et que la variable peut être lu à l'aide de request.env. Semble qu'il y est un filtre passe dont je ne suis pas au courant.
    • Je pense que @BillyChan est correcte, le problème est que vous ne devriez pas lire l'en-tête de request.env mais de request.headers api.rubyonrails.org/classes/ActionDispatch/... en-têtes personnalisés ne seront pas inclus dans request.env github.com/rails/rails/blob/...
    • seriez-vous capable de le tester dans RSpec?
    • pour moi, avec des Rails 4.2.0, il fonctionne sans le "néant": get :api_call, {'HTTP_FOO'=>'BAR'}
    • c'est exactement ce que je suis en train de faire ... je peux préciser certaines en-têtes ("Autorisation": jeton token=...') mais pas d'autres (mon personnalisée 'Session_Token' en-tête).

    InformationsquelleAutor Billy Chan
  3. 3

    RSpec demande spécifications changé dans les Rails 5 de sorte que la coutume headers et params doit désormais être définie à l'aide de la clé-valeur de hachage arguments. E. g.:

    Avant dans Rails 4:

    it "creates a Widget and redirects to the Widget's page" do
  headers = { "CONTENT_TYPE" => "application/json" }
  post "/widgets", '{ "widget": { "name":"My Widget" } }', headers
  expect(response).to redirect_to(assigns(:widget))
end

    Maintenant pour Rails 5:

    it "creates a Widget and redirects to the Widget's page" do
  headers = { "CONTENT_TYPE" => "application/json" }
  post "/widgets", :params => '{ "widget": { "name":"My Widget" } }', :headers => headers
  expect(response).to redirect_to(assigns(:widget))
end
    InformationsquelleAutor Kelsey Hannan