問題タブ [milton]

多数の異なるクライアントを使用して、Web DAV 対応のシステム ビューをテスト中です。ある特定のクライアントが時々奇妙なことをするようで、これは予想されることなのだろうか..

以下のログは、サーブレットへのフル パスを再び含めることによって、ディレクトリへのパス (webdav のコレクション) がどのように壊れたかを示しています (最後の行を見てください)。他のすべてのクライアントはこれを行いません。これは主に、コーディングが不十分なクライアントであり、おそらく壊れているためですか?

クライアントが提供する応答ログを確認しましたが、名前が壊れていないため、意味があります。

そしてそうではない

私が取り組んでいるプロジェクトで Milton Java webdav ライブラリを使用しようとしていますが、誰かがそれを経験したことがあるかどうか疑問に思っていました。アプリケーションに webdav インターフェイスを追加しようとしています。

Grizzly サーブレット コンテナー (2.1.7) が組み込まれた Milton WebDAV サーバー (1.6.8) を使用していますが、デフォルトの構成では、PUT 要求 (少なくとも Cyber​​duck によって発行されたもの) が機能しません。私はこの問題を HTTP 100 Continue の処理方法に関する問題 (Jetty にも影響しているようです) まで追跡しました。Milton メーリング リストとバグ トラッカーのメッセージによると、これはサーブレット コンテナーのせいであり、巧妙になろうとしています。 「透過的期待/継続処理」。

はい、透過的に処理するコンテナーは、引き続き期待を処理し、Webdav の HTTP セキュリティを効果的に破ります。HTTP はチャレンジ/レスポンス セキュリティ モデルを使用しており、多くのクライアントはそれに依存しています。つまり、PUT を実行する場合、認証されていない PUT を実行し、ExpectContinue に依存して、ファイルがアップロードされる前にチャレンジが発行されるようにします。

しかし、ExpectContinue の透過的な処理では、ミルトン API が現在のユーザーが認証され、アクションを実行する権限があるかどうかを確認できるようになる前に、ファイル全体がアップロードされます。

サポートされているクライアントとユースケースに応じて、これはまったく受け入れられないか、迷惑になるか、まったく問題にならないかのいずれかになります。

しかし、一般的には、Grizzly の透過的な処理を無効にできるかどうかを調べてから、milton でサポートを再度有効にする必要があると思います。

Grizzly の透過的な期待/継続処理を無効にするにはどうすればよいですか?これは本当に正しいアプローチですか? 別の方法として、Milton での expect/continue 処理をオフにすることもできますが、それでは WebDAV 認証が壊れてしまうようです。

更新:今も Jetty (8.1.0.RC1) を試してみましたが、Grizzly と同じ動作を示します。expect/continue 処理がオフになっている場合にのみファイルを PUT できます。デフォルト設定では機能しません。

Milton WebDav を使用して、最終的には IaaS としてクラウド環境 (ほとんどの場合 Azure) にデプロイされる Web アプリケーションでファイルを転送したいと考えています。これで、WebDAV 標準はステートレスであるため、クラウド ロード バランサーで問題が発生することはないはずですが、Milton については不明であり、いくつか質問があります。

1.) Milton は WebDAV をそのまま実装していますか? すべての通信はステートレスのままですか? すべてのリクエストで認証トークンを渡すと思いますが、トークンがサーバーのどこに保存されているかわかりませんか? それはデータベースまたは何らかのキャッシュなどに保存されますか?

2.) 負荷分散が使用され、負荷を処理するサーバーが 5 ～ 6 台ある場合、ロック メカニズムは正常に機能しますか? Milton サーバーは Lock Token をどこに保存しますか?

-Tオプションを使用してカールしようとすると、空の応答が返されます。

誰もが呪文を知っていますか？MacOSXに組み込まれているWebDAVクライアントからサーバーに接続すると、サーバーは正常に動作します。

私は小さなgrailswebappを作成しました。milton.ioを使用して、webdav経由で一部のコンテンツにアクセスしています。したがって、webdavはまだ機能しており、ファイルの配置、取得、削除などを行うことができます。しかし今、私は認証と承認を追加したいと思います。そしてここに問題があります：

リソースインターフェイスには2つの方法があります。

したがって、私のResourceクラスはResource Interfaceを実装しますが、メソッドauthenticateがフレームワークによって呼び出されることはありません。Auth Basicを自分で実装する必要がありますか？

ミルトンについての私の知識は非常に貧弱です。何かを忘れた可能性があります。私のwebdavクライアント（例：cadaver）がユーザー名/パスワードを要求しないためです。

助けてくれてありがとうピーターウェイバー

私のリソースクラスの署名：

そして、これがHttpManagerを取得するためのビルダーです

そしてここにResourceFactory

Milton WebDAV API をテストしており、ドキュメントが開かれたときにログを記録する必要があります。Eclipse のコンソールにログを記録させることはできますが、外部ファイルにメッセージを出力させることはできません。

ここSOとGoogleでいくつかのリンクが見つかりましたが、どれも機能しませんでした。私はすでにこれに約4時間費やしました。推測はありますか？

状況は次のとおりです（できる限りフォーマットしようとしました）：

log4j.properties

DocumentResource.java

WebDAV クライアントで「get testfile」を実行したときの Eclipse のコンソール

2013/08/02 18:03:15 com.ettrema.tutorial.milton.DocumentResource sendContent 情報: >>> ファイル testfile が開かれました

ここにlog.txt の大きなコンテンツがあります

ありがとう！

これは私が最近直面した問題です。ユーザーアカウントを作成する機能を提供するJavaアプリケーションがあり、ユーザーはアプリケーションがホストされているリモートサーバーにファイルをアップロードできます。

ある時点で、ユーザーは次の操作を実行してそのファイルを編集できます。

1. ファイルをダウンロードする
2. 編集を行います
3. ファイルをアップロードします（既存のファイルを置き換えるか、両方を保持します）

問題は、ユーザーがサーバーに再度アップロードする必要があることです。どうすればそれを回避できますか。ユーザーエクスペリエンスを簡素化することを意味します。 I think below will be a good solution.

1. ユーザーがファイルをクリックすると、関連するファイル エディター (MS Word、メモ帳、MS PowerPoint - エディターが既にインストールされているものとします) で開きます。
2. ユーザーは編集を行い、関連するエディターで保存をクリックするだけです。(たとえば、MS Word ユーザーがファイルを編集して [保存] をクリックします) -リモート サーバー内のファイルは、編集されたファイルに自動的に更新されます。

これはプログラミング コードのエラーなどではないことはわかっていますが、どうすればこれを達成できるのでしょうか。このためのライブラリまたはテクノロジーはありますか。

webDavとそのMiltonのような実装について聞いたことがあります。これらはこれを解決できますか？または、これを達成する方法を知っている人もいます。どうすればこれを行うことができるか、いくつかのアイデアと考えが必要です。あなたの親切な助けをください。