C#でzipファイルの作り方がわからない

前提・実現したいこと

C#で作成したローカルアプリケーションでファイル名を指定してボタンを押した際に、サーバー側のSpringbootアプリケーションを呼び出して、サーバー(/opt/test)にあるzipファイル(sample.zip)をローカルのディレクトリ(C:\testcopy)にコピーしたいです。

発生している問題・エラーメッセージ

Springboot側はレスポンスが返ってきているのですが、それでZIPファイルを作成しても
解凍したときに画像ファイルが2ファイル入っているはずなのに1ファイルしかなかったり、画像ファイルも開けなかったりと何かがおかしいようです。
そのため以下のファイルの作成の仕方が間違っていなかったらSpringbootのAPIが間違っていると思うので問題の切り分けのために質問をさせていただきました。
普通のファイルを作成するときと同じように作ってしまったのですが、何か別の方法があったりするのでしょうか？

該当のソースコード

string url = UploadLogic.GetUrl("/download");
var task = await SendRequestAsyncString(url, downPath);

try
{
    // ファイル作成
    File.Create(newFile).Close();
    using (var sw = new StreamWriter(@strNewFile, false, Encoding.GetEncoding("Shift_JIS")))
    {
        sw.Write(task);
    }
}

補足情報（FW/ツールのバージョンなど）

Windows

追記

以前、この機能を実現するためのSpringbootアプリケーションの処理として
「サーバ側はクライアント側からのzipファイルDLリクエストが来たら、当該のファイルをバイナリで読み込み、内容をそのままresponseのoutputStreamに突っ込みます。」
と、教えていただいたのでSpringboot側では以下のソースを作成しました。

@PostMapping("/download")
public void zipDownload(@RequestBody String path, HttpServletResponse res) throws IOException {

    File file = new File(path);	
	res.setContentLength((int) file.length());
    res.setContentType("application/octet-stream;charset=Shift_JIS");
    FileCopyUtils.copy(new FileInputStream(file), res.getOutputStream());
}

このレスポンスをtaskで受け取ってそれでファイルの作成をしました。

追記2(試してみたこと)

元のファイル(サーバー側)のファイルと出力したファイル(ローカル側)のファイルをバイナリを比較するツールで比較してみたところ、84％おなじだが別のファイルとみなされていました。

そこで出力結果をネットワークストリームではなくファイル(java.txt)に書きだしし、それをZIPにリネーム(java.zip)にしてみたところバイナリ的にも同じものになりました。
当然、解凍してもファイルの破損などもありませんでした。

そうするとやはりC#側のファイルの作りかたの問題でしょうか？

m.ts10806

2020/06/03 07:48

まずはSpring側で確実にファイルを作るところからでは？呼び出す方だけ記述されてもこちらではその正当性は判断できませんし、SpringやJavaのタグを追加しコードも追記された方が問題切り分けもできるのでは

moshi

2020/06/03 08:18

ご指摘ありがとうございます。タグの追加とソースコードの追記をしてみました。

行動規範の内容に同意します

回答1件

まずはZIPにしないで、普通にファイルとして保存してみればどうですか？
それが確実にできるとなってから考えればいいんでは

投稿2020/06/03 07:59

y_waiwai

総合スコア88026

moshi

2020/06/03 08:19

ご回答ありがとうございます。 ZIPファイル以外でテキストファイル、jpgファイルで試してみました。テキストファイルは問題なく作成できました。画像ファイルのほうはサイズはある(0byteではない)のですが、開くことができませんでした。 Springbootのほうが良くないのかもしれません。

y_waiwai

2020/06/03 08:22

そうやって、問題はどこにあるのかをはっきりさせないと解決できませんね

moshi

2020/06/03 08:48

Springbootアプリケーションで返すレスポンスが間違っていたのか、C#アプリケーションのほうのファイルの作り方がおかしいのかを振り分ける方法はあったりしますでしょうか？作成できるファイルの種類に差があることはわかったのですが、 ①Springbootのレスポンスが間違っているためC#側のファイル作成部分は正しいがファイルが作成できない ②Springbootのレスポンスは正しいが、C#側がテキストファイル以外を作成する形になっていないの振り分けができなくて…

y_waiwai

2020/06/03 08:54

クライアント・サーバ側でそれぞれ送った（つもりの）ファイル、受けた（つもりの）ファイルを保存させて、それぞれが同一か見てみるとか。。＃サーバ側がどうなってるのかわからんのでピント外れかも

len_souko

2020/06/03 09:30

ちょっとjavaは詳しくないんで的外れかもしれませんが、ググってみたところ以下の情報がありました http://kobaken.hatenadiary.com/entry/2016/01/21/184409 の「ファイルをDLする！」のところ > // レスポンスに値をセット > responce.setContentType("application/octet-stream;charset=shift_jis"); > responce.setHeader("Content-Disposition", "attachment; filename=" + URLEncoder.encode(fileNamePrefix + ".zip", "UTF-8")); > responce.setHeader("Content-Transfer-Encoding", "binary"); ひょっとして最後のがないからバイナリとしてクライアントに返してないのでは？なのでテキストファイルだけデータが壊れていないのかも？

moshi

2020/06/03 10:01

＞len_soukoさんご回答ありがとうございます。 responce.setHeader("Content-Transfer-Encoding", "binary");も入れてみましたがうまくいきませんでした…