国産DIコンテナSeasar その11

国産DIコンテナSeasar ..

409:デフォルトの名無しさん
07/11/30 15:55:36
>>401
同意
きっと「これからはwithout JSFです」って言い出すと思う。

410:デフォルトの名無しさん
07/11/30 16:17:50
>>408
具体的に

411:デフォルトの名無しさん
07/11/30 20:07:04
Kvasir/Soraの人のFreijaって単体で使える？
TAL結構好きなんだけど。

412:デフォルトの名無しさん
07/11/30 20:49:26
Ymirと一緒に使え

413:デフォルトの名無しさん
07/11/30 22:28:47
>>409

既に言ってなかったか？

414:デフォルトの名無しさん
07/11/30 22:47:47
Server側はHTMLなしでSwingのようにコンポーネントツリーを構築。
コンポーネント#paint()がHTMLを出力。
デザイナの方はCSSで全部制御してくれ。

415:デフォルトの名無しさん
07/11/30 22:56:27
>>413
春のSeasa Conで言ってた

416:デフォルトの名無しさん
07/11/30 23:06:15
>>414
それなら、XSLTで良いじゃん。

417:デフォルトの名無しさん
07/11/30 23:31:08
そういやCocoonに入れ込んでたのがいたな…

418:414
07/11/30 23:38:52
>>416
XMLは書きたくないんだ。

419:デフォルトの名無しさん
07/12/01 00:18:33
>>418
いいから好きなもん作れ
Seasarで公開してもいんじゃね？
ドキュメントはちゃんと書けよｗ

420:414
07/12/01 00:48:33
>>419
わかった、ドキュメントはDocBookで書こう。

421:デフォルトの名無しさん
07/12/01 01:19:50
DocBookてXML+XSLTじゃねーかw

422:414
07/12/01 02:56:50
>>421
Documentだからいーじゃんか。つーかむしろXMLが良い。
WebAppの開発でHTMLやらXMLはいやだぁーって事。

423:デフォルトの名無しさん
07/12/01 05:10:10
URLﾘﾝｸ(s2jsf.seasar.org)
URLﾘﾝｸ(s2struts.seasar.org)
URLﾘﾝｸ(teeda.seasar.org)
URLﾘﾝｸ(cubby.sandbox.seasar.org)
URLﾘﾝｸ(s2click.sandbox.seasar.org)
URLﾘﾝｸ(s2wicket.sandbox.seasar.org)
URLﾘﾝｸ(s2xwork.sandbox.seasar.org)
URLﾘﾝｸ(ymir.sandbox.seasar.org)
いっぱいあるが、どれを使ったらいいのだ。

424:デフォルトの名無しさん
07/12/01 09:18:11
>>414
サーバ側がViewのコンポーネントを管理するのはJSFでもうこりごりだorz

425:デフォルトの名無しさん
07/12/01 10:44:52
じゃー理想のってどんななの？

426:デフォルトの名無しさん
07/12/01 14:22:45
>>424
Viewのコンポーネントを管理するので一番カンタンなのがJSFでしょ？

427:デフォルトの名無しさん
07/12/01 19:13:38
>>425
URLﾘﾝｸ(kuro.s26.xrea.com)

428:デフォルトの名無しさん
07/12/01 19:27:57
asip 乙
ってか、酷いなコレ

429:デフォルトの名無しさん
07/12/01 19:43:26
>>423
Strutsが好き→URLﾘﾝｸ(s2struts.seasar.org)
Strtus2が好き→URLﾘﾝｸ(struts2-seasar-plugin.sandbox.seasar.org)
JSFが好きかつCoCが好き→URLﾘﾝｸ(teeda.seasar.org)
JSFが好きかつCoCが嫌い→URLﾘﾝｸ(s2jsf.seasar.org)
Clickが好き→URLﾘﾝｸ(s2click.sandbox.seasar.org)
Wicketが好き→URLﾘﾝｸ(s2wicket.sandbox.seasar.org)
XWorkが好き→URLﾘﾝｸ(s2xwork.sandbox.seasar.org)
JSPが好き→URLﾘﾝｸ(cubby.sandbox.seasar.org)
HTMLが好き→URLﾘﾝｸ(mayaa.seasar.org)
Velocityが好き→URLﾘﾝｸ(s2velocity.sandbox.seasar.org)
ZPTが好き→URLﾘﾝｸ(ymir.sandbox.seasar.org)
ASIPが好き→URLﾘﾝｸ(kuro.s26.xrea.com)

430:デフォルトの名無しさん
07/12/01 21:01:31
>>429
ASIP言いたいだけじゃねーか

431:デフォルトの名無しさん
07/12/01 21:36:35
>JSFが好きかつCoCが好き→URLﾘﾝｸ(teeda.seasar.org)
>JSFが好きかつCoCが嫌い→URLﾘﾝｸ(s2jsf.seasar.org)
これ違わね?

432:デフォルトの名無しさん
07/12/01 22:22:09
>>431
訂正求む

433:デフォルトの名無しさん
07/12/03 17:21:21
Teedaのajax使ってるんだけど、prototype.jsと併用しても問題ないか、誰かわかります？

434:デフォルトの名無しさん
07/12/03 18:12:43
Dolteng使ってChuraプロジェクトを作成すると、dao、dtoなどのパッケージが自動的に作成されるけど、
serviceとlogicの使い分けがイマイチわからないんだが……どういう意図であるのだろう？？

435:デフォルトの名無しさん
07/12/03 19:09:45
>>434
serviceはlogicを呼び出す
logicはdaoを呼び出す

436:デフォルトの名無しさん
07/12/03 19:56:39
>>434
トランザクション境界とか

437:デフォルトの名無しさん
07/12/03 21:10:17
>>434
ドキュメントよむといいよ
フォルダの意味なんてすぐかいてあるでしょ

たぶん

438:414
07/12/03 22:19:35
>>434
PofEAAを軽く読んでみたら？

439:デフォルトの名無しさん
07/12/03 23:52:47
どーでもいいけど、Teedaのドキュメントは、サンプルに即したものにすればものすごく分かりやすいのに。
ドキュメントとサンプルが乖離してるから、分かりにくすぎる。
というか、文字要らないからサンプルを動かしておけばいいのに。

とか思った、サンプルの存在に気がついた今日この頃。

440:デフォルトの名無しさん
07/12/04 00:28:13
何でActionとFormBeanを一緒にしたくなるんだろう？
別の方がスッキリすると思うんだけど。

441:デフォルトの名無しさん
07/12/04 00:35:05
いっしょにするのは流行だよ
別にしたところで使いまわすことがほとんどないから

JSFや、Stripe、Struts2とか全部そうだよね

442:デフォルトの名無しさん
07/12/04 00:56:54
Page -> Action -> Service -> Logic -> Dao
とかしても、ほとんどがこの業界もびっくりの丸投げ構造だったり。
本当に必要なの？ってことだよね。
暗黙的インターフェースとかGuiceの@ImplementedByとかも同じ流れだと思う。
あとpublicプロパティも。

443:デフォルトの名無しさん
07/12/04 01:10:10
プロパティ構文が出るまで待てば良いのにね。

444:デフォルトの名無しさん
07/12/04 01:24:21
2008年リリース予定だね＞JavaSE7

445:デフォルトの名無しさん
07/12/05 11:37:04
ひがたんの身長はhyde位？
体重44kgって

446:デフォルトの名無しさん
07/12/05 12:14:02
同じくらいじゃね？

447:デフォルトの名無しさん
07/12/05 13:03:13
軽量コンテナだからな

448:デフォルトの名無しさん
07/12/05 19:03:47
○○の動作が重いのは中の人がデブだからか！

449:デフォルトの名無しさん
07/12/05 23:22:17
偽装輸入DIコンテナだったらいやだな

450:デフォルトの名無しさん
07/12/06 00:19:03
ひがたん、いっぱい「大丈夫」って書いてて胡散臭い人みたいだ。

451:デフォルトの名無しさん
07/12/06 00:33:55
大丈夫だよ、胡散臭くないって

452:デフォルトの名無しさん
07/12/06 01:27:40
大丈夫。ファミ通の攻略本だよ。

うーん、胡散臭い。
最近のヒガタソは真にほしいものを実装すると言う感じじゃなくて、なんでもかんでもぶちこめば
それが便利になると思ってる感じが怖い。難しいのは膨らませることではなくてそぎ落とすこと
とはよくいったものだ。

でもヒガタソはもうすこし体重あったほうがいいんでない？

453:デフォルトの名無しさん
07/12/06 03:39:13
胡散臭いのって、JSTL連動のあたりか？

454:デフォルトの名無しさん
07/12/07 10:48:31
MLの外人さんの日本語、なんかかわいい。

455:デフォルトの名無しさん
07/12/07 13:19:07
サンポルを見せていい？

456:デフォルトの名無しさん
07/12/07 13:33:14
一生懸命日本語考えてる感じがしていい。

英語で質問しても上手くいったら
お礼は日本語なのもよかった。

457:デフォルトの名無しさん
07/12/07 20:51:56
S2Daoにはまった、たかが二つのDBとDaoごとにDB使い分けたいだけなのに、設定がさっぱりだ。
こうなったらこうしろとか、ああなったらこうしろとか、ないのか・・・

いざググってやってみても結果が大して変わらないし、
適当なページには「試してないけど、これで動くと思う」確認しろよ！

説明が列挙されているだけで全く管理されていないドキュメント。
実際に設定してみてあれ？クラスがないじゃん・・・このクラス？ああ、バージョンが新しいのね、バージョンアップ・・・
ああ、他のが動かなくなった？！　Σ(´ⅴ｀lll)

仕舞いにはステップデバッガーして、seasarのコードからハッキングっておい！
たかがフレームワークの癖してそこまでさせるんか？！

よく使いこなせてますね？みなさん・・・

458:デフォルトの名無しさん
07/12/07 22:45:34
ドキュメントかくより新機能実装が楽しくて仕方がない

という人たちばかりだろうからあきらめなされ

それに標準仕様でもないものでドキュメントにケチをつけるのがまちがっとる

459:デフォルトの名無しさん
07/12/07 23:54:28
困ったら悩まずMLに質問する。
自己解決しないのがSeasarクオリティ

460:デフォルトの名無しさん
07/12/08 00:28:40

（１）量が少なく管理されていないドキュメント
↓
（２）わからなくなってＭＬなんかに質問
↓
（３）ちゃんと調べてから質問しろよ的な態度
↓
（１）へもどる

461:デフォルトの名無しさん
07/12/08 00:45:04
SeasarのMLで(３)はないな

462:デフォルトの名無しさん
07/12/08 00:47:34
そもそもMLが時代遅れで日本では定着しない

463:デフォルトの名無しさん
07/12/08 00:50:25
「そもそもJavaやEclipseが分かってないんじゃね？」って厨な質問でも、マメに答えているよね。

464:デフォルトの名無しさん
07/12/08 01:18:08
>>457
FAQに書いたるだろ糞がちゃんと調べてから質問しろよ

465:デフォルトの名無しさん
07/12/08 01:20:37
>>464
○○乙

466:デフォルトの名無しさん
07/12/08 01:49:09
>>457
そりゃーお前さんがなんも考えずに使ってるからだろ？
俺がやったときは、別にドキュメントなんぞ見なくとも設定できたぞ

467:デフォルトの名無しさん
07/12/08 01:56:20
>>466
そりゃーお前さんがすごすぎるか中の人かどっちかだろ？
普通の人は457と466の中間やや457寄りだ。

468:デフォルトの名無しさん
07/12/08 03:05:23
>>467
普通の人は457以下だと思うぞ。
だいたいのプログラマはフレームワークのソースなんて読もうとも思わない。

つーか、細かい部分よりもSeasarってどういうふうに動くの？っていう説明が足りてない気がする。
なんとなくな。

469:デフォルトの名無しさん
07/12/08 03:50:30
まあ、Seasar に限った問題でもないけどね。

大半のJavaプログラマって　reflection の存在さえ知らなかったり、
そんな邪道は一部のハッカーだけがすることだと思ってたりするわけで。
AOP や DI の話をしても、「なんでそんなことができるのかわからない」
「そんなことをして何の役に立つのかわからない」という話になってしまう。

470:デフォルトの名無しさん
07/12/08 08:59:57
漏れはもともともドキュメントあんま読まない派の人間だから、
あのドキュメントでも特に不満はないけど、そういうのが許せないなら
Spring方面に行けばいいんじゃね。

471:デフォルトの名無しさん
07/12/08 09:21:36
フレームワークのソースも読まないプログラマなんて都市伝説です＞＜

472:デフォルトの名無しさん
07/12/08 11:22:03
Springはドキュメント充実してるの？
ネットでタダで手に入る日本語の情報は
Seasarの方がマシじゃない？

473:デフォルトの名無しさん
07/12/08 11:42:57
初めてTeedaとかSeasarを使う人にとっては、ものすごく優しくないかんじはする。
どーせだから、ドキュメント、誰でも編集できるようにすればいいのにね。
なんつか、ドキュメントじゃなくて比嘉さんのBlogのほうが詳しかったりして。
分散しちゃってるからみんな同じこと書いてるもんなぁ

474:デフォルトの名無しさん
07/12/08 11:44:30
あ、JavaExpert読めって書いてあれば良いのか。
っつか、Teedaならそれだけでいいな。

475:デフォルトの名無しさん
07/12/08 12:08:39
>>472
Springは充実していると言うか、まあ判例とかもググればおおい罠。
実際英語なワケだが、プログラミングしている人間ならなんとか解るだろ。

と言っても日本語の情報はSeasarの方がマシではあるな。
雑誌とかでも紹介されているし。

SpringとSeasarのどっちがいいかは宗教論に似た感があるのだけども、
ドキュメントの優越は日本人の漏れから見るとどっちもどっちになるな。
自分は良くても「英語ダメ」って言う人もいるのは事実だし。

476:デフォルトの名無しさん
07/12/08 12:32:00
はん‐れい【判例】

裁判の先例のこと。裁判所が特定の訴訟事件に対して下した判断で、同種の事件を裁判するさいの規範となるもの。判決例

-大辞泉

477:デフォルトの名無しさん
07/12/08 17:14:00
>>476
うるせぇなあ、暗喩だってくらい
読んですぐわかったよ俺は。

478:デフォルトの名無しさん
07/12/08 18:19:06
>>477
>475乙

479:デフォルトの名無しさん
07/12/08 18:32:42
変換ミスに、わざわざ辞書引いてツッコミいれるやつってキモい。

480:デフォルトの名無しさん
07/12/08 18:52:40
くやしいのぉぉｗｗｗｗくやしいのぉぉｗｗｗｗ

481:デフォルトの名無しさん
07/12/08 19:50:24

S2JDBC の selectBySqlなんだけど

List<EmployeeDto> results = jdbcManager
.selectBySql(EmployeeDto.class, "select ... where department_id = ?", 10)
.getResultList();

で引数を?の順番に設定していくようなんだけどさ、

Map<Object,Object> arg = new HashMap<Object,Object>();
arg.put("hoge" , 10);
arg.put("foo" , "test");
arg.put("createDate" , new Timestamp());
List<EmployeeDto> results = jdbcManager
.selectBySql(EmployeeDto.class, "select ... where department_id = /%hoge%/ .........", arg)
.getResultList();

という感じにできないかのぉ…条件文が複雑になったりするとデバッグたいへんなんだよね…

482:デフォルトの名無しさん
07/12/08 20:07:24
>>481
条件が複雑なら素直に外出ししろってことだろ
酷い書き方できないのはいいことだ

483:481
07/12/08 20:10:59
thx.>482
外出しとはファイルにSQL書くやつか。

484:デフォルトの名無しさん
07/12/08 21:59:30
複雑になるやつはSQLファイルにするっていうコンセプトだよ。
個人的には
jdbcManager.count(Foo.class).where(.....)
とか
jdbcManager.deleteFrom(Foo.class).where(.....)
とかあるとうれしいって思った。

485:デフォルトの名無しさん
07/12/08 23:22:01
Listとってsize()とか。

まぁ複雑かどうかは関係なく、COUNTならSQLを直書きしかできないね。今は。

486:デフォルトの名無しさん
07/12/09 01:49:52
件数が多くなると全件をListとるのはちょっとね。

487:デフォルトの名無しさん
07/12/09 02:01:33
count()サポートするとhaving()もとかなってどんどん複雑に…
>452な意見もあるし大変やね

488:デフォルトの名無しさん
07/12/09 02:02:56
groupby()書き忘れた

489:デフォルトの名無しさん
07/12/09 02:19:07
テーブル名とサイズを持ってる　dbinfo という view を作って、
全てのテーブルのサイズを入れておくってのは？

490:デフォルトの名無しさん
07/12/09 02:36:41
> 489
そんなのだったらSQL書けばいいと思います。。。

検索条件入力 → 一覧画面(ページング機能付き)
って非常によくあると思うのですが、そんなときSimpleWhereで組み立てた検索条件を、リスト取得と件数取得で使い回せたらいいなあと。

491:481
07/12/09 10:36:21
>>486
パラメータ用のJavaBeansにlimit、offsetという名前のプロパティがあれば、ページングが行なわれます。

とドキュメントにあるので全件は無いのでは。あと、ふつーに運用すれば設定ファイルでmaxRows設定するしDB側でも設定するんｼﾞｬﾏｲｶ?

492:デフォルトの名無しさん
07/12/09 10:46:23
>>全件は無いのでは。

まちがい、設定しない限り全件取得ですね。

493:デフォルトの名無しさん
07/12/09 13:25:40
実際のところリミットやオフセットだとデータが削除されたり追加されたとき
出てこないデータがでてくるので使い物にならないよね

494:デフォルトの名無しさん
07/12/09 13:31:33
>>493
？

495:デフォルトの名無しさん
07/12/10 11:46:01
>>468

> 普通の人は457以下だと思うぞ。
> だいたいのプログラマはフレームワークのソースなんて読もうとも思わない。

frameworkってそもそもなんなんだろう・・・と思うようになりました・・・

もしかして要らない？

496:デフォルトの名無しさん
07/12/10 13:04:22
ってか、インターフェース以外はブラックボックスになっていて、ちょろっと読めば使えるのが理想でしょ？
ちがうの？

497:デフォルトの名無しさん
07/12/10 14:10:22
ちょろっと使う分にはみんな割といい線行ってると思う。

問題はここをこうしたいんだよなーって時だよな。

498:デフォルトの名無しさん
07/12/10 14:28:48
>>495 Seasarに限った話じゃないが、
「このフレームワークはどのように動くのか？」
「そのためには何をしたらよいか？」
なんてことが簡潔にわかりやすく書いてあるドキュメントがあって、
・ふつうのプログラマはその程度の知識で動くアプリケーションが作れるので生産性アップ
・フレームワークの制約によってプログラムの再利用性、可読性アップ
ってのがフレームワークだろ。
プログラマがいちいちソースなんて読んでたら、フレームワークのメリットがない。

499:デフォルトの名無しさん
07/12/10 14:33:55
>>497
ひとつひとつのプロダクトが大きすぎる気がしないか？
Teedaとか、いろんなことをやろうとして細かいところの考慮が足りてない気がする。
もうちっと軽いのはないのか。

500:デフォルトの名無しさん
07/12/10 14:41:26
>>499
Struts

501:デフォルトの名無しさん
07/12/10 15:22:03
Struts2.0は結構いい線いってると思う。
問題は、Springだな。Guice＋Struts2.0とかやってる人はおらんかね

502:デフォルトの名無しさん
07/12/10 15:44:25
>>499
JSFの仕様がまずでかくて、その上にExtensionが乗っかってるからねぇ。

S2Clickとかあるじゃん。見てみたら？

503:デフォルトの名無しさん
07/12/10 20:43:28
>>502
ならばJSFの実装と分けてくれたほうが便利では？

504:デフォルトの名無しさん
07/12/10 21:03:27
>>503
分かれてんじゃねーの？

TeedaCore : JSF実装
TeedaExtension : その上のExtension

ExtensionをJSF非依存にしろって話ならそりゃ無茶だべ

505:デフォルトの名無しさん
07/12/10 22:05:12
TeedaってJSFの互換性テストとおってるの?
パフォーマンスとかいいのならのりかえてもいいのかなぁと

506:デフォルトの名無しさん
07/12/10 23:15:17
パフォーマンスはそんなに良くなかったと思う。ググれ。

507:デフォルトの名無しさん
07/12/11 13:03:34
>>501
Guice + Stripesなら見たことがあるな。

508:デフォルトの名無しさん
07/12/11 14:00:35
Struts2.0だとGuiceの標準サポートあるけど
Stripesのほうが安定してる気がする

というかStruts2.0ってStrutsというメジャーな名前を使いつつ
Stripesを目指したものでしょ?

509:デフォルトの名無しさん
07/12/13 01:47:39
stripes をはじめて聞いた。
日本語/英語かまわないので、よく説明されているサイトとかあれば URL 教えてください。

ちょっとぐぐって見たけど、本題とずれるが
URLﾘﾝｸ(journal.mycom.co.jp)

> redirect-after-postセマンティックス
これって RPG パターンのこと?

510:デフォルトの名無しさん
07/12/13 02:12:17
>>509
PRGな。

511:デフォルトの名無しさん
07/12/13 02:54:41
しかしなんでいまごろstrutsに力を入れるのだろう

やはり他のフレームワークはすでに完成されているから
カスタマイズがしにくいためというところだろうか・・・

512:509
07/12/13 12:06:17
>>510
どうもありがとうございます。
おおー、PRG(Post-Redirect-Get)パターンだった。
これも先月の Seasar カンファレンスではじめて聞いた言葉だった。

513:デフォルトの名無しさん
07/12/18 04:20:55
公式ドキュメントで「ファウラーたん」はどうなんだろう。
昔ロッドの禿げを馬鹿にしてたけど、謝ったりしたのかな？

514:デフォルトの名無しさん
07/12/18 12:55:24
>>513
それはSeasarとは別の読書会

515:デフォルトの名無しさん
07/12/18 16:07:14
すみません、どなたか知っていたら教えてほすい。
s2dxoで、プロパティの数が違うものをConversionRuleで書いているんですが、
コピーしたくないものまで、コピーするみたいで例外が出ます。

class A {
　int aaa
　int bbb
}

class B {
　int aaa // コピーしたい
　int ddd // bbbにコピーしたい
　int ccc // いらない
}

@ConversionRule("aaa : aaa, bbb : ddd");
A convert(B);
ってやると、B.cccがないよって怒られます。
特定のプロパティだけコピーしたい場合にはどうしたらいいんでしょう？

516:デフォルトの名無しさん
07/12/30 04:10:09
nanakoグループのECサイトはSeaser2 + S2Dao + DBFlute (+ S2Struts)　で開発しました。
DBFluteが便利過ぎ！

517:デフォルトの名無しさん
07/12/30 07:58:05
> 515
Beans。
URLﾘﾝｸ(s2container.seasar.org)

518:デフォルトの名無しさん
07/12/30 10:10:02
>>516
キミ、立場は大丈夫？（笑

519:デフォルトの名無しさん
07/12/30 12:43:27
>>516
おっけー、じゃぁセキュリティホール探してやんよwww

520:デフォルトの名無しさん
07/12/30 13:17:15
S2DaoはS2JDBCに移行して、S2StrutsもSAStrutsへ。

521:デフォルトの名無しさん
07/12/30 14:12:56
S2JDBCなかなかよい。

522:デフォルトの名無しさん
07/12/30 14:36:57
S2JDBCでてからはS2Daoなんて考えれなくなったよね。
だってS2Daoって1階層しかリレーション追ってくれないし～

523:デフォルトの名無しさん
07/12/30 17:08:07
>>522
外だしSQLあるんだし無理にコードの中に書かなくてもよくね？

524:デフォルトの名無しさん
07/12/30 17:31:42
>>523
わざわざ複数階層の結合をしたSQLを書くのが面倒

525:デフォルトの名無しさん
07/12/30 17:32:41
S2JDBCだと結合したいテーブルを指定して「join」って書くだけだからね。楽だよ。

526:デフォルトの名無しさん
07/12/30 18:27:40
SAStrutsが同じSeaserのCubbyってやつに微妙に競合し始めてるなぁ。。。
S2Dao潰しに、S2Struts潰し。ひがたん「俺ＴＵＥＥＥ！」しすぎ。

527:デフォルトの名無しさん
07/12/30 18:36:38
>>526
なんか派閥が出来そう。ひが派とか。
そんで何かのプロジェクトが独立しそう。。

528:デフォルトの名無しさん
07/12/30 19:03:28
もう分裂してるやん。
元理事のescafe、代表のなんとか

529:デフォルトの名無しさん
07/12/30 19:06:43
>>526
S2DaoもS2Strutsも最初作ったのはひがたん

530:デフォルトの名無しさん
07/12/30 20:19:09
↑「Ｓ２だお。」って発言するＤＱＮ　

531:デフォルトの名無しさん
07/12/30 20:31:24
（　´ω`）S2だお

532:デフォルトの名無しさん
07/12/30 21:14:42
S2Jdbcで更新系のexecute()を忘れてしまう。

533:デフォルトの名無しさん
07/12/30 21:58:24
S2JDBCでjoinして取ってきたエンティティを
更新するときって、自分で1テーブルずつシコシコ更新するの？

534:デフォルトの名無しさん
07/12/30 22:05:43
>>533
リストにつめてばtちゅpだて

535:デフォルトの名無しさん
07/12/30 22:28:32
>>534
日本語でおk

536:デフォルトの名無しさん
07/12/30 22:36:23
ばtちゅpだてはbatchUpdateの日本語

537:デフォルトの名無しさん
07/12/30 23:12:54
batchUpdateはupdateBatchの間違いだたよ

538:デフォルトの名無しさん
07/12/30 23:23:48
複数のテーブルの要素がごちゃまぜに入ったエンティティでも、
一気に更新できるの？

539:デフォルトの名無しさん
07/12/30 23:28:42
>>538
それエンティティじゃないし

540:デフォルトの名無しさん
07/12/30 23:30:47
>>539
(´；ω；`)ﾌﾞﾜｯ　ゴメンネ

541:デフォルトの名無しさん
07/12/31 00:06:24
Daoは「だお」でもいいんだよ。
いまだに間違ってるとかいうバカがいるのはここか？

542:デフォルトの名無しさん
07/12/31 01:58:23
>>534
PreparedStatementをキャッシュ云々言ってた気が
するけど、このことなのか？

543:デフォルトの名無しさん
07/12/31 02:03:35
関連エンティティまで一発で更新してくれるか？ってことでしょ
答えはNO。

updateBatchは同じテーブルの複数の行を一括更新するためのもの。

544:デフォルトの名無しさん
07/12/31 02:30:12
>>543
理解した。ありがと。

545:デフォルトの名無しさん
08/01/05 22:58:04
さぁはやくSeasar万歳と叫ぶ作業に戻るんだ

546:デフォルトの名無しさん
08/01/06 00:14:00
Seasar万歳

547:デフォルトの名無しさん
08/01/06 17:46:18
Seasarﾏﾝｾｰ

548:デフォルトの名無しさん
08/01/08 03:46:22
Seasar万歳～　ひがさんかっこいい～

549:デフォルトの名無しさん
08/01/08 15:34:06
Seasar∩( ・ω・)∩ﾊﾞﾝｼﾞｬｰｲ

…ところでSeasarって何？

550:デフォルトの名無しさん
08/01/08 16:26:04
>>549
疑問を持っちゃダメだ

551:デフォルトの名無しさん
08/01/08 17:29:32
Don't think, feel.

552:デフォルトの名無しさん
08/01/08 18:42:12
荒ぶる獄長の構え

553:デフォルトの名無しさん
08/01/08 22:23:05
SAStruts出たな

554:デフォルトの名無しさん
08/01/08 22:59:06
Cubbyでいいと思うんだけどなあ・・・・

555:デフォルトの名無しさん
08/01/08 23:21:22
どうしてもStrutsでないと駄目ってとこもあるってことでいいんじゃないんですか。
sample落としてきたけど、ルートのindex.jspは各サンプルへのリンクになってればいいのにな。
こういうところへの”優しさ”がSeasarには、足りてないな。

556:デフォルトの名無しさん
08/01/08 23:37:44
Strutsを使わないとダメって
・Strutsしか使えないギジユツシャしかいない
・他のフレームワークを覚えさせるコストをかけられない
・有名なStruts以外のどこの馬の骨とも分からないもの（っていうか知らないだけ）を使わせない
っていうヘッポコな理由じゃないだろうか。

557:デフォルトの名無しさん
08/01/09 00:00:41
>>556
・客の指定

ってのもある。

558:デフォルトの名無しさん
08/01/09 00:04:56
CubbyってJSFみたく、ふんだんにセッション使うの？
それともぜんぜん使わず？

559:デフォルトの名無しさん
08/01/09 00:07:43
>>558
使わないよ。
トランザクショントークンの部分くらいじゃないかな。

560:デフォルトの名無しさん
08/01/09 00:29:26
>>557
客の指定で Struts 使ってくれって言われて SAStruts 使うって職業倫理的にどうなの？
ほんの少しの利点の為に Struts の実績、保守性を失ってるだけにしか思えない。

今のひがさんはビジネスや技術に対して不誠実なものを作ってる気がする。

561:デフォルトの名無しさん
08/01/09 00:35:24
俺も、Strutsでもなんでもないじゃん、って
書こうと思ってた。

職業倫理としては、まずいよな。

562:デフォルトの名無しさん
08/01/09 00:39:42
客にStrutsて言われるのはhigaﾀｿじゃないだろ
客にStrutsて言われてSAStruts選んだらまずいだけ

563:556
08/01/09 00:43:50
>>560
>今のひがさんはビジネスや技術に対して不誠実なものを作ってる気がする。
それは言い過ぎというか、煽ってるだけ？

客の指定で Struts 使ってくれって言われて SAStruts 使うのは...。
一休さんとかそういった、とんちの分野になってくるね。

言いたかったのは、StrutsとかJSFとかベースにしないで良かったんじゃないかってこと。TeedaもJSFが足かせになってるし。

564:デフォルトの名無しさん
08/01/09 00:55:04
なんだこのレスの増加度はw
さてはお前らも業務が始まったからだな？

565:デフォルトの名無しさん
08/01/09 00:55:21
>>558
JSFもふんだんに使うとは限らないでしょ

566:デフォルトの名無しさん
08/01/09 01:32:11
>>563
> StrutsとかJSFとかベースにしないで良かったんじゃないかってこと。

それCubby。

567:デフォルトの名無しさん
08/01/09 01:36:16
ここにきてcubby大注目

568:デフォルトの名無しさん
08/01/09 01:39:19
何かをベースにしないと、信用されにくいし、未知のものは中々ヒットしない。。
だからあえてStrutsとかJSFとかをベースにして、
段々それらを取っ払って数年後にはStrutsとかJSFが跡形も無くするのが狙いなんだよきっと。。

569:デフォルトの名無しさん
08/01/09 01:42:32
たまにはymirのことも思(ry

570:デフォルトの名無しさん
08/01/09 01:47:09
teedaからjsfが取っ払われる前にteeda全体が取っ払われそうw
2008年のteedaに目玉なかったしね

571:デフォルトの名無しさん
08/01/09 01:48:19
ymirってなんなん？

572:デフォルトの名無しさん
08/01/09 01:54:27
これ
URLﾘﾝｸ(ymir.sandbox.seasar.org)
Teeda使いの誰かが携帯向けならYmir使うって言ってたね

573:デフォルトの名無しさん
08/01/09 02:07:01
細かい話だが、TeedaのRequestDumpFilterは
S2Containerにも入れといた方が良いんでないか？

higaﾀﾝ的にはTeedaはｲﾗﾈなのかね？

574:デフォルトの名無しさん
08/01/09 02:14:28
たまにはkuroのことも思(ry

575:デフォルトの名無しさん
08/01/09 02:28:47
どう甘く見ても、フレームワーク使う側の技術者はバカだから
標準の JSF で Teeda で使わせろ、的な発想だろ。
本人は標準が足かせになることは承知だが、いいものより使わせたいのが
先になってるだけだ。

Teeda で失敗したのが分かったら SAStruts だろ。
やっぱバカ向けには Sttruts で使わせるしかない、
使いにくくても何でもいいから、流行らせろ、にしか見えない。

常にどうやったらバカが使ってくれるかを考えている。
正しいんだけどな。

576:デフォルトの名無しさん
08/01/09 08:50:54
>>575
先ずは日本語のお勉強から始めましょうね^^;
あせることはないです。
まだ大丈夫。
まだ大丈夫。

577:デフォルトの名無しさん
08/01/09 09:13:19

ん？普通に便利そうだけどな。＞SAStruts

小難しそうで哲学っぽい論理広げて煽るよりは
まずは試してみて
使ってみるかどうかを判断すればいいんじゃね

578:デフォルトの名無しさん
08/01/09 10:02:44
>>577
便利そうなんだけど、Cubbyでいいじゃんって思う。
リソースは集中した方がいいと思うんだけどなあ。

Strutsって名前に入ってると採用されやすいとか
マーケの論理もあるのだろうけど。

579:デフォルトの名無しさん
08/01/09 10:54:03
CubbyはSeasar必要なん？

580:デフォルトの名無しさん
08/01/09 13:14:43
>>558
息を吐くように嘘をつくのはいかん。

581:デフォルトの名無しさん
08/01/09 13:59:29
JSPのバージョンとかStrutsとかの制約がないなら、Cubbyはマジおすすめ。もっと利用例が増えたりして開発が加速してほしい

582:デフォルトの名無しさん
08/01/09 14:08:45
cubbyも近々escafeに移って消滅します

583:デフォルトの名無しさん
08/01/09 15:41:28
>>582
そ、それはリアリティありすぎ・・・

584:デフォルトの名無しさん
08/01/09 20:50:54
>>561
同意。
だとしたらTeedaと比べてSAStruts使う理由って。。。

StrutsぽいJSPが書けるかどうかか？

585:デフォルトの名無しさん
08/01/09 20:52:23
S2JDBCってContainer本体に含めちゃったけど、
別のデータアクセスフレームワークを作りたくなっちゃったら
どうすんだろ。

586:デフォルトの名無しさん
08/01/10 00:06:16
>>585
元々あったS2JDBC（あるいはS2DaoのEntityManager）的な位置づけであって
データアクセスFWはその上に（それ使って）作れば良いだけじゃない？

587:デフォルトの名無しさん
08/01/10 01:43:41
使いたくない。

588:デフォルトの名無しさん
08/01/10 10:19:23
Teedaに注力した経緯としては、
JavaEE標準への準拠があったよね。

それがやっぱり面白くなかったんで
今度はデファクトスタンダードへの準拠って事で
Strutsにしたんだと思う。

オフィシャルのスタンダードから
デファクトスタンダードになっただけで
あまり心構えは変わってないんじゃないかと思う。
マーケ事情というか。マーケの重要性について
書いてたしね。

でも俺はCubbyでいいと思うんだよ。

589:デフォルトの名無しさん
08/01/10 14:16:37
>>578
> リソースは集中した方がいいと思うんだけどなあ。

違う集中してるね。
主力プロダクトのメンテ(サポートやリリース)が獄長と中村って人に集中してる。

590:デフォルトの名無しさん
08/01/10 14:27:34
>>589
それじゃ
(特定の)リソース「に」集中してる
ですよw

591:デフォルトの名無しさん
08/01/11 03:24:31
>>589
ひがタンは、やり逃げしてるってこと？

592:デフォルトの名無しさん
08/01/11 22:00:31
またヒガ（み）がBLOGでほざいてる。

そんなに高機能な開発環境欲しかったらSeasideでもいじってろよ。
リファクタリングはツールでの自動化の有無の問題で、型がないと分からなくなるのはお前の頭が問題なんだよ。
テストテスト言ってるけど、お前の会社は金融システムとか作ってるんじゃないのか？
なら、単体テストも確かに重要だけど、本当に重要なのは業務のテストだろ。

ソフトウェア工学とか無知の癖によくしゃべるよなぁ

593:デフォルトの名無しさん
08/01/11 22:13:34
金融系なシステムだと実際テストってはしょられまくりな時があるからなぁ、
単体で品質上げておかないと後のテストが壮絶にボロボロになる。

しかし、全工程とか言い出すとテストよりも設計＆本番後の障害対策、
事後のドキュメント作成が命な感があるが。

業務テスト＝本番と思っている現場もなきにしもあらずだしｗ

つか、金融系の話を持ち出す人って金融系の仕事やったことあるのか疑問。

594:デフォルトの名無しさん
08/01/11 22:27:00
>>592
お前は頭よさそうだな。
動的言語でリファクタリングの実態を頭悪い俺でも分かるように説明しろ。

595:デフォルトの名無しさん
08/01/12 01:47:09
>一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRails
>について書いている人の記事はたいてい見ています。

はてな村の中だけしか巡回できてないくせに、Rubyとか、しまいには言語について語りだすからボロがでるんだよ。

>また、型情報がないと、安全にリファクタリングをすることは難しい。grepで一括変換できるなんて状況は
>限られているから、スクリプト言語で効率よく、リファクタリングするのは難しいはず。

開発環境内に依存しているコードが読み込めれば、型情報なくてもリファクタリングツールつくれるだろうが。
アホか。
なんでgrepでの一括変換とか馬鹿みたいなこと言ってるんだ？
変数の参照元探すのに、型とかで探すとでも思ってるんだろうか。

596:デフォルトの名無しさん
08/01/12 10:09:21
はてな村が世の全てじゃなくても縮図ではあるだろ。
Rails使ってるのって大抵はemacsとかvimなんじゃねーの?

> 型情報なくてもリファクタリングツールつくれるだろうが。

ダックタイピングしまくってても平気か?
動的言語らしい書き方すると苦しんじゃね?
メタプログラミングもJavaより頻繁に使うだろ。

597:デフォルトの名無しさん
08/01/12 12:41:06
> <a href="${f:u(url)}">...</a>
> なんで"u"何だって?
> Railsにあわせているから。

Rails を散々たたいてこれか。
ほんま、おもろいな、こいつだけは。

Cubby いいな。

598:デフォルトの名無しさん
08/01/12 17:51:40
URLﾘﾝｸ(d.hatena.ne.jp)

文化の壁を感じるな。
俺なんかEclipseまで一緒にインスコされたら発狂する。

599:デフォルトの名無しさん
08/01/12 18:35:57
cygwinのインストーラみたいな感じのならあってもいいな。

600:デフォルトの名無しさん
08/01/12 21:31:12
>>597
ほとんどのプロジェクトではELのエスケープはescとかだな
uって直感的か?

601:デフォルトの名無しさん
08/01/12 21:38:38
>>600
それじゃなんのエスケープか分からん

602:デフォルトの名無しさん
08/01/12 22:25:17
ビュー層で使うエスケープは最低
html、javascript、url の 3 つが必要。
ひがはフレームワークばかり書いてるとバカになる典型例だな。
何が必要か、何が楽かも、もう分かってないんだろ。

603:デフォルトの名無しさん
08/01/12 22:26:41
なんか一部のアンチしか湧いてないけどSAStruts俺は良いと思うぞ！
ひがたんがんばれ！！

604:デフォルトの名無しさん
08/01/12 22:38:24
>>602
バカはひがタソじゃなくて>600だろ。
SAStrutsならh、u、jにすればいいだけ。
escじゃどうにもならん。

605:デフォルトの名無しさん
08/01/12 22:40:36
>>604
ユニファイドELのエスケープはhtmlのエスケープのみでほとんど足りるよ
他のはカスタムタグ使うから

606:デフォルトの名無しさん
08/01/12 23:05:41
3ついるのか、いらないのか

607:デフォルトの名無しさん
08/01/13 23:01:35
CubbyとかSAStrutsで生のHttpServletRequestとか使うことできますか？
getServletPath()とかを使いたいのですが。

608:デフォルトの名無しさん
08/01/13 23:18:27
public HttpServletRequest request;
ってインスタンス変数を書いとけばいいんじゃないか？

609:デフォルトの名無しさん
08/01/13 23:20:41
JSFですら取れるんだから取れないと思うほうが

610:デフォルトの名無しさん
08/01/13 23:21:44
おお、そんな方法があったんですね。
気付きませんでした。ちょっと試してます。

611:デフォルトの名無しさん
08/01/13 23:45:06
自動バインディングってわかりにくいよな

612:デフォルトの名無しさん
08/01/13 23:55:20
ドキュメント読んでないんだけじゃん。

さんざ書け書けいっといて。

613:デフォルトの名無しさん
08/01/14 00:09:19
ドキュメントを読みたいのか読みたくないのか

614:デフォルトの名無しさん
08/01/14 01:55:49
あればあったで読まなくて，なければないで書け書けと．

んま，あって読まないほうがいいよね．保険だ保険．

615:デフォルトの名無しさん
08/01/15 01:44:50
カンマとピリオド、獄長？

616:デフォルトの名無しさん
08/01/15 17:52:36
Seasar2 のホットデプロイ機能について質問です。

Tomcat で、コンテキストを定義するときに reloadable="true" としておけば、
その web アプリケーションを再コンパイルして .class ファイルが更新されれば自動でリロードしてくれますが、
これとは違うのですか?

Resin では、*.java を編集すれば、ブラウザをリロードすれば *.class を自動コンパイルしてくれるそうですが、
これとも違うのですよね。

617:デフォルトの名無しさん
08/01/15 18:10:17
>>616
それだとメソッドの中身の変更しか反映されないじゃん。
メソッドが増えたり減ったり引数が変わったり
プロパティが増えたりとかOKなのでHOTは嬉しい。

618:デフォルトの名無しさん
08/01/15 18:15:43
>>617は何か勘違いしてるな

619:デフォルトの名無しさん
08/01/15 19:05:32
S2daoで外だしSQLを利用しているんですが、文字がバインドされません～

620:デフォルトの名無しさん
08/01/15 19:08:16
>>619　ちなみに利用しているDBはpostgresです

621:デフォルトの名無しさん
08/01/15 20:22:21
>>616
Resinってそんな機能あるか？

622:616
08/01/15 21:07:43
>>621

Resin はだいぶ前にちょこっといじっただけなのですが、たしかあったはず。
ぐぐってみた。
URLﾘﾝｸ(www.stackasterisk.jp)

623:デフォルトの名無しさん
08/01/15 22:22:21
>>622
>.java と .class ファイルを同一のディレクトリに配置している場合
こんなケースほとんどないね。

624:デフォルトの名無しさん
08/01/15 23:40:50
TEEDA＋S2DAOの構成で今度プロジェクトやろうって話が
周りに出ているんですが、正直どうなんですか？
経験者がいまの所、一人も周りにいないので…
判断できません。

625:デフォルトの名無しさん
08/01/15 23:53:02
どんなアプリか？どんな客筋か？によるだろ。

626:デフォルトの名無しさん
08/01/16 00:26:58
なんの技術にしてもそうだけど
経験者がいないプロジェクトってことは火を噴くのを覚悟でどうぞ

あらかじめ誰か先行して1ヶ月くらいさわらせておかないとだめだよ

627:デフォルトの名無しさん
08/01/16 00:32:14
そこでSAStrutsですよ

628:デフォルトの名無しさん
08/01/16 02:03:40
SAStrutsなんか実績少なすぎだろ？っつーかあるのか？
経験者がいないなら >626 が言うとおり、1ヶ月ぐらい検証して
数パターン、組まないと全員不幸になるぜ。

629:デフォルトの名無しさん
08/01/16 02:08:46
Teeda で失敗したから SAStruts に、S2Dao は S2JDBC に。
SAStruts と S2JDBC は今年いっぱいはもつんじゃないか。

630:デフォルトの名無しさん
08/01/16 08:40:15
>>624　
客筋は、金融保険業界ですね。
アプリケーションは、金融商品の運営管理システムと
いったところでしょうか？

631:デフォルトの名無しさん
08/01/16 08:53:02
>>630の続き。で今、僕が学習している段階なんですが、
そこでいくつか疑問があります。
①TEEDA＋S2DAOの技術者って多いのか？
また、今後普及していくのか？
②試しにプログラムを組んでみたのですが、バグっぽい挙動
（致命的ではない）をしている箇所が見受けられる。
（存在しているファイルが参照されないetc...）
③開発途中とのことですが、バージョンアップが頻繁に行われて
おり、今後大きく仕様が変る可能性が高いと聞きますが、
作成したシステムの将来的な拡張性はどうなのか？
…などなど、お答え願えればと思います。
長くてすみません。

632:デフォルトの名無しさん
08/01/16 08:58:08
>>628
ほぼ普通のStrutsだから問題無い
Strutsに自社フレームワーク乗っけるのに比べたらよっぽどマシ

しかもSAStrutsの検証に1ヶ月もかかるのかと。その1ヶ月ってどこからでたんだよ。
Hibernateでも1ヶ月と答えるのかと。

633:デフォルトの名無しさん
08/01/16 10:23:20
そりゃお前んとこみたいな零細なら一ヶ月もいらんだろうが、
大きいところは色々あるんだよ

634:デフォルトの名無しさん
08/01/16 10:32:02
>633
技術力の無いカス会社ですか？
Strutsに薄いラッパーかました程度のSAStrutsの調査にそんなに時間かけんなよ。
ラッパーとしては薄いし取り扱いも簡単だからバグがあっても自社で何とかできる。

あ、その程度のことにも気づいてないのか。
上流工程ばっかりやって技術力の無い大会社様の社員はクソですね。

635:デフォルトの名無しさん
08/01/16 11:09:40
ﾏｧﾏｧ...

636:デフォルトの名無しさん
08/01/16 11:12:03
中身によらず初の出たての技術の検証にはある程度期間を設けるだろ普通。

637:デフォルトの名無しさん
08/01/16 12:15:35
技術検証するのは当然だがSASturtsなんて1ヶ月もいらんだろ。
っていうかほぼStrutsだからなぁ・・

638:デフォルトの名無しさん
08/01/16 12:18:17
そこで>624に戻るわけだが、中身がほぼStrutsのSAStrutsとTeeda
新規案件で導入するとしたらどちらが良いか？
技術検証する時間は圧倒的に前者だと思うが。

639:デフォルトの名無しさん
08/01/16 12:27:14
要因スキルを無視したとして、俺の会社だったら両方を比較してみるかな。

640:デフォルトの名無しさん
08/01/16 12:52:39
Cubbyも比較しろよ

641:デフォルトの名無しさん
08/01/16 15:41:41
まだ正式リリースされていないものと比べられるなんてTeedaかわいそす
TeedaにしてもEJB3簡易実装にしてもRIと挙動違いすぎて結局標準でもなんでもないのが問題か

SAStrutsがStrutsの薄いラッパかどうかは微妙かもしれん
どのみち新しいフレームワークで誰も触ったことがないのなら誰もが勉強期間が必要だし
「アジャイル」という言葉が「適当に」という意味に捉えているところも多いしなぁ

642:デフォルトの名無しさん
08/01/16 15:57:33
>>641
つStruts

643:デフォルトの名無しさん
08/01/16 16:01:32
標準って良いのか？

JSFもEJB3も標準なのか？業界的に。

644:デフォルトの名無しさん
08/01/16 22:09:40
>>643
良いか悪いかは人それぞれだろうけど
業界的にもなにも、標準だよ。

645:デフォルトの名無しさん
08/01/16 22:25:06
JSF は Sun も既定している技術標準だが、
業界(現場)での標準だとは思わないな。

646:デフォルトの名無しさん
08/01/16 23:47:00
JSFにすらついていけない人たちカワイソス

647:デフォルトの名無しさん
08/01/16 23:51:01
JSFもEJB3も失敗だろ。

648:デフォルトの名無しさん
08/01/16 23:52:25
しょせんJSFは.netの猿マネだし、っつーか完全に劣化コピーだろ。
ボロが出たっつーこった。

649:デフォルトの名無しさん
08/01/16 23:58:03
>>646
ついていけないんじゃない。
ついていかないんだ。
メリットないからな

650:デフォルトの名無しさん
08/01/17 00:01:28
IBMの鯖を使っていると身分としてはTeedaとIBM JSFだと漏れはサポートが受けられる
JSFを使うけどなぁ。

開発環境やらデブロイやらもIBMの方が簡単ではある。
#使いやすいかは別モノだけど

651:デフォルトの名無しさん
08/01/17 00:02:17
JSFはJSFで良い面があるとは思うが、流行ってない現状であえてついて行こうとは思わないな。

652:デフォルトの名無しさん
08/01/17 00:09:10
流行とか言うならRoRな希ガス
Seasarは将来性でついていこうって気にあまりならんけど。

653:デフォルトの名無しさん
08/01/17 00:09:13
うちの会社でも「標準って事が強みなんだ！」って得意げに言ってた馬鹿が居たな。
実際この業界での標準の強みって稟議を通せることだけなんだよな。

654:デフォルトの名無しさん
08/01/17 00:09:14
>650
開発環境やらデプロイでTeedaが負ける？？

俺はあのクソ重い開発環境でHotDeployがない開発なんてまず考えられんけどな。

655:デフォルトの名無しさん
08/01/17 00:12:01
将来性がどうこうよりも、自分達がラクになるからSeasar使ってる。ラクになるのであればついていくよ。

656:デフォルトの名無しさん
08/01/17 00:21:28
>>654
IBMのは重いけど、HotDeployはモドきはまあ微妙だけど、
インストーラー一発で標準の環境ができるし、チュートリアルやヘルプ、
ドキュメントはマトモだし、IBM製の拡張JVMは便利普通に便利だと思うけど。

同じ事の繰り返しになるけど、サポートに泣きつけるってありがたい。w
S2DaoをDB2/400に使ってみたら結構バグがあったしなぁ。

次ページ