[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 04/25 10:44 / Filesize : 187 KB / Number-of Response : 894
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

国産DIコンテナSeasar その11



1 名前:デフォルトの名無しさん [2007/09/27(木) 07:41:47 ]
一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ?みんなもう使ってるの?
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

本家 seasar.org
www.seasar.org/

Seasar Projectグループ
seasarproject.g.hatena.ne.jp/

ひがやすをblog
d.hatena.ne.jp/higayasuo/

前スレ
その1 pc5.2ch.net/test/read.cgi/tech/1092044210/
その2 pc5.2ch.net/test/read.cgi/tech/1098885253/
その3 pc8.2ch.net/test/read.cgi/tech/1102862221/
その4 pc8.2ch.net/test/read.cgi/tech/1119608621/
その5 pc8.2ch.net/test/read.cgi/tech/1135986150/
その6 pc8.2ch.net/test/read.cgi/tech/1148204750/
その7 pc8.2ch.net/test/read.cgi/tech/1153060167/
その8 pc10.2ch.net/test/read.cgi/tech/1165531719/
その9 pc11.2ch.net/test/read.cgi/tech/1170674234/
その10 pc11.2ch.net/test/read.cgi/tech/1176050197/

843 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 00:44:04 ]
すべてIDEで完結することが重要
あれやこれや行き交うのがなくなることは良いと思う。

DBをJavaオブジェクトとして表現できるのはいいと思う

844 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 00:58:37 ]
>>842
「専任の」DBAね。自分がDBAなら無問題
そういう場合、カラム一つ追加するのも書類書いて申請とかなんだよ
しかも対応は翌日以降とかな。アジリティのかけらもねぇ

845 名前:842 mailto:sage [2008/01/31(木) 01:15:11 ]
>>843
漏れはDB2の人だけど、SQLの実行計画とか統計情報見てアレコレ分析&チューニングするところは
IDEでは出来んけど、それ以外の作業はEclipseで出来るのでSuperAgileとそれは
関係ないと思うが。

>>844
ちょっとDBAの立場から言うと基本的に「自分の設計は神」と思い込んでいるので
他人が「カラム増やせ」とか言われたら、本当に必要なの?ってヒヤリングするので、
そういうので対応がトロいとか言われるのはあるな。

ただ、元COBOLerなんかは横長DBにカラム追加設計して必要以上にこねくりまわす性癖があるから
あれはあれでウザく感じる。

846 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 11:19:03 ]
DBを作ってるんじゃない。システムを作ってるんだ。
システムがうまく回るようにDBを設計すべき。
DBAが「自分が一番」なんて思ってるとうんこ

847 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 12:13:17 ]
>845
チューニングなんて開発段階からするか?
俺はしない。

848 名前:835 mailto:sage [2008/01/31(木) 13:30:01 ]
おれはアプリケーションよりの人間だけど(DBA に「カラム追加して」と頼むほう,)
>>842 の言っていることには同意する。

>>843
別に Eclipse のプラグインで DB をいじりたいと思わない。
餅は餅屋、自分は OsqlEdit と SqlPlus じゃないと効率が悪い。

>>847
細かいチューニング(インデックス張るとか)は結合ぐらいからやり始めるけど、
開発終わってから「横長のテーブルがイヤなので正規化します」なんて、プログラム側でも Entity が変わって
超めんどくさいことになるじゃないですか。
設計や開発の初期にテーブルを作るときに、明らかに変えたほうがいいことは、最初から変えておいたほうがいい。

「横長DBをキレイにすること」を、チューニングと考えるか設計変更と考えるかの違いかもしれないけど。


849 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 14:07:58 ]
正規化はチューニング違う。全然違う。

850 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 15:19:10 ]
チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。


>848
わざわざSQLをEclipseで発行するなんて書いてねーっての。
Eclipseにはリファクタリングっていうのがあるの知ってる?
しかもS2JDBCは基本SQL書かない。


DBをただの永続化の場所と捉えることからの機能なんだよ。


851 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 15:31:29 ]
>>850
>チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。

だよな。ここの住人がどれだけDBに無頓着かがわかった。



852 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 16:10:28 ]
どんなシステムを作るかにもよるだろ。
チューニングはあとからでOKとか言ってる奴はちんまいWebアプリしか作ったことないような奴だ。

853 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 16:26:15 ]
大きいWEBアプリだと開発途中にどんなチューニングをするんですか?

854 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 17:47:21 ]
大小やWEBか否かに限らず、DBチューニングは普通後からやる。
実行計画見ながらSQLを見直したり、
インデックスを検討したり、Oracleだったらヒント句書いたりな。

855 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 23:49:46 ]
必要な時に必要なことを必要なだけする。


これぞアジャイル

856 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 01:06:28 ]
>>853
大きいシステムだととりあえずDBは横長に作ります。

857 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 02:18:41 ]
現実問題DBのチューニングを後からやるとか言っても、
設計が悪かったらチューニングも焼け石に水なのはほとんどの
DBAが知っている現実なワケだが。

858 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 02:55:35 ]
 | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
 |  次でボケて!!!   |
 |________|
    ∧∧ ||
    ( ゚д゚)||
    / づΦ


859 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 03:21:12 ]
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20080104/290425/
これを使えばDBのチューニングなんていらないんじゃないか?

860 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 04:31:35 ]
>>859
Nice boke.

861 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 08:14:49 ]
www



862 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 12:07:33 ]
developerWorksキタ━━━━(゜∀゜)━━━━ッ!!
ttp://www.ibm.com/developerworks/jp/java/library/j_j-seasar01/

863 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 17:33:14 ]
>>862
あれ、 中村氏(taedium って人だよね?)のメアドが isid になっている。
豆蔵をやめて isid に転職したのかな?

864 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 03:59:45 ]
isidに引き抜かれたんだよ

865 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 09:51:11 ]
豆蔵がいやになったところを拾われた

866 名前:デフォルトの名無しさん [2008/02/02(土) 14:27:35 ]
最近豆蔵の有名な人がよく辞めてるのか?

867 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:47:17 ]
最近始まったことじゃないし。

868 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 14:52:11 ]
EclipseにSeasar2のプラグインと
Apache-Tomcatをインストールしたのですが、
ビルドの仕方がわかりません。
どうしたらいいのでしょうか?


869 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 15:06:47 ]
メニューにプロジェクトのビルドってのがどっかにあるから探せ。
わからなければ、キミには向いていないってことよ。

870 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 15:23:45 ]
ひがタソ
ドメイン層とパーシステンス層とごっちゃになっておかしくなってないか?

871 名前:868 mailto:sage [2008/02/03(日) 20:00:29 ]
>>869
回答ありがとうございます。
ProjectはBuild automatically clean にチェックが入っています。
しかし新しく作成したディレクトリがTomcatで表示されません。
webapp直下にjsp-xxxというフォルダを作ったのですが。



872 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 20:09:22 ]
>>871
スレ違いだな

873 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 20:14:52 ]
>>872
了解です。よそに行ってきます。
ありがとうございました。

874 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:07:27 ]
君子は豹変すと言うけど、人の後追いばかりで確固たる信念を持たない奴が
なんかの拍子に発言力持って適当フレームワーク乱発するのって害の方が多い気がする…。

ドメインモデルの件に関しては久しぶりに頭に血が上った。
で、その

875 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:15:51 ]
君子は過去の自分がどうだったかにとらわれないから豹変するわけだが。彼も自分が君子であるつもりなんだろうな。

俺から見れば人として軸がぶれているだけだが。


876 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:45:39 ]
>>870
そもそもドメインモデルの定義ってなによ?
動きを持たなければならないのか?というところか。


877 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:58:48 ]
ひがたんが豹変して振り回されるのは人として軸がぶれてるヤツだけ
確固たる信念を持ってればひがたんが豹変しても笑って眺めるだけ

878 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 23:10:40 ]
>>876
オブジェクト指向的アプローチであって
DBに引っ張られるような設計をしないこと

ここあたり参考になるかな?
ttp://otndnld.oracle.co.jp/columns/arai-semi/data_access/1/index.html

879 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 23:51:28 ]
>>878
メリットは?
再利用が効くとか?芸術的だとか?

デメリットももちろん知ってるよな?
はっきりいって技術レベルが低い日本で純粋なドメインモデルでやっていけることは少ない。
層間のDTOやそれと同じようなことをするのは面倒だし。



880 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:28:43 ]
>>879
俺に噛み付くなよ
普通に現実的なのはTableModuleだろう

DomainModelにこだわるようでこだわれない不思議なひがたんに聞いてよ

881 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:34:32 ]
だいたい技術レベルが高くないと使えないっつー時点で
オナニーだな。



882 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:46:19 ]
>>881
DomainModelパターンですよね。技術者のオナニーですよね。

883 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:48:56 ]
DomainModel使うのに、それほど技術レベルが必要かねぇ?
そりゃモデル組むほうは技術が必要だが、殆どの層はモデル使う方なわけで。

それに、システムが複雑になってくれば来るほど、DomainModelは効果的だよ。

884 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 02:28:50 ]
>>883
組むほうを使うほうの人数に相対するぐらい確保できればいいけどね。

言ってることは分かるが理想論過ぎる

885 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 02:31:20 ]
>>883
そうやって層を分けると使えないモデルができあがる悪寒

886 名前:884 mailto:sage [2008/02/04(月) 02:46:23 ]
>>885
残念ながら使えるんだよ。DomainModel単体では。
でもプレゼンテーション層や永続化層で使いにくいからDTOを作るのよ。

887 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 02:55:18 ]
>>886
そういう意味じゃなくてさ
人の方を使うのと作るのに層を分けるとだな、
なんだよこの糞モデルはぁ〜っっ使えねぇーーーっ
てことになるって話だよ

888 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 09:14:43 ]
>>887
使うほうはモデルを直接操作することはあんまりないと思うが。


889 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 23:33:08 ]
>>888
直接とか間接とかって意味じゃなくてさ
使えないってのは役に立たないって話だよ

890 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 23:40:32 ]
>>889
あぁ、君のことか

891 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 23:54:23 ]
誰がうまいこと言えと



892 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 11:33:46 ]
元理事はchuraに提言する前にescafeどうにかしろ
キャラ付けしただけで忘れてんじゃじゃねーか
いつになったらオールインワンのダウンロードできるんだよ

893 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 20:07:39 ]
あの元理事は本業からしてそんな感じだからOKOK。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<187KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef