GMOペイメントゲートウェイのjava.io.IOExceptionのエラー

GMOペイメントゲートウェイでjava.io.IOExceptionのエラー

java.io.IOExceptionのエラーとは？

　
ECCUBEを利用して ECサイトを構築しています。
決済モジュールとして GMOペイメントゲートウェイを導入することにしました。
　
マニュアルに従って導入しましたが、結果通知プログラムから送信されてくるメールが「Error report」となっていました。
　
タイトル「Error report」
以下、本文。
——————————————————-
「PGマルチペイメントサービス」の結果通知にて、エラーが発生しました。
Shop ID = [tshop01010101]
Day Time = [2015-01-01 01:01:01.01]
Error = [送信に失敗しました。 発生例外[java.io.IOException]]
——————————————————-
　
　

java.io.IOExceptionの原因と解決方法

　
java.io.IOExceptionのエラーの原因と解決方法について、マニュアルには下記の様に記載されています。しっかり書かれています。
——————————————————-
・結果通知プログラムファイル：
　　pg_mulpay_recv.php に実行権限(パーミッション)が付与されているか 。
・結果通知プログラムファイル：
　　pg_mulpay_recv.php が 外部からアクセス可能な状態となっているか。
　　IPアドレスや、基本認証によるアクセス制限をされている場合は、
　　結果通知を受信いただくことができません。
　
※ 結果通知通知プログラムの保存場所
　　EC-CUBEインストールディレクトリ/html/user_data/pg_mulpay_recv.php
——————————————————-
　
原因と解決方法を要約すると
　
【原因】
決済モジュールからメールを送信するため「pg_mulpay_recv.php」を実行しようとしましたが、正常に実行することができませんでした。
　
【解決方法】

• パーミッションを変更する
• アクセス制限を解除する

　
【対象ファイル】
　{ECCUBEルート}/html/user_data/pg_mulpay_recv.php
　
　
開発中の場合は、開発中なので Basic認証を設定して開発を行っている場合も多々あると思いますが、Basic認証を設定していると外部からアクセスできないのでエラーになりますよ、という内容です。
IPでの制限をしている場合も同じです。
　
もう一つの可能性としては、「ECCUBEの新規追加ページがInternal Server Error・Not Foundに」で紹介しましたが、決済モジュールを追加すると新規でプログラムファイルが設置されますので、「pg_mulpay_recv.php」のパーミッションが正しい設定になっていない場合もあります。
　
　
今回私が遭遇した不具合はこの両方だったワケなのですが、「ECCUBEの新規追加ページがInternal Server Error・Not Foundに」が発生していた同じ案件でしたので、パーミッションにばかり気を取られてしまい、Basic認証を設定していたことをすっかり忘れてしまっていた、ということが原因でした。
　
　
ネットで調べると、「サポートに問い合わせてみると良さそうです」と言う回答がありましたので、サポートにメールで問い合わせをすると、わざわざ不具合の原因も調べてくれました。
レスポンスも早かったですね。
そして、お恥ずかしいばかりの原因でした．．．
　
　

java.io.IOExceptionの原因と解決方法

　
今回の不具合はさておき、クレジットカード決済の動作確認を行うにはクレジットカード番号が必要です。
　
ですが、GMOペイメントゲートウェイではテスト用のカード番号の提供などはありませんが、適当な番号を入力してもカード番号の妥当性チェックではじかれてしまいます。
とは言え、自分のクレジットカード番号を利用するなんてことは考えられないワケで、どうしようかと悩んでいた時に下記のサイトを発見しました。
　
　https://webpay.jp/docs/mock_cards
　
テスト環境で使用できるテスト用のカード番号の情報を提供してくれています。
これを使って決済モジュールの設定が正しいかどうかの確認が行えます。