質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

Android

Androidは、Google社が開発したスマートフォンやタブレットなど携帯端末向けのプラットフォームです。 カーネル・ミドルウェア・ユーザーインターフェイス・ウェブブラウザ・電話帳などのアプリケーションやソフトウェアをひとつにまとめて構成。 カーネル・ライブラリ・ランタイムはほとんどがC言語/C++、アプリケーションなどはJavaSEのサブセットとAndroid環境で書かれています。

Q&A

解決済

2回答

5682閲覧

java.lang.IllegalArgumentException: bad base-64 の解決方法

SumioShimizu

総合スコア16

Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

Android

Androidは、Google社が開発したスマートフォンやタブレットなど携帯端末向けのプラットフォームです。 カーネル・ミドルウェア・ユーザーインターフェイス・ウェブブラウザ・電話帳などのアプリケーションやソフトウェアをひとつにまとめて構成。 カーネル・ライブラリ・ランタイムはほとんどがC言語/C++、アプリケーションなどはJavaSEのサブセットとAndroid環境で書かれています。

0グッド

0クリップ

投稿2017/03/05 03:58

###前提・実現したいこと
record_dataのサイズが小さいTEXTファイル(8KB)では正常にデコードできるのですが、
サイズが大きくなる(92KB)と以下のエラーメッセージが表示されます。
record_dataのサイズを分割せずにデコードする方法はありませんか?

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

java.lang.IllegalArgumentException: bad base-64

###該当のソースコード
Base64.decode(record_data,Base64.DEFAULT)

###試したこと
課題に対してアプローチしたことを記載してください

###補足情報(言語/FW/ツール等のバージョンなど)
JAVA ANDROID

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

swordone

2017/03/05 16:29

それは本当にサイズによる問題ですか?エラーメッセージを調べる限りBase64で使えない不正な文字が混じっているケースが出てくるのですが。
SumioShimizu

2017/03/06 00:33

このエラーメッセージは、ご指摘のとうりBASE64でデコードできない情報を検出した時のものです。ファイルのサイズによりなぜこのような事象がおきるのかを調査しているところです。
swordone

2017/03/06 01:09 編集

だからそれが「ファイルのサイズが原因である」ということは確実なのですか?不正な文字が入っている可能性はないのですか?
SumioShimizu

2017/03/06 02:47

不正な文字が入っていることは確認済です。エンコード処理を確認中です。
swordone

2017/03/06 04:59

であれば、サイズが云々は関係ないですね。質問を変えるべきかと。
abs123

2017/03/06 05:01

不正な文字とはどのようなものですか?新たに判明した事等があれば、追記していくことで回答が得られやすくなると思いますよ。
guest

回答2

0

自己解決

お騒がせしました。
送信データ編集時の単純なコーディングミスでした。
以下他、数か所の単純ミス。


修正前 temp_file = new String(buffer,"UTF-8");

byte[] buffer = new byte[DEFAULT_BUFFER_SIZE];
int size = -1;
while (-1 != (size = file.read(buffer))) {

修正後 temp_file += new String(buffer,"UTF-8");

}

投稿2017/03/06 09:57

SumioShimizu

総合スコア16

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

使ったことは無いですが、Base64InputStreamというものがあります。
大量のデータをデコードするならこちらがいいと考えられます。

投稿2017/03/05 16:18

yona

総合スコア18155

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

SumioShimizu

2017/03/06 00:40

ファイルをリード後にエンコードし、通信処理でファイル転送(リードしたデータのみ)し、受信データをデコードしているのでBase64InputStreamの使用は難しそうです。
yona

2017/03/06 02:20 編集

受信データの形式はなんですか? ストリームでは無いんですか?
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問