Нет соответствующего пункта действия для обработки ошибки запроса на HTTPoison.patch

Из процесса genserver elixir я выполняю метод post_metdata для отправки запроса JSON HTTP Patch на конечную точку Phoenix (на другом сервере). Сервер продолжает выдавать ошибку, указывающую, что нет соответствующего предложения, показывающего, что структура ссылки JSON не включена в параметры, основанные на методе. Идентификатор включен, но не переданная полезная нагрузка данных. Любые предложения о том, что кажется проблемой?

Код клиента

defp post_metadata(metadata, webhook) do
    case HTTPoison.patch webhook, encode(metadata), [{"content-type", "application/json"}] do
      {:ok, %HTTPoison.Response{status_code: 200} = response} ->
        # Logger.debug response.body
        Logger.debug "Successfully extracted and posted metadata for #{webhook}"
      {:error, %HTTPoison.Error{reason: reason}} ->
        Logger.warn "Unable to extract and post metadata for #{webhook}"
    end

  end

  defp encode(metadata) do
    %{
      "link":
      %{
        "title": metadata.title,
        "description": metadata.description
      }
    }
    |> Poison.encode!
  end

Ожидается метод Phoenix Controller, но он не соответствует

  def update(conn, %{"id" => id, "link" => link_params}) do
    link = Repo.get!(Link, id)
    changeset = Link.changeset(link, link_params)

    case Repo.update(changeset) do
      {:ok, link} ->
        render(conn, "show.json", link: link)
      {:error, changeset} ->
        conn
        |> put_status(:unprocessable_entity)
        |> render(Mini.ChangesetView, "error.json", changeset: changeset)
    end
  end

роутер.ex

defmodule Mini.Router do
  use Mini.Web, :router

  pipeline :browser do
    plug :accepts, ["html"]
    plug :fetch_session
    plug :fetch_flash
    plug :protect_from_forgery
    plug :put_secure_browser_headers
  end

  pipeline :api do
    plug :accepts, ["json"]
    plug Plug.Logger, log: :debug
  end

  scope "/", Mini do
    pipe_through :browser # Use the default browser stack

    get "/", PageController, :index
  end

  scope "/api", Mini do
    pipe_through :api
    resources "/links", LinkController, except: [:new, :edit]
  end
end

Ошибка занесена в консоль

[debug] ** (Phoenix.ActionClauseError) bad request to Mini.LinkController.update, no matching action clause to process request
    (mini) web/controllers/link_controller.ex:39: Mini.LinkController.update(%Plug.Conn{adapter: {Plug.Adapters.Cowboy.Conn, :...}, assigns: %{}, before_send: [#Function<1.42492691/1 in Plug.Logger.call/2>, #Function<1.42492691/1 in Plug.Logger.call/2>, #Function<0.111727833/1 in Phoenix.LiveReloader.before_send_inject_reloader/2>], body_params: %{}, cookies: %Plug.Conn.Unfetched{aspect: :cookies}, halted: false, host: "localhost", method: "PATCH", owner: #PID<0.438.0>, params: %{"id" => "12"}, path_info: ["api", "links", "12"], path_params: %{}, peer: {{127, 0, 0, 1}, 55369}, port: 4000, private: %{Mini.Router => {[], %{}}, :phoenix_action => :update, :phoenix_controller => Mini.LinkController, :phoenix_endpoint => Mini.Endpoint, :phoenix_format => "json", :phoenix_layout => {Mini.LayoutView, :app}, :phoenix_pipelines => [:api], :phoenix_route => #Function<4.107513407/1 in Mini.Router.match_route/4>, :phoenix_router => Mini.Router, :phoenix_view => Mini.LinkView, :plug_session_fetch => #Function<1.61377594/1 in Plug.Session.fetch_session/1>}, query_params: %{}, query_string: "", remote_ip: {127, 0, 0, 1}, req_cookies: %Plug.Conn.Unfetched{aspect: :cookies}, req_headers: [{"content-type", "application/json, application/json"}, {"user-agent", "hackney/1.6.6"}, {"host", "localhost:4000"}, {"content-length", "58"}], request_path: "/api/links/12", resp_body: nil, resp_cookies: %{}, resp_headers: [{"cache-control", "max-age=0, private, must-revalidate"}, {"x-request-id", "5bggaasurlj1oe027nvmv5aiek0hq3k8"}], scheme: :http, script_name: [], secret_key_base: "YfnqjmBhsSJMF/TmhK6qpMnJl7mS0tIYHk1tZ/dZUA6d7KOdv2g/AOJUfWo8sulb", state: :unset, status: nil}, %{"id" => "12"})
    (mini) web/controllers/link_controller.ex:1: Mini.LinkController.action/2
    (mini) web/controllers/link_controller.ex:1: Mini.LinkController.phoenix_controller_pipeline/2
    (mini) lib/mini/endpoint.ex:1: Mini.Endpoint.instrument/4
    (mini) lib/phoenix/router.ex:261: Mini.Router.dispatch/2
    (mini) web/router.ex:1: Mini.Router.do_call/2
    (mini) lib/mini/endpoint.ex:1: Mini.Endpoint.phoenix_pipeline/1
    (mini) lib/plug/debugger.ex:123: Mini.Endpoint."call (overridable 3)"/2
    (mini) lib/mini/endpoint.ex:1: Mini.Endpoint.call/2
    (plug) lib/plug/adapters/cowboy/handler.ex:15: Plug.Adapters.Cowboy.Handler.upgrade/4
    (cowboy) /Users/billc/dev/mini/deps/cowboy/src/cowboy_protocol.erl:442: :cowboy_protocol.execute/4

Я успешно выполнил запрос, имитирующий структуру данных JSON, используя Insomnia. Я отправил оба запроса на Httpbin и сравнил. Единственное отличие, которое я могу найти, это то, что Content-type имеет повторяющиеся записи application/json для запроса, отправленного HTTPoison. Но я не могу найти причину или вариант предотвращения дублирования значения. И никакой причины, по которой Феникс подавился бы этим.


person Bill Christian    schedule 28.02.2017    source источник
comment
Я думаю, что недопустимый тип содержимого заставляет Plug не анализировать тело, но я не знаю, почему заголовок отправляется именно так.   -  person Dogbert    schedule 01.03.2017
comment
Я одинаково подозрительно отношусь к типу контента.   -  person Bill Christian    schedule 02.03.2017


Ответы (1)


По необъяснимой причине HTTPoison добавляет повторяющиеся значения «application/json» в заголовок типа контента. Плагин задыхается от наличия нескольких значений типа контента. Я решил проблему, добавив точку с запятой в конец переданного заголовка.

case HTTPoison.patch webhook, encode(metadata), [{"content-type", "application/json;"}] do

Конечная точка с запятой завершает значение типа содержимого. HTTPoison вставляет только одно значение «application/json», и Plug ведет себя нормально.

Странный.

person Bill Christian    schedule 02.03.2017
comment
Нашел отчет об ошибке. Это было исправлено в hackney 1.7.0. github.com/benoitc/hackney/issues/388 - person Dogbert; 02.03.2017
comment
Превосходно. Спасибо, отследил! - person Bill Christian; 03.03.2017