問題タブ [apache-commons-net]

Java アプリケーションから FTP サーバーにファイル (config.zip.zip および artikels.csv) を転送しようとしていますが、プログラムは動作し、ファイルは転送されますが、フォルダーでファイルを開こうとすると、ファイルが破損しており、ファイル サイズが元のファイル サイズより小さくなっています。artikels.csv ファイルは、元の artikels.csv よりも行が少なくなりますが、zip ファイルを完全に開くことはできません。なんで？どうすればこれを修正できますか？

私のマシンにはローカルにいくつかのExcelファイルがあります。このエクセルファイルをftpにアップロードしたいです。私はApache Commons FTPClinetを使用しています。しかし、ファイルをアップロードすると、ファイルが破損し、サイズがゼロになります。サンプルプログラムはこちら

誰が私がどこで間違っているのか教えてもらえますか?

ファイルを FTP サーバーにアップロードする必要があります。ファイル名には特殊文字が含まれていますäöü。FTP サーバーでは、ファイル名を UTF-8 でエンコードする必要があります。

私のコードは次のようなものです：

問題は、 の後storeFile、FTP サーバーに保存されたファイルの名前が UTF-8 ではなく ISO-8859-1 でエンコードされることです。

FTPClientファイル名を UTF-8 でエンコードするように指示するにはどうすればよいですか?

FTPClient（org。apache。commons。net。ftp。FTPClient）を使用して、いくつかのファイルをFTPサーバーにアップロードしています。
親ディレクトリが存在するかどうかを確認する必要があります。必要に応じて作成します。
FTPClientを使用してファイル/ディレクトリの存在を確認するにはどうすればよいですか？

ありがとう

commons-netFTPClientを使用していくつかのファイルをアップロードしています。
アップロードの進行状況（現在アップロードされているバイト数）を取得するにはどうすればよいですか？

ありがとう

Apache commons-net FTPClient を使用していくつかのファイルをアップロードしています。
私の問題は、これがラインでブロックされていることOutputStream os = client.storeFileStream("/test1.pdf");です!
さらに奇妙なことに、これは、プログラムをスタンドアロンで実行するか、NetBeans の Run で実行した場合 (約 90% の場合ですが、常にではありません) に発生し、NetBeans Debug でプログラムを実行した場合には発生しません!!!
アップロードされたファイルのサイズは 0KB です。私のコードはこれです：

何が問題ですか？

私はapacheのcommons-netFTPClientを使用してファイルをアップロードしています。
storeFileStreamメソッドを使用しています。
これは最初の呼び出しではうまく機能しますが、2番目の呼び出しで「200PORTコマンドが成功しました」nullを返します。 私のコードは（各ファイルのループ内のメソッドとして呼び出されます）： .getReplyStrings()

何が問題ですか？

次の Apache Commons Net FTP コードを使用して、FTP サーバーに接続し、いくつかのディレクトリでファイルをポーリングし、ファイルが見つかった場合はそれらをローカル マシンに取得します。

これは毎分、毎分実行されるようにスケジュールされています。Tomcat (7.0.19) にデプロイすると、このコードは問題なく読み込まれ、問題なく動作し始めます。ただし、毎回、ある時点でハングしているように見えます。つまり、次のことを意味します。

• ヒープ ダンプが存在しない
• Tomcat はまだ実行中です (その pid を確認でき、Web マネージャー アプリにログインできます)
• マネージャー アプリ内で、WAR がまだ実行中または開始されていることがわかります
• catalina.out私のアプリケーション固有のログには、例外がスローされた兆候はありません

したがって、JVM は引き続き実行されます。Tomcat はまだ実行されており、展開した WAR はまだ実行されていますが、ハングしているだけです。2 時間実行してハングすることもあります。また、何日も実行されてからハングすることもあります。しかし、ハングする場合は、読み取り行About to check loadables/ for files...(ログに表示されます) と読み取り行File fetch completed.(表示されません) の間で停止します。

これは、ファイルの実際のポーリング/フェッチ中にハングが発生したことを示しています。これは、FTPClient のデッドロックに関係することを見つけることができたこの質問と同じ方向性を示しています。これは、これらが同じ問題であるかどうか疑問に思っています (もしそうなら、喜んでこの質問を削除します! )。ただし、それらが同じであるとは思いません(ログに同じ例外が表示されません)。

同僚は、それが「パッシブ」対「アクティブ」な FTP である可能性があると述べました。違いがよくわからないので、FTPClientフィールドなどに少し混乱しており、ACTIVE_REMOTE_DATA_CONNECTION_MODESOPASSIVE_REMOTE_DATA_CONNECTION_MODEがそれを潜在的な問題と考えていることを知りませんでした。

ここでは最後の手段として s をキャッチしているので、何か問題が発生した場合はログに何かThrowableが表示されると予想していました。エルゴ、これは明確なハングの問題だと思います。

何か案は？残念ながら、ここでの FTP の内部については、確固たる診断を下すのに十分な知識がありません。これはサーバー側のものでしょうか？FTP サーバーに関連していますか?

元の zip ファイルは 4KB です。サーバーに ftp 経由でアップロードすると、サイズが小さくなり、つまり 3.032KB になりました。zip ファイルが破損していて、開くことができないようです。なぜそれが起こるのですか？どのように修正できますか？

ftpコード

FTPClient の storeFile(remote, local) メソッドを使用して 1 つの大きなファイル (8 MB 以上) をアップロードしようとしていますが、false の結果になります。余分なバイトが含まれてアップロードされます。以下は、出力を含むコードです。