0

我々は持っています ：

  • Linux上で実行されているwebdavサーバー（Javaアプリケーション）
  • ms-word2010を使用するWindows7上のクライアント

ファイルを開くためのURLはファイルの名前で終わり、UIに送信される前にUTF-8でエンコードされます。

server.com/path/my_file_name.doc

特殊文字を含まないが、次のような醜いURLのファイル名で完全に機能します

server.com/path/En-têtedelettre+Capital 1050000€.doc

、私たちのサーバーはファイルへのアクセスを管理していません。スタックトレースでは、サーバーが受信したURLが

server.com/path/En-têtedelettre+Capital 1 050000â？¬.doc

、しかし、ms-wordが表示しているエラーメッセージには正しいURLが含まれているので、元のURLは正しいと思います。

最後になりましたが、サーバーがWindowsプラットフォームで実行されている場合に機能します。

ms-wordはURLをサーバーに送信する前に再エンコードすると思いますが、デコードする方法がわかりません。

すべての提案を歓迎します^^

4

1 に答える 1

1

私はhttp://milton.io（java webdav server lib）の作成者であり、MSクライアントが一部のURLの誤ったエンコードを行う問題を確認しましたが、miltonにはそのためのいくつかの回避策があります。どのwebdavフレームワーク/サーバーを使用していますか？

ただし、 Marc Bが提案したように、与えられた例はマングリングのように見えます。サーバーはおそらくUTF-8でpropfind応答を出力していますが、Windowsはそれをwin-1252として解釈しています。

したがって、応答ヘッダーを調べて、応答に指定されている文字エンコードを確認し、PROPFIND応答で使用されている実際のエンコードと一致することを確認する必要があります。

以前のバージョンのmiltonには、サーバーのデフォルトエンコーディングを使用するが、常にUTF-8を報告するという問題があったため、この問題は、デフォルトの文字エンコーディングとしてUTF-8を使用しないサーバーで発生することに注意してください。

于 2013-03-03T19:29:36.413 に答える