問題タブ [ithit-webdav-server]

コードをデバッグしているときに、UrlRoutingModule クラスのコードが何度かクラッシュしました。エラーには次の 2 種類があります。

• null 参照の例外:

foreach (var route in l) { RouteTable.Routes.Add(route); <-- It crashed here because route is NULL }

上記のステートメントの前に「if (route != null)」を追加したところ、問題が解決したようです。

• ArgumentException: 指定されたルートはルート コレクションに既に存在します。コレクションに重複するルートを含めることはできません。

2 番目の例外も、上記と同じ行で発生しました。

このエラーが発生するとすぐに、サイト全体が停止したため、IIS Express と Visual Studio を閉じなければならなかったため、この問題を解決するにはどうすればよいでしょうか。

IT HIT WebDAV サーバーを Microsoft Azure Web サイトで使用できるようにする作業を行っています。私は問題に苦しんでいます。ファイルをアップロードして、ローカル ディスク上の一時ファイルではなく、BLOB ストレージに直接送信する必要があります。その理由は、ローカル ディスク容量が限られているためです。

PUT 経由で送信されるファイルを BLOB ストレージにリダイレクトする方法はありますか?

ありがとうございました！

-エリック

PS。Azure Web サイトで IIS 8.x を実行

IT Hits WebDAV サーバーを当社の Web サイトに実装しました。現在、2014 年 9 月 7 日日曜日に期限が切れる試用版ライセンスを使用して製品を開発しています。

ローカル ビルドで動作するプロトタイプを取得することができ、会社の TFS サーバーにチェックインしました。

それは私のマシンで完全に動作し、人々がネットワークを介して私の PC に接続すると、問題なく動作します。

しかし、私のマネージャーが最新のものを入手して、ローカル マシンで新しい編集機能をテストすると、機能しなくなります。エラーログを確認しましたが、エラーはありません。

主な質問ですが、WebDAV サーバーの試用版は 1 台のマシンでしか動作しませんか? ライセンスがアクティブになっているマシンを検出し、このマシンに制限する方法はありますか。

ライセンスが複数のマシンで機能する場合、問題のデバッグに役立つ提案はありますか?

以下のログは、動作しないマシンからのものです。

以下の次のログは、私の作業バージョンからのものです。

アプリケーションのワークフローの一部としてユーザーが添付する MS Office ドキュメントを編集できるようにする目的で、IT Hit を使用して WebDav サーバーを実装しました。

複数の同時編集を防ぐためにLockedException、メソッドからをスローしILock.Lock()ます。これは、423 Locked 応答で要求に応答します。

これにより、Office は次のポップアップをユーザーに表示します。

これは、2 人のユーザーが同じドキュメントを編集するのを防ぐためにうまく機能します。

ただし、ドキュメントはシステムでロックダウンされ、編集できなくなります。ドキュメントは読み取り専用としてのみ表示できます。このメッセージは、実際にはドキュメントがロックダウンされているのに、別のユーザーがドキュメントを編集していると信じている可能性のあるユーザーに誤解を与えるものです。

1. 別のロックされたメッセージを表示する方法はありますか?
2. 読み取り専用モードを強制する方法はありますか。つまり、ポップアップの 2 番目のオプションを削除して編集できないようにする方法はありますか?

よろしく: IT HIT CalDAV / CardDAV サーバー。

IT HIT Ajax File Browser を開くと、ログインしているユーザーはすべてのユーザーのすべてのコンテンツを見ることができるようです。ユーザーが自分のコンテンツのみを表示できるようにするには、どうすればアクセス許可を設定できますか?

it-hit webdavsystem ajax ブラウザをリバース プロキシの背後に配置する際に問題が発生しています。

この例では、ポート 8123 でリッスンし、外部からポート 443 でサービスを提供しています。

ajax ブラウザーでフォルダーをクリックすると、要求されたポート 443 ではなく、リスニング ポート 8357 で応答しているようです。

これはすべて、IIS の Windows サーバーでホストされています。

誰にも回避策がありますか？おそらく、応答 URL を何らかの方法で書き直しますか?