JavaとSpring

Javaを使っている時に、狭範囲内でランダムな整数をできるだけ平等に取りたい。

片桐　継（Tugu Katagiri） — Tue, 29 Jul 2014 22:03:00 GMT

ランダムな数字を取り出すのには、Randomクラスを使う。

Random (Java Platform SE 6)
http://docs.oracle.com/javase/6/docs/api/java/util/Random.html

たとえば、サイコロのアプリケーションを考えた時、１～６の整数の間でランダムな数字を取り出したい、ってことがあると思う。

ふと思ったのだけれど、その時にRandomクラスをどう使えば、できるだけ結果が平等になるんだろうか。

500回振ったとして、アプリケーションの作り方は次の考え方があると思う。

一回だけNewして、ランダム値を500回取る。
500回Newして、ランダム値を取る。

インスタンスの生成と破棄を考えたら、まぁ前者で作るんだけど、それでいいのかしらん？

と考え込んでしまったので、サンプルアプリを書いてみた。

   1:  /**

   2:   * サイコロサンプルアプリ

   3:   * @author esten

   4:   *

   5:   */

   6:  public class RandomTests {

   7:      // ６面ダイスを count 回振ってみる

   8:      static int dice = 6;

   9:      static int count = 500;

  10:      /**

  11:       * 結果を画面に表示する

  12:       * @param rolled

  13:       */

  14:      private static void print(int[] rolled){

  15:          final String formatString = "dice %d = (%4d) %s \n";

  16:          DecimalFormat df = new DecimalFormat("#0.00%");

  17:          for (int i = 0 ; i < dice ; i++){

  18:              System.out.printf(formatString, i, rolled[i], df.format((double) rolled[i] / count));

  19:          }

  20:      }

  21:      /**

  22:       * @param args

  23:       */

  24:      public static void main(String[] args) {

  25:          int[] rolled = new int[dice];

  26:          // ランダム一回パターン

  27:          Random rnd = new Random();

  28:          for (int i = 0 ; i < count ; i++){

  29:              rolled[rnd.nextInt(dice)] += 1;

  30:          }

  31:          System.out.println("One New");

  32:          print(rolled);

  33:          System.out.println("---");

  34:          // ランダムnewパターン

  35:          rolled = new int[dice];

  36:          for (int i = 0 ; i < count ; i++){

  37:              rnd = new Random();

  38:              rolled[rnd.nextInt(dice)] += 1;

  39:          }

  40:          System.out.println("New in loop");

  41:          print(rolled);

  42:          System.out.println("---");

  43:      }

  44:  }

で、実行してみた結果。まぁ、何回かやってみるわけだけど。

One New
dice 0 = (  86) 17.20% 
dice 1 = (  86) 17.20% 
dice 2 = (  84) 16.80% 
dice 3 = (  83) 16.60% 
dice 4 = (  84) 16.80% 
dice 5 = (  77) 15.40% 
---
New in loop
dice 0 = (  77) 15.40% 
dice 1 = (  70) 14.00% 
dice 2 = (  91) 18.20% 
dice 3 = (  93) 18.60% 
dice 4 = (  88) 17.60% 
dice 5 = (  81) 16.20% 
---

うーん、差は大きなものではない感じ。どっちでもいいのかな？　サンプル回数を増やしてみよう。count = 50000で＾＾；

One New
dice 0 = (8380) 16.76% 
dice 1 = (8444) 16.89% 
dice 2 = (8222) 16.44% 
dice 3 = (8287) 16.57% 
dice 4 = (8282) 16.56% 
dice 5 = (8385) 16.77% 
---
New in loop
dice 0 = (8304) 16.61% 
dice 1 = (8309) 16.62% 
dice 2 = (8402) 16.80% 
dice 3 = (8391) 16.78% 
dice 4 = (8259) 16.52% 
dice 5 = (8335) 16.67% 
---

あんまり差が出ない。でも、処理時間が後者だと目に見えて遅いのが判った。ってことは、前者の方法で良さげ。納得して使おう。

Androidアプリケーションでリソースを呼び出してみる

片桐　継（Tugu Katagiri） — Mon, 14 Jul 2014 10:46:00 GMT

作り始めて、意外と楽しくてメモが増えてるｗ

Androidアプリケーションを作るためのプロジェクトをEclipseで新規作成すると、一杯フォルダができる。

そして、このフォルダたち、それぞれ役割があって、きっと、それらの中でも良くお世話になるのが、resource関連だと思うの。

たとえば、サイコロアプリをつくりたいなーとか考えた時、画面やボタン、メッセージなんかは日本語かもしれないし、他の国の人が使えば、他の国の言葉の表示も必要になる。

そんな時、このリソースファイルに定義をまとめて作っておくことで、色々と作業が楽になるんだなってことが判ってきた。

たとえば、/res/value フォルダのstrings.xml

今は日本語でつくってるけど、国際化対応では、このファイルをフォルダごと増殖させてフォルダ名に国コードを設定して中身を対応しておけば、あとはAndroidさんが使っている人のネイティヴ言語と比較して、使えそうなものをチョイスしてくれる仕掛けみたいね。

とりあえず、日本語で今は作ってるけどｗ

で、話を戻して、そのstring.xmlに、ちょこっと登録。

<resources>
    <string name="app_name">Simple Dice</string>
    <!-- ErrorMessage -->
    <string name="DRIE0001">日本語だよ</string>
    <!-- Setting -->
    <item name="DSIZE_MAX" type="integer">200</item>
</resources>

これだけで、ソースコードからはID：DRIE0001、ID：DSIZE_MAX のリソースとして中身が認識できるようになる。

そこで、Contextオブジェクトを参照できるクラスで、取得用のメソッドを作っておいて、

	public String getResourceString(int ID){
		return getContext().getString(ID);
	}

	public Integer getResourceInteger(int ID){
		return getContext().getResources().getInteger(ID);
	}

あとで、このメソッドにIDを渡してやれば、リソースファイルで定義した内容が取れる仕掛け。IDもR.stringクラスやR.integerクラスに登録された状態になっているのでインテリセンスにでてくるから探しに行かなくても大丈夫。

ソースの中で定数定義やら、メッセージ定義やら、そういう固定リソースなものはファイルに出してしまおうね、って事がお作法。うん、覚えた。

後で国際化するにしても、メンテするにしても、リソースファイルの中で完結してくれるなら何よりだよね。

おもしろいなー。こういう仕組み。

以下、呟き。

リソース読み取ればいいって判ったけど、その取得元になるアプリケーションコンテキストの実体は、どこが保持しているんだろう？

アプリケーション起動時、onCreateの段階でもうすでに実体が存在しているので、OSからアプリケーション起動時に、恐らくはシングルトンで作られて、後はそれを提供していく形になってるんじゃないかなぁと考えてる。まぁ、動かして、アドレス見ればわかることだけど、まだきちんと調べてないｗ

とすると、後続？のクラスたちからコンテキスト使わせるには、そのアドレスを判るように提供する仕組みさえ作っておけば、どこからでもリソース取得できるようになる。具体的には、コンストラクタでコンテキストのアドレス渡してやれば良いってだけだけどね。

ただ、そうすると、反・祖結合、というか、クラス同士の結びつきが相当ベタな形になっちゃうのが、感覚的にどうよ、とか思ったりする。

できるだけ、クラス間って密接な関係取らない方がコード書く時考えること少なくて済むし、バグ探しやすくなるし、リファクタリングしやすくなるし。

そんな風に考えた時、SpringFrameworkってほんと、良くできた仕組みだなぁって思った。

うん、なんとなく、そんなことを思っただけ。

Androidアプリケーション開発にORMLiteを使う。

片桐　継（Tugu Katagiri） — Tue, 08 Jul 2014 11:23:00 GMT

というわけで、Androidアプリでデータベース機能を気軽に使うために？　ORMLiteを使ってみるｗ

OrmLite - Lightweight Object Relational Mapping (ORM) Java Package
http://ormlite.com/

使い方は次のとおりで良いみたい。

プロジェクトへライブラリ参照を組込み
マッピングするテーブルクラスを作成
リソースにConfigファイルを設定
DatabaseOpenHelperクラス作成
ORMLiteが提供するクラスを継承して、ServiceやActivityの処理クラスを作成

大まかにはこんな感じ。まぁ細かい事はまだまだこれからお勉強なので、今は、ほんの触りだけ。

プロジェクトへライブラリを組込み

Maven使っていれば簡単。

Maven Repository: com.j256.ormlite ≫ ormlite-android ≫ 4.48
http://mvnrepository.com/artifact/com.j256.ormlite/ormlite-android/4.48

ここにリポジトリ定義があるので、pom.xmlへコピペして保存。その後でプロジェクト更新すれば組込み完了。

自力の人は、jarファイルをダウンロードして、各自、プロジェクトから参照。依存関係は都度、解決してやってくださいまし。

マッピングするテーブルクラスを作成

いつものORMマッピングクラスと一緒ｗ　使うアノテーションについては、ここにリファレンスが。

ORMLite Documentation: 2. How to Use
http://ormlite.com/javadoc/ormlite-core/doc-files/ormlite_2.html#Class-Setup

シンプルな方法は、@DatabaseTableアノテーションでテーブル名を指定して、各マッピングフィールドに@DatabaseFieldアノテーションを追加していくこと。ID列の存在はORMするときにはお約束。作っておくと後々楽に対応できるので、持たせる方が吉。

リソースにConfigファイル設定

ORMLiteのConfigファイルはテキスト形式なんだけど、雛型を作るためのクラスが提供されてるの。

OrmLiteConfigUtil っていうんだけど、これをつかってConfigファイルをリソースフォルダに生成するとミスが無く簡単。

/**
** /res/raw/ormlite_config.txt Gen.
** !! /res/raw directory is exists before running !!
**/
public class DatabaseConfigUtil extends OrmLiteConfigUtil {
  private static final Class<?>[] classes = new Class[] {
    // Add your ORM-Mapping classes (ex.SimpleData.class)
    SimpleData.class,
  };
  public static void main(String[] args) throws Exception {
    writeConfigFile("ormlite_config.txt", classes);
  }
}

さくっとクラスを作成して、Javaアプリケーション起動すると作ってくれる。

そして、作成したテキストファイルに対してアクセスできるように、次のクラスにもgenフォルダ配下のRクラスにエントリーが出来てる。

これでConfigファイルの設定が完了。

DataBaseHelperクラスの作成

データベースへの接続とか、初回のテーブルオブジェクト生成とか、コードにするとメンドクサそうなデータベース関連の処理をまとめてやってくれるお助けクラスがAndroidアプリケーションには準備してある。それが SQLiteOpenHelperというクラス。このクラスをラップしたORMLiteSqlliteOpenHelperクラスっていうのがORMLiteから提供されているので、これを使うとデータベース周りのことをORMLiteにお任せできる仕組みになってるんだね。

ここで、ORMLiteを使う最大のメリット？　といえると思うのだけれど、色々と毎回作るのが面倒くさいDaoクラス、DAOパターンを使うとなると必ずついて回るこのクラスをここで定義しておくと、わざわざクラスを定義する必要が無くなる！。実はORMLiteはDAOクラスのひな型を中で持っていて、データベーステーブルクラスと紐づけさえしておけば、そのクラスのDAOとして機能するあるの。つまり、FindAllとIDを条件とするSELECT、INSERT、UPDATE、DELETEの処理だけなら、わざわざ自分で作らなくても、ORMLiteのDAOクラスを使うことで書く手間もテストの手間も省ける寸法。

たしかにねー。毎回、FindAllとFindByIdとsaveとupdateとdeleteのために書いて、テストして、じゃねぇ（遠い目

ソースは長いので、サンプルのURLで割愛しとくｗ

ormlite-examples/android/HelloAndroid/src/com/example/helloandroid/DatabaseHelper.java at master ・ j256/ormlite-examples ・ GitHub
https://github.com/j256/ormlite-examples/blob/master/android/HelloAndroid/src/com/example/helloandroid/DatabaseHelper.java

Helperクラスができてくれれば、後は、いつもと一緒？＜を

ORMLiteが提供するクラスを継承して、ServiceやActivityの処理クラスを作成

せっかく作ったHelperクラスを使用できるように、後はORMLiteXXXX系クラスを継承して、自分の欲しい処理クラスを書いて、動かしていくだけｗ

後の詳しい事は、また触りながら色々と覚えていくことにしてみようｗ

気持ち、ActivityはViewのつもり、でいるので、ModelとViewModelの層でのみHelperを参照するようにしたいなぁ、というのが本音。

ORMLiteXXXクラスはActivityで継承して使うから、コンストラクタで渡していくしかないけど、なんとかなりそうな感じだし、この方針でやってみよう。

SpringFrameworkを使うなら、HelperクラスをSingleで持っておいて、アプリケーションコンテキストにぶら下げてガンガン使っていけるんじゃないかなーとも思うんだけど、今回は使わなかったのでそのあたりはちょっと不格好というか不器用な作りになっちゃうけど、まぁいいやｗ

今日はここまでｗ

【TDD Advent Celndar 2012】12日目：虫退治もTDD！＋オマケ話

片桐　継（Tugu Katagiri） — Wed, 12 Dec 2012 17:05:00 GMT

TDD Advent Celndar 2012　12日目の記事になります。

11日目は　@bash0C7　さんの

ハイプレッシャーを克服するためのテスト駆動開発の重要な「二歩目」#TddAdventJp - koeだめ

でした。　プ、プレッシャー……、読んでて、TDDとっかかりの頃の「どーすればいいんだ」的な気持ちを思い出しました。初心忘れずでいたいよね、ってことで、12日目、行きましょう。

TDDは新規開発だけの手法？

いえいえ、リファクタリングにも使えます。

それだけ？

いえいえ、私は、虫退治、ことバグ取り、でも有効な手段だと思っています。

アプリケーション稼働後や総合テスト中にバグ発覚！こんなときだってTDDで退治しちゃえば良いんです。

てなお話を。

手順は次の通り。

バグが発生するまでに呼び出されていたクラスを列挙する。
それらのクラス個々に対して「バグ発生時のデータと条件下で本来どうあるべきだったのか」テストを追加してレッドとなるテストがあることを確認する。
追加した全てのテストがグリーンとなるまで修正作業を行う。
既存すべてのテストがグリーンとなることを確認する。

ポイントは2。バグが発生するまでに、実行されていたクラスメソッドをさかのぼり、「このクラスメソッドではこんなデータや条件の場合に、こうあるべきだった」テストを追加していく下りです。

つまり、テストコードでバグ発生当時を再現していく、ってことですね。もしかしたら、その想定データや条件はすでにテストにあったりするかもしれません。そうしたら、ここはとりあえずテストコードを書く必要はないな、となるでしょう。現場によっては、再現作業の中で、仕様に問題があることが判ったりして、きちっとテストコードを書いていると何かと助かることもあったりします。

そして追加したテストの中に、レッドとなるテストが存在するはずです。

そのテストの対象メソッドにバグが隠れている可能性が高いわけですから、実装コードの修正箇所がしぼられてきます。

ここまでの間に、実装は全く手を付けないで、テストコードだけに着手する、これが大事です。

実装コードに手を付けるのは、レッドとなるテストをすべて洗い出してから、にします。

特定と修正個所が確定したら、ここから実装コードを修正して、グリーンになれば勝利……のはずですが、そのグリーン、追加したテストだけじゃ意味がない。つまり、4.が重要になります。

修正したことによって、既存の「こうなるべき」ところに影響が出ているかもしれません。

今回追加したテストも含め、既存のテスト全てがグリーンとなることを必ず確認することが大事です。

つまり、TDDは新規開発、リファクタリングにのみならず、バグと問題のあぶり出し、修正後の動作担保までとってくれる、現場には有難い手法でもあるのですね。

以下、オマケ話。

私は近年Javaでプログラミングすることが多いので、テストにJunitを使っています。

規模の大きなアプリケーションだと、たくさんのパッケージ、クラスになってきてそれらのテストも膨大です。一連のこの機能だけの結合テストをしたい、なんて時には全部流すと時間がもったいない。

そこでTestSuiteクラス、実行したいテストクラスだけをまとめておける機能が備わっているクラスを使って、テストアプリケーションを作って実行していくことで効率をあげています。

といっても、Mainメソッドの中に対象となるテストクラスの名前がずらーっと列挙されてて、最後に１行テスト実行メソッド書く、という構成の、作業のたびに作り直しのメンドクサイものでしたけれど。

ところが、Junit4では列挙しなくてはならなかったTestSuiteの対象クラスをアノテーションにまとめられるようになりました。アノテーションというのはオブジェクト定義の時に付与できるパラメータのようなものなのですが、これを使うことでMainメソッドの中のコードを触る必要がなくなります。

   1:  @RunWith(Suite.class)

   2:  @SuiteClasses({ AxxxTest.class, BxxxTest.class, CxxxTest.class, DxxxTest.class })

   3:  public class TestSuiteRunner {

   4:      public static void main(String[] args) {

   5:          JUnitCore.main(AllTests.class.getName());

   6:      }

   7:  }

サンプルの2行目の＠マークのある1行に、あちこちのパッケージに散らばってしまったテストクラスをまとめて、その行だけ履歴管理できれば良いのですから、とっても便利。

というわけで、オマケでしたｖ

次はposaunehmさんです。

先にお詫び

片桐　継（Tugu Katagiri） — Tue, 11 Dec 2012 13:41:00 GMT

最近、ちょっと病気がちで執筆がままならないのでorz

AdventCalendarは元気になってからリベンジします。

ごめんなさい。

単発で参加している。TDD Advent calendar 2012 http://atnd.org/events/33846　の記事は何とかアップしておきまする。

【ぼっち SpringSource Advent Calendar 5日目】簡単なJavaアプリケーションを作ってみる～コ-ディング～

片桐　継（Tugu Katagiri） — Thu, 06 Dec 2012 11:31:00 GMT

This is ぼっち SpringSource Advent Calendar 2012 5日目の記事。

SpringSourceって何？

SpringSource.org |
http://www.springsource.org/

会社の名前です。色々と開発用のツールなんかを提供してます。

とある言語のコンパイラ、とかもあります。

C#やVisualBasicとかやってると、出会う機会が少ないかもしれませんが、名前は何度か変わっているものの、老舗です。

書こうと思うとネタがいくらでも出てくる、それくらい、製品を数多く持っています。

前回は

【ぼっち SpringSource Advent Calendar 4日目】簡単なJavaアプリケーションを作ってみる～設計～

というわけで、今日はSpringを使った簡単なJavaのアプリケーションのお話の続き

ごめんなさい、間違い見つけたのでアップしなおしになっちゃいました。でも、ぼっちだから良いよね

サンプルJavaアプリケーションを実装する。

作るクラスはすでに決まってましたね。

現在日付時刻を指定されたフォーマットで文字列にするメソッドをDateFormatterクラス
JVMから実行するためのMainメソッドをもつDateDisplayerクラス

では、実装作業。

まずは、DateFormatterクラスの作成。SpringFrameworkでアプリケーションを作成する時、アプリケーションコンテキストで呼び出すクラスは動作を抽象化してInterfaceを持たせることが多いです。

Interfaceを作成して、

package katagiri.sample.adventCalendar2012;

public interface DateFormatter {
	
	String getMessage();

}

Interfaceをもつクラスを作成。

package katagiri.sample.adventCalendar2012;

import java.util.Date;
import java.util.Locale;

public class DateFormatterImpl implements DateFormatter {
	
	private String formatString;
	private String header;
	private String footer;
	
	/**
	 * Get Formatting String
	 */
	
	public String getMessage() {
		
		org.springframework.format.datetime.DateFormatter myFormatter = new org.springframework.format.datetime.DateFormatter(getFormatString());
		
		StringBuilder sb = new StringBuilder();
		
		sb.append(getHeader());
		sb.append(myFormatter.print(new Date(), Locale.JAPAN));
		sb.append(getFooter());
		
		
		return sb.toString();	
	}

	public String getHeader() {
		return header;
	}

	public void setHeader(String header) {
		this.header = header;
	}

	public String getFooter() {
		return footer;
	}

	public void setFooter(String footer) {
		this.footer = footer;
	}

	public String getFormatString() {
		return formatString;
	}

	public void setFormatString(String formatString) {
		this.formatString = formatString;
	}

}

アプリケーションコンテキスト定義XMLファイルの作成




	Samplecode for SpringSource AdventCalendar 2012.

DateDisplayerクラスの作成

package katagiri.sample.adventCalendar2012;

import org.springframework.beans.factory.BeanFactory;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class DateDisplayer {
	
	/**
	 * @param args
	 */
	public static void main(String[] args) {
		
		BeanFactory factory = new ClassPathXmlApplicationContext("appContext.xml");
		
		DateFormatter formatter = (DateFormatter) factory.getBean("dateFormatter");
		
		System.out.println(formatter.getMessage());
	}
	
}

これで、実装終わり。

動かすと、コンソールに日付時間が表示されます。

続きは、また次回。

【ぼっち SpringSource Advent Calendar 4日目】簡単なJavaアプリケーションを作ってみる～設計～

片桐　継（Tugu Katagiri） — Tue, 04 Dec 2012 22:20:00 GMT

This is ぼっち SpringSource Advent Calendar 2012 4日目の記事。

SpringSourceって何？

SpringSource.org |
http://www.springsource.org/

会社の名前です。色々と開発用のツールなんかを提供してます。

とある言語のコンパイラ、とかもあります。

C#やVisualBasicとかやってると、出会う機会が少ないかもしれませんが、名前は何度か変わっているものの、老舗です。

書こうと思うとネタがいくらでも出てくる、それくらい、製品を数多く持っています。

前回は

【ぼっち SpringSource Advent Calendar 3日目】簡単なJavaアプリケーションを作ってみる

というわけで、今日はSpringを使った簡単なJavaのアプリケーションのお話の続き。

サンプルJavaアプリケーションのクラス設計をする

まず最初の一歩、簡単なJavaアプリケーション作成！、とはいうものの、焦らず、まずはクラス設計をしましょう。

今回は、次の点を考慮して作るつもりです。

コンソールに現在日付時刻を表示する。
表示する際のフォーマットは稼働後に変更できるようにする。

ということは、クラスは次の２つを用意すれば良いと考えられます。

現在日付時刻を指定されたフォーマットで文字列にするメソッドをDateFormatterクラス
- プロパティに日付時刻をフォーマットするための書式を持つ
JVMから実行するためのMainメソッドをもつDateDisplayerクラス
- 仕事として、1.のクラスから受け取った文字列をコンソールに表示する。

それぞれのクラスの役割と、プロパティ、メソッドについてこの段階で大まかに整理しておきましょう。

今回は省いていますが、細かなチェック仕様や条件についても同時にまとめられれば尚良いですね。

TDDの手法で行う場合には、特にそこは重要になります。

このフェーズはJava言語に限らず、全てのアプリケーション開発においてとても大切な作業です。

私の経験上、これでいいやでなんとなくでまとめて進めると、だいたいその後で手戻りに時間がかかってしまうことになってます。

作業順番は

DateFormatterクラスの作成
アプリケーションコンテキスト定義XMLファイルの作成
DateDisplayerクラスの作成

実行時に呼ばれる順番の下から上がっていく感じでしょうか。

作るものが決まれば、あとは実装にむけて作業を進めます。

続きはまた次回。

【Spring Advent Calendar 2012】3日目：AbstractRoutingDataSourceを使った接続先動的切替の実装

片桐　継（Tugu Katagiri） — Mon, 03 Dec 2012 19:43:00 GMT

「ぼっち SpringSource Advent Calendar 2012」開催中ですが、

こちらはそのあとで見つけて、勢いで参加したｗ　Spring Advent Calendar 2012　3日目の記事になります。

2日目は@mike_neckさんの

mike、mikeなるままに…: 今更Spring Rooを紹介しる
 http://mikeneck.blogspot.jp/2012/12/spring-roo.html

でした。おー、Rooですね！CUIのみでプログラミングレスなところがレトロで新しいよねｖ　ってことで、3日目、行きましょう。

Springでデータベース接続と処理を行う時、LocalSessionFactoryBeanという接着剤の役割クラスを使うことで簡単便利になりました。今回は、そこから呼ばれるDataSourceクラスをちょっと変わった基底DataSouceクラスに変更して、動的に接続先を切り替える実装について書いてみようと思います。

主人公となるクラスはAbstractRoutingDataSourceです。

AbstractRoutingDataSource(JavaDoc)

使い方の簡単なイメージはこんな感じ。

AbstractRoutingDataSourceを継承した新しいクラスAを作成する
AのプロパティTargetDataSourcesを切替える対象となるDatasouceのリストで初期化する
AをSessionFactoryに組み込む

これだけ？はい、追加で必要な事はこれだけですｗ。

実際に、すでに稼働している月次データベースアプリケーションに対して、1月～12月の月ごとにあるデータベース(テーブルは既存と全て同じものをもつ12個の新規データベース)に自動で接続先を切り替えてアクセスするように変更する、という要件をサンプルケースとしてみます。

作成するポイントは次のとおり。

月ごとに接続する先を自動で振り分ける処理を作る。
作成したクラスと接続先の設定をアプリケーションコンテキストに記述する。

まずはAbstractRoutingDataSourceを継承したMyRoutingDataSourceクラスを作成。

   1:  import java.util.Calendar;

   2:  import sun.util.calendar.LocalGregorianCalendar.Date;

3:

   4:  public class MyRoutingDataSource extends AbstractRoutingDataSource {

5:

   6:      @Override

   7:      protected Object determineCurrentLookupKey() {

   8:          Calendar nowDate = Calendar.getInstance();

   9:          return String.format("db_%03d", nowDate.get(Calendar.MINUTE));

  10:      }

11:

  12:  }

determineCurrentLookupKeyメソッドでSessionFactoryに接続先を決定させるKeyをreturnする処理を実装します。SessionFactoryはそのKeyを基にTargetDataSourcesのリストからDataSourceを取得します。

次に、作成したクラスを既存のコンテキストに組み込み、接続先データソースのリストをTargetDataSourcesに設定します。(注：サンプルでは細かな設定部分を省略しています。)

   1:  <!-- db_001からdb_012までのDatasourceを作成。細かな設定は省略 -->

   2:  <bean id="db_001" class="org.springframework.jdbc.datasource.DriverManagerDataSource">

   3:     <property name="url" value="jdbc:hsqldb:hsql://192.168.30.5:9001/jan"/>

   4:  </bean>

5:

   6:  <bean id="db_002" class="org.springframework.jdbc.datasource.DriverManagerDataSource">

   7:     <property name="url" value="jdbc:postgresql://192.168.30.78:5432/feb"/>

   8:  </bean>

   9:  <!-- 同じように003～012まで作成 -->

10:

  11:  <!-- 同じようにデータベース名をキーとしたマップで初期化する -->

  12:  <bean id="dataSource" class="katagiri.sample.advent2012.MyRoutingDataSource">

  13:     <property name="targetDataSources">

  14:        <map key-type="blog.datasource.CustomerType">

  15:           <entry key="db_001" value-ref="db_001"/>

  16:           <entry key="db_002" value-ref="db_002"/>

  17:           <entry key="db_003" value-ref="db_003"/>

  18:  <!-- 同じように003～012まで作成 -->

  19:        </map>

  20:     </property>

  21:     <property name="defaultTargetDataSource" ref="db_001"/>

  22:  </bean>

23:

  24:  <!-- SessionFactoryは既存のものをそのままなので詳細は省略 -->

  25:  <!-- DAOは既存のものをそのままなので省略 -->

これで実装作業が終わりました。

本来なら大量コーディングが予想されただろう実装が、「こんなこともあろうかと」基底クラスがあってそれを継承するだけ、コンテキストに設定を加えていくだけ、と、とても少ない作業で出来てしまいました。

まさにSpringFramework有難う！

次はJSUGでご活躍されている@tikeda123さんの記事になります。こちらも要ちぇきら♪

【ぼっち SpringSource Advent Calendar 3日目】簡単なJavaアプリケーションを作ってみる

片桐　継（Tugu Katagiri） — Mon, 03 Dec 2012 19:41:00 GMT

This is ぼっち SpringSource Advent Calendar 2012 2日目の記事。

SpringSourceって何？

SpringSource.org |
http://www.springsource.org/

会社の名前です。色々と開発用のツールなんかを提供してます。

とある言語のコンパイラ、とかもあります。

C#やVisualBasicとかやってると、出会う機会が少ないかもしれませんが、名前は何度か変わっているものの、老舗です。

書こうと思うとネタがいくらでも出てくる、それくらい、製品を数多く持っています。

前回は

【ぼっち SpringSource Advent Calendar 2日目】Springに触れる前に必要なこと

というわけで、今日はSpringを使った簡単なJavaのアプリケーションのお話。

どのファイルを作ればいいの？

簡単なJavaアプリケーションを作るのに必要なファイルは次のもの。

アプリケーションコンテキストを構成するためのXMLファイル
Javaオブジェクトの元となるクラスファイル
Javaアプリケーションを起動するMainクラスファイル

というわけで、とりあえず、コンソールに今日の日付を表示するアプリケーションを作ってみることにします。

続きはまた次回。

【ぼっち SpringSource Advent Calendar 2日目】Springに触れる前に必要なこと

片桐　継（Tugu Katagiri） — Sun, 02 Dec 2012 13:49:00 GMT

This is ぼっち SpringSource Advent Calendar 2012 2日目の記事。

SpringSourceって何？

SpringSource.org |
http://www.springsource.org/

会社の名前です。色々と開発用のツールなんかを提供してます。

とある言語のコンパイラ、とかもあります。

C#やVisualBasicとかやってると、出会う機会が少ないかもしれませんが、名前は何度か変わっているものの、老舗です。

書こうと思うとネタがいくらでも出てくる、それくらい、製品を数多く持っています。

というわけで、今日はSpringを使うために必要なお話。

Springってどんなの？

Springで作ったJavaアプリケーションは簡単にイメージすると、こんな感じ。あくまでも、イメージね。

シンプルなアプリケーションを作る場合だと、私たちが作る部分はこのうち、色のついているところ。

SpringFrameworkが間に入って色々な仕事をしてくれます。

あ、ちなみにJVMはJVM(Java仮想マシン)のことで、これのおかげで、私たちの作ったアプリケーションはWindowsでもLinuxでも動きます。なので、これ以降のお話も、WindowsPCやLinuxPCやMacとか、気にしないで進めますね。

SpringFrameworkアプリケーションを作ってみる。

というわけで、よく判らないけど、そういう時はとりあえず、いじってみよう。

開発環境は、Eclipseを使うことが多いのだけれど、SpringSourceからは自社製品を使ってもらいやすいように、カスタマイズしたSpringToolsSuiteというのが作られてます。なので、せっかくだからそれを使ってみることにします。

JDKをダウンロードとしてセットアップする。最新のJDKで大丈夫。
Java SE Downloads
http://www.oracle.com/technetwork/java/javase/downloads/index.html
STSをダウンロードしてセットアップする。ダウンロードとインストールは、私の過去のエントリを参考に。
springSourceToolSuiteをセットアップする
 http://blogs.wankuma.com/esten/archive/2012/09/03/288756.aspx

セットアップがすんだら、さっそく新規プロジェクトを作ってみる。

メニューのファイル＞新規＞プロジェクトを選択。
たくさん出てくるので、springを入力してフィルタリングすると、
目的の「springプロジェクト」を選択。それ以外は今のところはちょっと忘れておくｗ
プロジェクト作成ダイアログで名前を入力して、完了。

できたてのプロジェクトはまだからっぽ。

なので、ここに、さっきの図の中の色のついている部分を作って、Javaアプリケーションにしてみることにしてみます。

続きはまた次回。