問題タブ [spray]

ワークフローを正しく理解していないと思います。Apache Shiro と Stormpath を使用して Scala で Web サービスを作成しています。私のユーザー認証プロセスは次のようになります。

1) POST リクエストからユーザー データを取得し、Stormpath で確認して、問題がなければページにリダイレクトします。

ログで、Shiro は私に Stormpath アカウントを持つ正しいサブジェクトを返しました。次に、サブジェクトを抽出して、コードで使用します。

loggedInUserディレクティブは件名を抽出し、それが認証されているかどうかを確認する必要があります。それ以外の場合は、ログイン フォームにリダイレクトします。SubjectUtils.getSubject.getPrincipal問題は、ログに正しいアカウントが表示されているにもかかわらず、常にログインフォームにリダイレクトされることです。

更新しました

実際、Spray は Akka の上に構築されています。getSubjectしたがって、問題は現在 ThreadLocal 環境に依存している実装の背後にあると思います。Shiro + Akka のトピックを検索しましたが、役立つ情報は見つかりませんでした。

正常に動作していた sbt プロジェクトがありますが、リロード後にアーティファクトのロードが停止しました。更新により依存関係が適切に解決されますが、次のショーの更新で見られるように、何らかの理由でプロジェクトにライブラリが含まれていません (多くのスプレー io モジュールのアーティファクトがないことに注意してください)。これを解決する方法はありますか？

一般的な暗黙の変換を書くのを手伝ってもらえますか?

Scala 2.10.2 と Spray 1.2 を使用しています。

これが私が持っているものです

ご覧のとおり、HttpEntity->ObjectId のデシリアライザーは単純に String->ObjectId デシリアライザーを使用します。HTTP ルーティング トレイトで使用するクラスごとに、そのようなコードをコピー アンド ペーストする必要があります。

Deserializer[String, T]そこで、スコープ内で availableを使用するジェネリック HttpEntity->T を記述できたらどうなるか考えました。

私はこれを試しました：

悲しいことに、それはうまくいきません。そして、次のように述べています。

それを行う方法を提案していただけますか？

私が書いたSprayのサンプルアプリで奇妙なエラーが発生しsbt runました.それは正常にコンパイルされます.別のコンピューターでは正常に動作するため、私のパーソナルコンピューターでのみエラーが発生します.

関連するソースは次のとおりです。Sprayサンプルコードのテンプレートコードですが、それが原因ではないと思います。

ここにスタックトレースがあります

コメントに示されているように、これはおそらくclasspath問題ですが、デバッグする方法がわかりません。偶然かどうかは別として、これは、ストックの Mac OS X Java 6 から Java 7 にアップグレードした後に発生しました。両方のマシンで Java 7 を使用しています。どんな洞察も大歓迎です。

これが役立つ場合に備えて、ここにclasspathからのダンプがsbt consoleあります。コンパイルとランタイムは同じです

Java 7 で新しいコンパイルを試してみたい人は、レポsbt runから気軽に入手してください。

あいまいなタイトルで申し訳ありません...これを特徴付ける方法がわかりませんでした。

しばらくの間、Scala で特定のコード構成を見たり使用したりしましたが、それがどのように機能するかわかりません。次のようになります (スプレー ルーティングの例)。

この例では、パス内のセグメントは、関連付けられたブロック内でそれぞれ a と b にバインドされます。このパターンの使用方法は知っていますが、どのように機能しますか? 何かを「foo」にバインドしなかったのはなぜですか?

ここで自分の目的のためにスプレーがどのように機能するかについてはあまり興味がありませんが、これは Scala のどのような機能であり、自分でどのように記述すればよいでしょうか?

スプレーのパイプラインを使用して、次のような HTTP リクエストを作成する場合:

リクエストのタイムアウトと、その特定のリクエストに対して再試行する回数を指定する方法はありますか?

私が見つけたすべてのドキュメントは、構成で行っていることのみを参照しています（それでも、動作させることができないようです）。

どうも