[表示 : 全て 最新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/

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


557 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:00:41 ]
>>556
・客の指定

ってのもある。

558 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:04:56 ]
CubbyってJSFみたく、ふんだんにセッション使うの?
それともぜんぜん使わず?

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

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

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

561 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:35:24 ]
俺も、Strutsでもなんでもないじゃん、って
書こうと思ってた。

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

562 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:39:42 ]
客にStrutsて言われるのはhigaタソじゃないだろ
客にStrutsて言われてSAStruts選んだらまずいだけ

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

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

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

564 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:55:04 ]
なんだこのレスの増加度はw
さてはお前らも業務が始まったからだな?



565 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:55:21 ]
>>558
JSFもふんだんに使うとは限らないでしょ

566 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 01:32:11 ]
>>563
> StrutsとかJSFとかベースにしないで良かったんじゃないかってこと。

それCubby。

567 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 01:36:16 ]
ここにきてcubby大注目

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

569 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 01:42:32 ]
たまにはymirのことも思(ry

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

571 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 01:48:19 ]
ymirってなんなん?

572 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 01:54:27 ]
これ
ttp://ymir.sandbox.seasar.org/
Teeda使いの誰かが携帯向けならYmir使うって言ってたね

573 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 02:07:01 ]
細かい話だが、TeedaのRequestDumpFilterは
S2Containerにも入れといた方が良いんでないか?

higaタン的にはTeedaはイラネなのかね?

574 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 02:14:28 ]
たまにはkuroのことも思(ry



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

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

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

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

577 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 09:13:19 ]

ん?普通に便利そうだけどな。>SAStruts

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


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

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

579 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 10:54:03 ]
CubbyはSeasar必要なん?

580 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 13:14:43 ]
>>558
息を吐くように嘘をつくのはいかん。

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


582 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 14:08:45 ]
cubbyも近々escafeに移って消滅します

583 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 15:41:28 ]
>>582
そ、それはリアリティありすぎ・・・

584 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 20:50:54 ]
>>561
同意。
だとしたらTeedaと比べてSAStruts使う理由って。。。

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



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

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


587 名前:デフォルトの名無しさん mailto:sage [2008/01/10(木) 01:43:41 ]
使いたくない。

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

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

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

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

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

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

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

591 名前:デフォルトの名無しさん mailto:sage [2008/01/11(金) 03:24:31 ]
>>589
ひがタンは、やり逃げしてるってこと?

592 名前:デフォルトの名無しさん [2008/01/11(金) 22:00:31 ]
またヒガ(み)がBLOGでほざいてる。

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

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

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

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

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


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

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



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


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


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


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

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

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

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

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

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

Cubby いいな。

598 名前:デフォルトの名無しさん mailto:sage [2008/01/12(土) 17:51:40 ]
ttp://d.hatena.ne.jp/takahashim/20080112#p1

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

599 名前:デフォルトの名無しさん mailto:sage [2008/01/12(土) 18:35:57 ]
cygwinのインストーラみたいな感じのならあってもいいな。


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

601 名前:デフォルトの名無しさん mailto:sage [2008/01/12(土) 21:38:38 ]
>>600
それじゃなんのエスケープか分からん

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

603 名前:デフォルトの名無しさん mailto:sage [2008/01/12(土) 22:26:41 ]
なんか一部のアンチしか湧いてないけどSAStruts俺は良いと思うぞ!
ひがたんがんばれ!!

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



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

606 名前:デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:05:41 ]
3ついるのか、いらないのか

607 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:01:35 ]
CubbyとかSAStrutsで生のHttpServletRequestとか使うことできますか?
getServletPath()とかを使いたいのですが。

608 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:18:27 ]
public HttpServletRequest request;
ってインスタンス変数を書いとけばいいんじゃないか?

609 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:20:41 ]
JSFですら取れるんだから取れないと思うほうが

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

611 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:45:06 ]
自動バインディングってわかりにくいよな

612 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:55:20 ]
ドキュメント読んでないんだけじゃん。

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

613 名前:デフォルトの名無しさん mailto:sage [2008/01/14(月) 00:09:19 ]
ドキュメントを読みたいのか読みたくないのか

614 名前:デフォルトの名無しさん mailto:sage [2008/01/14(月) 01:55:49 ]
あればあったで読まなくて,なければないで書け書けと.

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



615 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 01:44:50 ]
カンマとピリオド、獄長?

616 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 17:52:36 ]
Seasar2 のホットデプロイ機能について質問です。

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

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



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

618 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 18:15:43 ]
>>617は何か勘違いしてるな

619 名前:デフォルトの名無しさん mailto:cookie_lemonade@hotmail.com [2008/01/15(火) 19:05:32 ]
S2daoで外だしSQLを利用しているんですが、文字がバインドされません〜

620 名前:デフォルトの名無しさん mailto:cookie_lemonade@hotmail.com [2008/01/15(火) 19:08:16 ]
>>619 ちなみに利用しているDBはpostgresです

621 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 20:22:21 ]
>>616
Resinってそんな機能あるか?

622 名前:616 mailto:sage [2008/01/15(火) 21:07:43 ]
>>621

Resin はだいぶ前にちょこっといじっただけなのですが、たしかあったはず。
ぐぐってみた。
www.stackasterisk.jp/tech/java/resin01_04.jsp#4

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

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



625 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 23:53:02 ]
どんなアプリか?どんな客筋か?によるだろ。

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

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

627 名前:デフォルトの名無しさん mailto:sage [2008/01/16(水) 00:32:14 ]
そこでSAStrutsですよ

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

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

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

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





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

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

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

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

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



635 名前:デフォルトの名無しさん mailto:sage [2008/01/16(水) 11:09:40 ]
マァマァ...

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


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

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


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

640 名前:デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:52:39 ]
Cubbyも比較しろよ

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

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

642 名前:デフォルトの名無しさん mailto:sage [2008/01/16(水) 15:57:33 ]
>>641
つStruts

643 名前:デフォルトの名無しさん mailto:sage [2008/01/16(水) 16:01:32 ]
標準って良いのか?

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

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



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

646 名前:デフォルトの名無しさん mailto:sage [2008/01/16(水) 23:47:00 ]
JSFにすらついていけない人たちカワイソス

647 名前:デフォルトの名無しさん mailto:sage [2008/01/16(水) 23:51:01 ]
JSFもEJB3も失敗だろ。

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

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

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

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

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

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

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

654 名前:デフォルトの名無しさん mailto:sage [2008/01/17(木) 00:09:14 ]
>650
開発環境やらデプロイでTeedaが負ける??

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




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

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

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






[ 続きを読む ] / [ 携帯版 ]

前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