- 1 名前：デフォルトの名無しさん mailto:sage [2005/12/16(金) 11:54:44 ]
- 前スレ：
Java⇔RDBのMapping-Frameworkを語るThre Vol.3
ttp://pc8.2ch.net/test/read.cgi/tech/1090653286/
過去スレ：
「Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.2」（落ち）
ttp://pc5.2ch.net/test/read.cgi/tech/1086315004/
「Java⇔RDBのMapping-Frameworkを語るｽﾚ」（落ち）
ttp://pc5.2ch.net/test/read.cgi/tech/1049030272/
●まずは、基礎知識と技術選択指針など
[The Fundamentals of Mapping Objects to Relational Databases]
（RDBに対するオブジェクトマッピングの基礎(英語)）
ttp://www.agiledata.org/essays/mappingObjects.html
[O/R-Mappingツールの比較サイト(英語)]
ttp://c2.com/cgi-bin/wiki?ObjectRelationalToolComparison
[Catalog of Patterns of Enterprise Application Architecture (PoEAA)]
ttp://www.martinfowler.com/eaaCatalog/
あとは>>2以降
- 669 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 00:48:43 ]
- >>668
英語読めない
- 670 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:39:42 ]
- >>669
www.nova.ne.jp/
- 671 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:45:43 ]
- >>669
それは、読んでないだけ。
- 672 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 00:48:19 ]
- カイエンってどうよ？
- 673 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:59:53 ]
- 最近、聞かんな。昔はHibernateと争える勢いだったっけ。
- 674 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 07:00:36 ]
- JPAに対応したよ
- 675 名前：デフォルトの名無しさん [2007/10/06(土) 18:11:51 ]
- 最近Ruby on Railsをすこしやってたんだけど、Railsに相当するものって
Javaで言うとどんなのがあります？
やりたいのは、Railsでやってた、↓をJavaでもやりたい。
Four Days on Rails 4日で作るToDoリスト
rails.to/pages/4daysonrails
- 676 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 19:05:18 ]
- >>675
JRuby on Rails
- 677 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 00:30:39 ]
- >>675
厳密にはJavaじゃないけど、Grailsとか
ttp://grails.codehaus.org/Japanese+Home
- 678 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 00:48:54 ]
- >>675
JSF+Rowsetならすべてポトペタであつかえるオールインワン環境だぞ
問題はRowsetが主流に慣れそうになくてJSF+JPAになりそうだけど
- 679 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 01:43:18 ]
- >>675
Chura
- 680 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 02:05:28 ]
- >675の人気にジェラ
- 681 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 02:32:45 ]
- 詳しくないけど、676〜678 は違うだろ。>>679 だな。
- 682 名前：デフォルトの名無しさん [2007/10/07(日) 06:00:35 ]
- >675
RIFE
- 683 名前：デフォルトの名無しさん [2007/10/07(日) 08:50:59 ]
- >>676
JRubyインストールしてみる
>>677
Groovyインストールしてみる
>>678
ポトペタって、マウスでぐりぐりやるとあらできあがり？
わからん
>>679
＞churaの基本構成は､Seasar2.4 + Teeda + KuinaDao + S2Hibernate-JPA + S2Dxo + ツール群という形になります
インストール大変そうだから様子見てみる
>>682
RIFEインストールしてみる（他と比べると、ちょっと情報量が少ない？
- 684 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 11:52:24 ]
- >>683
churaのインストールはこれだけだよ。
s2container.seasar.org/2.4/ja/setup.html
俺も最初は面倒くさそうだと思ったんだけど、eclipseプラグイン入れれば揃うみたい。
- 685 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 23:49:40 ]
- なんというヘタレ…
ttp://d.hatena.ne.jp/RC3/20071007/1191760180
- 686 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 03:45:53 ]
- Railsの環境設定なんか、Netbeans6のRuby版いれればDBもWebサーバーも苦労ないのにな。
- 687 名前：デフォルトの名無しさん [2007/10/08(月) 04:28:59 ]
- テーブルと1対1なエンティティクラスとマッピングする利点てなによ？
- 688 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 08:46:40 ]
- >>685
こんなやつ一生無職のほうが業界のためだ
- 689 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 11:59:00 ]
- こんなクズに対してレスしてたのか
- 690 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 14:31:25 ]
- >>685って>>675？
- 691 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 14:56:55 ]
- 一目瞭然だろ
- 692 名前：デフォルトの名無しさん [2007/10/08(月) 17:40:10 ]
- 結論
標準になった以上、JPA以外の選択肢はありえない
- 693 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:32:17 ]
- Cayenneまで対応したことで、ORマッピングフレームワークが全部JPA対応になったから、どれを選んでもJPAには対応している、ってことか？
結論にはならんな。
- 694 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 20:35:11 ]
- Db上のフィールドがJavaのメンバ名として使用できない名称のような場合、
どうやってORmappingしているのですか？
- 695 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 20:41:11 ]
- >>694
完全に一致させる必要ないだろ
- 696 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 20:48:05 ]
- >>694
好きな名前つければいいと思うよ。
- 697 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 20:48:34 ]
- >>694
プロパティとDBのフィールド名は一致させる必要はないぞ
- 698 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 21:35:58 ]
- >>695-697
POJO内のメンバはDB上はこのフィールド、
のようなことはマッピングファイル？か何かに書いておけば
Dbアクセスの時は意識せずに使える、
ORマッピングのツールはどれもそんなモンなんですか？
逆に、それはできないぞ、というモノもあるのでしょうか。
- 699 名前：デフォルトの名無しさん [2007/10/09(火) 01:09:02 ]
- >>698
EJB3.0だとこんな感じになるはず。
# ただ、なるべく一致させておいた方が不幸なことが起きないかも・・・
@Entity(name="ITEM")
public class Item implements Serializable{
private int id = 0;
@Id
@GeneratedValue(strategy=GenerationType.AUTO)
@Column(name="RENBAN",nullable=false)
public int getId(){ return id;}
public void setId(int id){ this.id=id;}
private String title = null;
@Column(name="SHOSEKI_MEI",nullable=false)
public String getTitle(){ return title;}
public void setTitle(String title){ this.title=title;}
- 700 名前：694 mailto:sage [2007/10/09(火) 01:21:50 ]
- 試しにCayenneでやってみますた。
作成されたBeanを見ると、
public static final String フィールド名_PROPERTY = "メンバ名";
という定数があって、これを使うようですね。
外部ファイルかアノテーションでやるのかと思ってましたが、
他のフレームワークでもこんなカンジなんでしょうか。
>>699
なるべく一致させたいのはやまやまですが、
ERを変えられるような立場ではないのです。orz
EJB3.0だとアノテーションで指定するのですね。
参考になります、ありがとうございますた。
- 701 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 13:04:01 ]
- JPAはEJB3から独立してSEで使えるから便利だよ
NetBeansだとテーブルから全部自動で作られるし
- 702 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 20:24:11 ]
- >>701
NetBeans以外では自動で作ってくれるﾂｰﾙをしらない？
- 703 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 21:34:41 ]
- プラグインを用意することなくデフォで使えるってのが大きいだけだろ
- 704 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 01:27:45 ]
- >>702
知ってる
- 705 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 01:31:27 ]
- >>701
きしだﾀｿ乙
- 706 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 06:45:53 ]
- >>702
WTP2.0
- 707 名前：デフォルトの名無しさん [2007/10/12(金) 22:52:01 ]
- 結論：DAOでＯＫ マッピングｲﾗﾈ
- 708 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 23:05:37 ]
- DAOでOKって、マッピング使っても使わなくてもDAO使うだろ。
- 709 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 03:12:15 ]
- >>707
ありえないほどバカだな
- 710 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 08:51:12 ]
- DAO内で自分でSQL発行じゃね？
- 711 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 10:59:52 ]
- >>710
その場合でも、手動マッピングはするわけだが
- 712 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 11:32:35 ]
- わかった！>>707はマッピングせずに
M a p を そ の ま ま 使 う ん だ よ ！
- 713 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 13:24:55 ]
- ものによってはMapそのままでも悪くないと思うけどな
キー値の取得がプロパティの取得につながるし
ただ、HashMapとかそのままつかうのだけは禁止
キー値が存在しない場合Exceptionをかえすような実装ならOK
- 714 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 17:00:59 ]
- まーた、Map厨発生か。
が、キー値なしで例外は納得した。
- 715 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 15:09:20 ]
- 実は Microfost Data Access Objects のことなのかも知れん。
- 716 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 12:47:53 ]
- ResultSetだってRowSetだってmapベースだろ
DelphiだってBCBだってスクリプト系だって
- 717 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:05:52 ]
- こいつは何をいっているんだ？
- 718 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:19:27 ]
- はじめから道具ありきで、どっかで道に迷っちゃうんだろ
若い奴らは大変なんだよきっと
- 719 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:28:44 ]
- Map系ってのはMapインターフェースを実装したものではなくて
名前で値を引っ張るものってことだろ。
何もおかしいことはない。
- 720 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:42:06 ]
- どうしてわざわざオブジェクトに情報を詰めなおすのか
知っているか？
- 721 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:42:10 ]
- 以前、このスレだか過去スレだかに、Map、Mapと騒ぐ奴がいたのな。
その流れを汲んでの話なんだよ。
自分で間違ったことを言っていないつもりなのだろうけど、
このずっと前からのスレの流れ的には空気読めてないんだよ。
しばらくROMってろ。
- 722 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:52:41 ]
- >>720
JavaがLightWeightじゃないから
- 723 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 17:47:29 ]
- >>721
それは知っているが、そんな昔の狂ったやつなんてもう今はいないだろう
Mapのように名前を使ってアクセスする場合何が問題だったのかだけがわかって使っていればおけ
VCLのようにラッパクラスをそのまま入れないこと、存在しないキーに対して
取得しようとしたときに例外を発生させることがきまっていれば問題はない
- 724 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 17:52:59 ]
- >>719
おまえの頭がおかしいということはわかった。
- 725 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 18:07:58 ]
- "存在しないキーに対して取得しようとしたときに例外を発生させる"
これが必要なのはなんで？
と思ったが、nullが戻ってきたんじゃデータが無いのか項目自体がないのかが判別できないのか
それ以外の理由もある？
- 726 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 18:48:26 ]
- そもそもDBにnull入れないほうがよくない？
- 727 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:53:40 ]
- そうか？
- 728 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 22:33:48 ]
- NULLが無いほうが楽ではあるかもな色々と
ただ、Oracleのような、空文字列がNULLであるようなDBMSではNULLを
避けようが無いだろう
- 729 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 22:41:00 ]
- NullはDBに必要だろ
- 730 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 22:42:28 ]
- (商用で)一番普及してしまっているOracleの仕様にはモニョるものがある罠・・・。
ただnullはアレで便利な面もあるので、ここらは宗教論だろう。
- 731 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 01:04:31 ]
- DBにNULLが全くいらないってのが
どんな状況かわからん。
- 732 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 02:44:06 ]
- Mapを使う時点で、静的型言語の利点を失っている気がする。
だったら、RoRのActiveRecordのほうがよっぽど使いやすい。
- 733 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 09:26:04 ]
- HOGE <> 1 な条件で、HOGE が NULL なレコードが取得できないのが
直感的じゃないと思うので、検索列には NULL は勘弁して欲しいところだ。
- 734 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 11:59:11 ]
- >>733
nullがほしいならnullもor条件いれればいいじゃない
直感的ではないというのは同意だが、SQLにとってnullは特別な値だから仕方がないか
- 735 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 12:11:08 ]
- 検索の際の特別扱いだけでなく、
NULLありのカラムはインデクス張る際にも実装上の制約があったりするし、
単純にホスト言語のデータ型とマッピングする際にもやや面倒が生じるので、
少なくとも意味のあるデフォルト値が考えられるようなエンティティなら、
NULLの代わりにデフォ値突っ込んだほうが楽は楽な気がする。
ま、常にそうできるというわけでもないが。
- 736 名前：デフォルトの名無しさん mailto:sage ネタだよ [2007/10/17(水) 12:23:44 ]
- むしろプログラム言語で3値論理をきれいに扱えないのがおかしい
- 737 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 13:08:35 ]
- C#のnullは3値論理だ
- 738 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 13:09:54 ]
- Javaなら3値普通に扱えるだろ・・・
- 739 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 15:11:51 ]
- C.J.Dateたんは第五正規形まで正規化すればnullなんていらんだろ派だね。
- 740 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 11:31:41 ]
- >>733
条件を () で括って最後に is true
- 741 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 11:43:49 ]
- Daoは1テーブルごとに1クラス作成して、CRUDのメソッドがあるのが普通なのでしょうか。
1:nのテーブルがあって、一覧を表示する詳細な検索画面などでどうしても結合が必要な場合や条件が複雑になる場合は
その画面専用?のメソッドを作成するものなのでしょうか。
- 742 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 16:28:16 ]
- というか、それはORマッパがやるだろ。
- 743 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 17:46:11 ]
- テーブル単位でCRUDってのは大概O/Rマッパがやってくれる
連結は製品次第
DBのようにテーブル状に結果が入るほうがいい場合もあるし
そのつど連結先を取ってくるほうがいい場合もあるしなんとも
- 744 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 18:06:18 ]
- DAOやORマッパは手段なのに、
目的の方を「どうするのが普通でしょうか？」って
おかしくね？
- 745 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 18:34:43 ]
- そういうヤツは、O/Rマッパの仕様に合わせてテーブル設計とかしそうで怖いよな。
COBOLerお得意の横長DBとか。
まあ、漏れは直でSQLゴリゴリ出来る人なので、条件・結合が複雑だったら
SQLを直書きではあるな。
- 746 名前：デフォルトの名無しさん [2007/10/21(日) 21:12:53 ]
- テーブル単位でCRUDするだけがORマッパーの役割と思ってる奴多くね？
- 747 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 21:14:14 ]
- 少ないと思う
- 748 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 21:39:36 ]
- >>539
って結局JSPで、DTOからコード値をgetして、
<% if (sex.equals("1") {%>男 ... (taglibとか)
みたいなのを書くってことでしょうか。
それともDTOにUser#getSexName、getSexCodeを自前で準備するものですか。
これだと自動生成が大変なのですが。。。
前にViewでマッピングしようとするとコネクションが切断？されてるから例外になったり、
マッピングを自動でするような機能がなかったりして断念したことがあるのですが。
- 749 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 23:47:14 ]
- >>748
その例外はO/Rマッパ依存の部分でしょ
たとえばJPAのリファレンス実装であるToplinkは参照専用のコネクションを開くので問題ない
それにリソースファイルで扱う場合も多いし、すべてアプリやライブラリなど実装次第としかいえんぞ
- 750 名前：デフォルトの名無しさん [2007/10/22(月) 16:02:03 ]
- そこはentityにisMan()isWomen()を持たせたら？
- 751 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 19:55:03 ]
- >>748
定数値と表示名称のマップをアプリケーションスコープに保存して
ELでアクセスしたりとか
DBに持たせてEntityの2次キャッシュにしたりとか
色々方法はあると思う
- 752 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 19:57:38 ]
- 俺はマップをアプリケーションスコープに入れる派
- 753 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 20:38:01 ]
- >DBに持たせてEntityの2次キャッシュにしたりとか
これってどういうことなん？詳しくお願いしたいかもー。
- 754 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 21:59:39 ]
- 定数マスタとかをDBに持ってる場合
Hibernateなどの2次キャッシュ機能を使えば
アプリレベルでEntityを共有できる
これを通常のEntityと関連付けてLazyロードさせれば
Entityだけで名称表示を行える
まぁでも設定とか色々と面倒かも
- 755 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 22:36:37 ]
- >>754
おー、なるほど、どうもです。
- 756 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 01:30:51 ]
- O/Rマッパでキャッシングはデフォっしょ
やってないほうが少ないのでは?
おかげでLAZYが便利
ただ、hibernateではセッション明けとかないとダメかもね
- 757 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 21:41:49 ]
- キャッシングした場合、定数マスタかなんかが更新されるタイミングっていつになるのでしょうか。
例えば、DB直接いじって定数テーブル？に1行追加して、htmlの画面で<option>がふえてねーじゃん！てことにならない？
- 758 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 22:10:44 ]
- そら、なるんだろうなぁ
- 759 名前：デフォルトの名無しさん [2007/10/23(火) 22:37:32 ]
- だめやん
- 760 名前：デフォルトの名無しさん [2007/10/23(火) 22:43:49 ]
- ORマッパー＝はいばね
な件
- 761 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 01:52:07 ]
- ORマッパ使おうが使うまいが
キャッシュ対象は読み取り専用のデータだけでしょ
プロパティファイルのDB格納版というか
- 762 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 01:58:30 ]
- リソースファイルも変更時には配備しなおしてVM再起動が必要だろ
それと同じこと
- 763 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 01:59:36 ]
- >>757
キャッシュ対象データはO/Rマッパーを使って更新する
- 764 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 13:48:23 ]
- >>757
だからデフォルトのキャッシュ設定はoff。
キャッシュ側で短めの有効期限を設定したり、
動的な更新を想定しないテーブルのみに使ったりする。
クラスタの場合はDB直接編集でなくとも不整合が起こるので、
分散キャッシュ(OSSだとJBoss TreeCacheが有名)を使う事もある。
- 765 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 22:27:37 ]
- >>757
管理者機能でマスタ更新とか作ったりするが、それじゃだめ？
DB直接いじってもボタン押したらキャッシュ読み直しみたいな。
大抵そんな機能を要求されるとマスタに好きなだけ追加削除更新したいって言い出すけどな。
性別なんて男性・女性・不明ぐらいでいいのに全部編集したい！とかいう客は珍しくない。
- 766 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 10:28:47 ]
- 性別マスタの編集で追加削除ってどんな時代だろう
- 767 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 20:51:23 ]
- 時代っていうか顧客。
「MTFTS」「MTFTV」「その他」「不明」とかぞろぞろあるんじゃね？
- 768 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 23:19:50 ]
- すまんすまん。性別は極端な例だったか。
最近はいろいろと考慮して、男・女の2択はまずやらないわけです。
そういう人からすると”不明”てのはあんまりよろしくないからね。
単純にデフォルトの表示を空白とか"-"にして必須選択にしないってのがうちの会社の流れです。
- 769 名前：デフォルトの名無しさん [2007/11/08(木) 20:01:01 ]
- iBatis をつかってて、Generics関係で質問です。
以下のような ProductDao といったクラスを作り、
Product エンティティをリストで返すメソッドを作りました。
public List<Product> listProduct() throws Exception {
SqlMapClient sqlMap = MyIBatisUtil.getSqlMap();
return sqlMap.queryForList("Product.selectAll");
}
これで -Xlint:unchecked 付きでコンパイルすると、以下の警告が出ます。
警告:[unchecked] 無検査変換です
検出値 : java.util.List
期待値 : java.util.List<jp........Product>
return sqlMap.queryForList("Product.selectAll");
警告 1 個
<Product>はどこにつければいいのでしょうか？
return sqlMap.queryForList<Product>("Product.selectAll");
とやったら「シンボルを見つけられません」とでてしまました。
|
 |
