WebDAVのファンタジー。 ...おとぎ話を実現させますか？

投稿は続編を終了します：

-WebDAVのファンタジー。 レギュラークライアント ;

-WebDAVをテーマにしたファンタジー 。

-RESTup-RESTful Javaコンソールアプリケーションサーバー、またはOracleからのシェルの呼び出しについて



非常に短い要約：

計画された子孫は、エンドユーザーと対話するために配置されていません-UIの欠如の形で先天性奇形を持っていました。 広大さの中をうろついて、親しみのない親は強力な薬に出会いました。 それは役立ちますか？

21+



WebDAVクラス1プロトコルに基づいたインターフェイスについて話していることを思い出してください。このインターフェイスでは、リモートフォルダー（コレクション）が、割り当てられたルールに従ってユーザーファイルを変換するフィルターとして機能します。 その場でファイルを変換する、つまり、オブジェクトが変換フォルダーにコピーされたときにルールを開始することになっています（PUT、COPY、MOVEメソッド）。

効果的に考案されましたが、実際にはほとんどの通常のWebDAVクライアントでは機能せず、同じアクションを実行するときに驚くほど多様なアプローチを示しています。



その結果、インターフェイスはコンソールアプリケーションサーバーの内部ロジックに従って実装されましたが、実際には次のように考えられていました。

-リモートフォルダーは変換ルールを定義します。

-変換フォルダーには、ソースファイル用と結果用の2つのサブフォルダーが含まれます。

-結果フォルダーを表示（PROPFIND）すると、ルールがトリガーされます。

-ルールが正常に完了すると、ソースファイルが削除されます。

-ルールのパラメーター化は、ルールによってサポートされ、ソースと一緒に送信されるパラメーターのファイルを使用して可能です。

-ルールの注釈とユーザーセッションの制限は、サーバールートの生成されたヘルプテキストファイルにあります。



個々のクライアント（Dolphin、Konqueror）によるデータキャッシング（httpヘッダー、WebDAVオブジェクトのプロパティ、ローカル設定）を克服することはできませんでした。 クライアントの尊厳が重大な障害である場合。



これは、好奇心をそそるクライアントの応答とサーバーの応答を記録する「フルサイズの運用モデル」です。



Ekは1年半前にHabréについての記事を目覚めさせました 。 ありがとう



2015年10月〜12月