GAE/Jでメールを送信する機能が必要となったので、調べて実装してみました。
参考にしたGoogle App Engineの日本語サイトは
こちら（※１）。
⇒https://developers.google.com/appengine/docs/java/mail/overview?hl=ja
このページによると、Mail Service Java API は、メール メッセージの送信用に JavaMail（javax.mail）インターフェースをサポートしているそうです。基本的なメール送信の実装方法はこちらのサイトをご参考ください。
ちなみにローカルで実行した場合には、メールは送信されません。 その代わりに、コンソールに送信しようとしたメールの内容が出力されます。 ここで困ったことは、メール本文は出力されなかったこと。 現在も表示方法がわからないので、もしご存知の方がいたら教えていただけると幸いです＾＾
GAE/Jにデプロイしてケータイにメール送信をして動作確認してみました。
そしたら、英語の件名、本文はきちんと送信されました。
が、しかし！！
日本語の件名が文字化けしていました；；
本文の日本語はきちんと表示されていたんですけど、件名だけが・・・
画面から入力した日本語を含む件名をGAE管理画面でログ出力するように実装して確認したら、きちんと表示されていました。。。
色々と調べてみたら、分かりやすいサイト（※２）を発見しました。
件名はきちんと文字コードを設定しないと文字化けしてしまうようです。
しかも、"ISO-2022-JP"にしないといけない、という事でした。
ということで、以下のように変更してみました。
変更前：msg.setSubject("日本語の件名");
⇒
変更前：msg.setSubject("日本語の件名", "ISO-2022-JP");
が、コンパイルが通らない。。。
よくよくサイトを見ると、もう一箇所修正が必要でした。
変更前：Message msg = new MimeMessage(session);
⇒
変更後：MimeMessage msg = new MimeMessage(session);
これでコンパイルが通り、日本語の件名も使えるようになりました！！
本文についても、文字コードを指定してあげる方が安全かもしれません。私はやっておきました。
以上！！
httplib.BadStatusLineという例外が発生していた。
set PATH=%PATH%;appEnginePython¥bin
set HTTP_PROXY=http://localhost:8888
set HTTPS_PROXY=http://localhost:8888
appcfg.py upload_data
--filename=xxxxx.csv
--config_file=bulkloader.yaml
--url=http://localhost:8888/remote_api
--kind=xxxx
-v --no_cookies --email=test@example.com --passin
結局はそのメソッドの責務を明確にすることが重要で、その責務に見合った引数と戻り値を設定することが大切ではないかということだと思う。
仕事で詳細設計と実装をやっていたり、後輩のソースコードレビューをしたり。
そこで最近の悩み。
「良い設計・ソースとは」
私自身、”何が良い”という好みはある。けど、後輩に指導するときの根拠として弱いと思う。
そこで、皆さんのご意見をお聞かせ頂けたら、と思って今回のブログを書かせていただきたい。
今回は実際に私が困った事と類似の例を紹介させていただく。
【要件】
あるクラスの中で、０から９までの整数を格納しているリストが必要である。
今回はこのリスト取得のために、１つメソッドを作成したい。
メソッドは以下の要件を満たすこと。
【納品物1】
private void createList(List<Integer> list) {
for(int i = 0; i < 10; i++) {
list.add(new Integer(i));
}
}
【納品物2】
private List<Integer> createList() {
List<Integer> result = new ArrayList<Integer>();
for(int i = 0; i < 10; i++) {
result.add(new Integer(i));
}
return result;
}
どちらも要件を満たしているが・・・
遅くなってしまいましたが、4月4日と5日に開催された JavaOne の二日目の5日の参加報告です。
【参加したセッション】
■SE 7での主な変更点
（１）については非常に嬉しい！
MapのMapを作ったときには１行が200文字程度になったりするから・・・
ま、そんなMapを作るくらいならBeanをうまく作った方が現実的なような気がしますが（汗）
（２）これについても嬉しい！
Stringの比較をする際にはIf文が大変なことになるから。
それがSwitch文で書ければ、分岐が分かりやすくなる。
（３）今まで予期したExceptionのCatch句が複数になる場合、 ログ出力とかはそのクラス内でprivateメソッドを作って共通処理化して、 そのメソッドを呼び出すようにしていた。 結局テストのし易さとかで判断するようになると思うけど、 今はまだ旨みが分からんな。。。
（４）これってDBのトランザクションもだっけ？
それだったらかなり嬉しい！ちょっと調査が必要だな。
正直なところ、英語も早かったし、通訳も早かった。。。 途中まで、というか最初しか付いていけなかった。
分かった範囲では、次の感じ。
これでweb.xmlの記載量が減ることは確か。
でも、一方のサーブレットから他方のサーブレットを呼びたい時はどうすんだ？
サーブレットクラス自身には自分のマッピングルールだけ書けば、
他のサーブレットからでも、そのマッピングルールが参照できるってこと？
１ユースケース内であればイイと思うけど、ユースケースの入り口のような
複数箇所から呼ばれそうなサーブレットはweb.xmlに記載して共通化した方が
チーム開発では便利なような気がする。。。
フィルタに関してはSaStrutsでも同じようにできるようになるのか？ それならweb.xmlが太ることなく設定できるからいいかも。 けど、どのクラスに設定したかは探すのが大変になりそうだ。 でも、パッケージ構成とかクラス名とかを工夫すれば解決できるか。 ん～どうなんだろ？？
正直なところ、ご飯を食べてるだけで、ほとんど英語でディスカッションされていたので、 内容が分からなかった。。。 本来はネイティブな方が通訳になってくれて、日本語での質問がOKだったのに、10回中３回くらいしか日本語なかった。
ノートPCとケータイの充電が（私の体力も）切れてしまったので、カフェで１時間休憩した。
この間にGmailに来てたメールを処理したり、ブログ書くようにまとめ作業を行ったりした。
カフェは窓際に面していて、東京タワーやスカイツリーが見えた。風景写真を撮影している人も居た。
とても明るく開放的な雰囲気で、電源タップが用意されていたので、PCを触ったり食事をしながら雑談をしたり、って感じ。
あとは、各協賛会社のブースもあって、かなりにぎわっていた。
アジャイル開発の事例紹介が聞けると思って参加。確かに事例は聞くことができた。
他の会社がどのように開発スケジュールをひいているのか、を聞くことができた。
また、要員確保の方法と契約方法について、どのような契約方法があってどのような特徴があるのかを知ることができた。
TwitterだけでなGoogle、Yahoo!でも使用されているJSON（JavaScript Object Notation）。 現在最もポピュラーなWebAPIであるJSONについて標準化を行っていること、その内容についてお話いただいた。 XMLと比較して、JSONは設定が簡単で人間でも読みやすいのが特徴。
■Javaの標準化に関する略称
JSONについては、JSR353で標準化作業が行われている。 標準として策定されるためにはTCKも作成する必要がある。
このセッションの中で一番驚いたのが、 JSONのモデリングにVisitorパターンが採用されていること。 Visitorパターンをちゃんと把握しているわけではないけど、ちょっと違和感を感じた。 Template Methodの方がしっくりくるような気もするけど。。。
このJSR353が策定・承認されて、Javaの標準APIとして搭載されるようになれば、 独自でAPIを突っ込む必要がなくなるので、楽になるだろうなぁ。
このセッションではJavaとDatabaseとの関連について話があったみたい。 正直私の頭では、ついていくことがかなり難しかった。。。
ついていけたのは
「Java Persistence API（JPA）は、POJOとDBのEntityをマッピングしてくれる」
ということ。
このマッピングルールはアノテーションまたはXMLで設定する。
実際のマッピング処理は、Entity Manager Factoryが行う。
JPAはキャッシュを行うので、パフォーマンス向上も図れる。
けど、キャッシュ上にあるデータとDB上にあるデータでの不整合発生が問題点だったからコントロールできるようにした。
それがData Gridらしい。
ここら辺から「コヒーエンス」とか知らない単語がバンバン出てきて付いていけなくなってしまった。。。 とりあえず、アノテーションとかXMLを利用することで、DBのエンティティとのマッピングを自動化できることが分かった。 具体的な使い方については、分からないので、調べて試してみる必要があるな。
Java EE 7で本格導入されるJavaのキャッシュについてのお話。 寺田さんと木村さんの絶妙なやり取りが面白く、飽きないプレゼンだった。
JCache（JSR107）がJava Objectのキャッシュ。 使い方はConcurrentMapに類似していて、Java SE/EE 6以降で使用可能。 mavenを使用することでAPIをインポートすることができる。
Google App Engineではmemcahceが該当する。
キャッシュの対象にすべきデータは下記の４種。
GAEではレスポンス時間とデータ量がポイントになってくるから、 Sessionとキャッシュとリクエストとをうまく使い分けていく必要があると感じた。 どのタイミングで確定させるのがいいのかな？やっぱり詳細設計の段階かな～
スペシャルセッションでは、各勉強会の主催者によるパネルディスカッション。 社内の勉強も大切だがそれだけでは不十分なんだな、って感じました。 私個人では自分で勉強会を立ち上げるのは、ちょっと厳しいので既存の勉強会から参加して勉強をしていこうと思った。
７年ぶりに日本でJavaOneが開催されました。
私が4月4日に参加したセッションについて、技術的な内容については他の方々のBlogを参考にしてください。
ここでは私の感想を主に書いて、他には備忘録を書きたいと思います。
【 参加したセッション】
このセッションでは、主に下記の２点についての報告があった（と思う）
１は自分の勉強のため。
まずログイン処理をする。
そのあと、簡単な掲示板を作ってみる。
これで、一連の処理の流れを押さえられる、と思うから。
２は、RDBとは異なり敢えて非正規化をすることが必要とあるけど、 実際にはどのように設計すればいいのか、という具体例を見つけることができなかった。 （私の検索能力の問題だな・・・） だから、RDBでの簡単なテーブル２，３個をBigtable用にデザイン変更にしてみようかと。
３は、Slim3のデフォルトのディレクトリ構成が個人的に好きでないからｗｗ
４は、仕事上、ログのフォーマットを記録する必要があったから調べたので。 それを忘れないようにまとめておこうかと思います。
AndroidやGAEの事を考えると、
Googleさんは”JavaVM”という仮想OSを新しいOSとして利用することで、
マルチプラットホームを実現して、より簡単にアプリとかのサービスを
展開していこうとしているんだろうな～
となると、今のOSの未来も変わってくるのかな？？
Unable to access https://appengine.google.com/api/updatecheck?runtime=java&release=x.x.x×tamp=xxxxx1&api_versions=['x.x']どうやら実行時にアプリのGAE SDKのバージョンと 公開されている最新のGAE SDKのバージョンの比較をするらしい。 その時、プロキシのせいで問い合わせができずにエラーが出ているみたい。 そこで、下図の画面で実行時のプロキシ設定を追加。
【画面表示】
プロジェクトを右クリック ＞ Run As ＞ Run Configrations ＞ Argmentsタブをクリック
【追加内容】
proxy hostやproxy postは適宜変更で。
-Dhttp.proxyHost=＜proxy host＞
-Dhttp.proxyPort=＜proxy port＞
-Dhttps.proxyHost=＜proxy host＞
-Dhttps.proxyPort=＜proxy post＞
【実行環境】
| Eclipse EE | 3.7 |
|---|---|
| Java SDK | 1.0.27 |
【参考サイト】
Eclipse(Galileo)のGAEでプロキシ
