readerに読み込めれない。する質問をすることでしか得られない、回答やアドバイスがある。readerに読み込めれない。44いつもお世話になります。readerに読み込むことができなくなくなります。disconnect()にしてもうまくいかないです。}}attachmentクリップ0気になる質問をクリップするクリップした質問は、後からいつでもマイページで確認できます。クリップした質問に回答があった際、通知やメールを受け取ることができます。自分も答えを知りたい質問者以外のユーザにも役立つ評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。質問の評価を上げたことを取り消します低評価-評価を下げられる数の上限に達しました評価を下げることができません1日5回まで評価を下げられます1日に1ユーザに対して2回まで評価を下げられます質問の評価を下げるteratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。コメントをしてください。送信する質問の評価を下げる機能の利用条件この機能を利用するためには、以下の事項を行う必要があります。コメントアウトする読み込めれますね。これも画像の処理として生かしたいです。コメントアウトする読み込めれますね。これも画像の処理として生かしたいです。17:32画像はくっついてないです。サーバー側からバイナリーの画像データが送られきます。画像はくっついてないです。サーバー側からバイナリーの画像データが送られきます。18:31くっついていない状態です。サーバー側を追記しました。(エラーは出るけど)くっついていない状態です。サーバー側を追記しました。いってるとこのですね。いってるとこのですね。すべてバイナリで返却してます。すべてバイナリで返却してます。件sort評価が高い順sort新着順sort古い順linkcheckベストアンサー+3長くなりそうなので、こっちに書きます。メソッドのどちらかをボディメッセージの出力に使用します。メソッドがすでに実行されていた場合とあります。out2=response.getWriter();//の行で例外が発生しているのではないかと推測します。仮に例外が発生しない仕様だったとしても、基本的な考え違いがあると思います。1つのコネクションでは、入力ストリームと出力ストリームはそれぞれ各1つで、計2つしかありません。getWriterで例外が発生しないとしても、getWriterとgetOutputStreamは同じストリームを使います。従って、受信側(クライアント側)からすると、画像ファイルとテキストは、1つのファイルとして認識されます。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。getOutputStream()はこのレスポンスに対して既に呼び出されていますつまり一回のコネクションでgetWriterかgetOutputStreamのどちらしか選択できないということですね。クライアント側ではgetInputStreamを2回使っているので2回目は空っぽか、使えない、というふうに繋がりますね。一回のコネクションでgetWriterかgetOutputStreamのどちらしか選択できないということですね。クライアント側ではgetInputStreamを2回使っているので2回目は空っぽか、使えない、というふうに繋がりますね。20:07サーバー側にデータと画像があるので、まずテキストファイルと画像を同時にクライアントに送信する。次にクライント側で受信して、ファイルと画像に分ける。テキストファイルと画像を同時にクライアントに送信する。次にクライント側で受信して、ファイルと画像に分ける。20:241つのコネクションでテキストファイル、画像ファイルを送信するということですよね?具体的なやり方は色々とありますが、要は受信側でテキストファイルと画像ファイルの区切りがわかればいいということです。大きく分けて2種類になると思います。1つは、バイナリデータをテキストに直して、複数のテキストデータを一定ルールで区切る方法。代表的なものではxmlがあります。この場合、画像ファイルはバイナリデータですので、何らかの形でテキスト形式にする必要があります。簡単なのは16進数表記にしてしまうことです。16進数表記にすると、データサイズが倍になります。(1バイトのデータを2バイトで表現するため)そのため、インターネット上ではバイナリデータのテキスト化の方法として、base64という方法が使われることが多々あります。ひとつの方法としてはチャンク形式で、チャンクヘッダーにデータサイズを記載して、それデータを続けるという方法もあります。この方法では、バイナリデータもバイナリのまま使うことができます。どの方法であっても、受信側は送信側と同じ解釈でデータを戻す必要があります。複数のコネクションを使って全てのデータを送る方法をお勧めするわけです。具体的なやり方は色々とありますが、要は受信側でテキストファイルと画像ファイルの区切りがわかればいいということです。大きく分けて2種類になると思います。1つは、バイナリデータをテキストに直して、複数のテキストデータを一定ルールで区切る方法。代表的なものではxmlがあります。この場合、画像ファイルはバイナリデータですので、何らかの形でテキスト形式にする必要があります。簡単なのは16進数表記にしてしまうことです。16進数表記にすると、データサイズが倍になります。そのため、インターネット上ではバイナリデータのテキスト化の方法として、base64という方法が使われることが多々あります。ひとつの方法としてはチャンク形式で、チャンクヘッダーにデータサイズを記載して、それデータを続けるという方法もあります。この方法では、バイナリデータもバイナリのまま使うことができます。どの方法であっても、受信側は送信側と同じ解釈でデータを戻す必要があります。複数のコネクションを使って全てのデータを送る方法をお勧めするわけです。21:241つのコネクションの方法として大きく分けて2種類あるということですか?>複数のコネクションを使って全てのデータを送る方法をお勧めするわけです。>複数のコネクションを使って全てのデータを送る方法をお勧めするわけです。21:43>1つのコネクションの方法として大きく分けて2種類あるということですか?そうですね。>複数のコネクションの方が良いということですか?その方がプログラム的には簡単です。簡単に言えば、url.openConnection();をしてから、disconnect()するまでといったらいいですかね。>あとクライアントがブラウザーだとこのような複雑な処理はないと思うのですがというより、ある意味ブラウザを自分で作っているようなものなので、手間がかかるのは当然と言えます。その方がプログラム的には簡単です。簡単に言えば、url.openConnection();をしてから、disconnect()するまでといったらいいですかね。いうより、ある意味ブラウザを自分で作っているようなものなので、手間がかかるのは当然と言えます。特別にサーブレットを作らなくても、httpサーバーの機能だけで送信できます。送信側は、適切な場所に送信したいファイルをファイルを配置するだけです。特別にサーブレットを作らなくても、httpサーバーの機能だけで送信できます。送信側は、適切な場所に送信したいファイルをファイルを配置するだけです。21:53忘れていましたが、質問者さんの知識レベルが不明だったため、普通に用語を使ってしまいましたが、もし、わからない用語があれば、聞いてもらうか、別途質問するか、ググるかしてください。わからない用語があれば、聞いてもらうか、別途質問するか、ググるかしてください。22:13おっしゃる通りです。