Java Spring Frameworkを語るスレ

1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされているJavaデベロッパ、プ ロジェクトマネージャに対する福音です。 語るべし。 2 名前：デフォルトの名無しさん mailto:sage [04/02/23 01:14] ばっかじゃねーの。まとめて一つのスレでやれ。あほ。 フレームワーク、ライブラリなんてJavaより多い言語はいくつもあるっつーの。 あほ。 3 名前：デフォルトの名無しさん mailto:sage [04/02/23 07:02] Java Summer Framework 4 名前：デフォルトの名無しさん mailto:sage [04/02/26 13:11] うほっ！！！いいスレッド。。 5 名前：デフォルトの名無しさん mailto:sage [04/02/26 22:58] 本家 www.springframework.org/ Rod Johnson著「実践J2EE システムデザイン」 www.amazon.co.jp/exec/obidos/ASIN/4797322888/ TheServerSide.com - Introducing the Spring Framework www.theserverside.com/resources/article.jsp?l=SpringFramework Rod Johnson著「J2EE Development without EJB, Expert One-on-One」2004年5月発刊予定 www.amazon.co.jp/exec/obidos/ASIN/0764558315/ SourceBeatの電子出版書籍「Spring Live」 www.sourcebeat.com/TitleAction.do?id=7 「Spring Live」サポート用Blog www.sourcebeat.com/roller/page/mattr@sourcebeat.com/Weblog?catname=Spring%20Live Struts + Hibernate + Spring Framework のWebアプリ 作者は「Spring Live」の著者 raibledesigns.com/wiki/Wiki.jsp?page=AppFuse Spring Frameworkを使用したJDBCプログラミングチュートリアル(作成途中) www.buggybean.org/tutorials/Spring_JDBC_tutorial.pdf 6 名前：デフォルトの名無しさん mailto:sage [04/02/26 22:59] eclipseプラグイン「Spring UI for Eclipse」 springui.sourceforge.net/ Spring FrameworkのWiki「Spring Pad」 wiki.bmedianode.com/Spring/?FrontPage Spring Frameworkを利用した蔵書検索アプリケーション www.commentout.com/people/takai/memos/booksearch-1.0-alpha-1/ PicoContainerのプレゼンテーション資料日本語版(IoCの説明がわかりやすい) cvs.picocontainer.codehaus.org/viewcvs.cgi/*checkout*/site/presentations/JavaPolis2003_ja.ppt?rev=1.1&root=picocontainer 7 名前：デフォルトの名無しさん mailto:sage [04/02/26 23:14] 利点： Spring Frameworkを使うことによって、複数のコンポーネント間の依存性が下がる。 よって、Unitテストがし易くなったり、コンポーネントの自由な結合・組み合わせが可能となる。 XMLファイルを設定ファイルにしてBeanを生成することから、一見CommonsのDigesterやBeantilsと 同じじゃないか、と思ってしまうが、そうではなくUIからDBアクセスまで全てのレイヤをサポートし レイヤ・ライブラリ間のシームレスな連携が実現できるところが最大の特徴。 欠点： Bean定義をXMLに書かないといけない為すぐにXMLが肥大化してしまい、Strutsのstruts-config.xmlと 同じような悩みを抱えてしまう恐れがある。 8 名前：5=6=7 mailto:sage [04/02/26 23:18] 自分が振れるネタはとりあえずこんなもんかな。 >>1さん スレ立ておめ 9 名前：デフォルトの名無しさん mailto:sage [04/02/27 07:59] Picoとの比較もありだよね。 >>1さん Springのほうが高機能なのに、Picoのほうが もてはやされている気がするのはなぜだろう。 漏れの気のせいかも知れんが。 SpringでPicoをつかうってのもあったような。 ソースを忘れてしまったが。 10 名前：デフォルトの名無しさん mailto:sage [04/02/27 10:19] Type2,Type3もまいらどっち派? 11 名前：デフォルトの名無しさん mailto:sage [04/02/27 10:21] >>9 > SpringでPicoをつかうってのもあったような。 SpringじゃなくてHibernateだった。 12 名前：5=6=7=8改め春一番 mailto:sage [04/02/27 12:58] >>9さん 自分なりの意見を。 Pico ContainerはType2, Type3両方をサポートしている。SpringはType3のみ。 よって使い勝手としてはPico Containerに軍配が上がる。 でもそれはIoCフレームワークとしてみた観点のみ。 Springはそれ以外にJDBC(O/Rマッピング)、メール、Webプレゼンテーション、AOP と様々なレイヤをサポートしている為、1つのアプリケーションに一貫性を持たせるには やはりSpringがいい選択だと思う。(個人的にはWeb周りはまだまだという感じだが。) ネタ振りとしてリンクもはっとこう。 IoCとは何か、DAOパターンへの適用、PicoContainerとSpringの比較 today.java.net/pub/a/today/2004/02/10/ioc.html HiveMindとSpringの比較 javatapestry.blogspot.com/archives/2004_02_01_javatapestry_archive.html#107757766902671389 >>10さん Type3かな。Type2のコンストラクタベースは深く突っ込んで使うには少々使いづらい。 XMLの肥大化問題はもっとこの辺が流行ってくれば、ツールが対応してくれるでしょ、と楽観。 13 名前：春一番 mailto:sage [04/02/27 12:59] >>11 HibernateでPico?? Spring + Hibernateであれば幾つかリソースがあるね。 Hibernate - Data Access with the Spring Framework hibernate.bluemars.net/110.html Spring AOP with Hibernate www.springframework.org/docs/wiki/Spring_AOP_with_Hibernate.html 14 名前：デフォルトの名無しさん mailto:sage [04/02/27 13:26] >>12 Type2とType3が逆じゃない？ Type2がSetterベースで、Type3がコンストラクタベースだよね。 それから、Spring Framework 1.0 M3以降はType2に加えてType3 IoCも サポートされています。Type2(Setterベース)の場合、 <bean id="userManager" class="net.2ch.dao.UserManager"> <property name="dataSource"><ref bean="myDataSource"/></property> </bean> と書いていたものがType3(コンストラクタベース)では、 <bean id="userManager" class="net.2ch.dao.UserManager"> <constructor-arg><ref bean="myDataSource"/></constructor-arg> </bean> のようになる。 この場合、UserManagerインターフェースのコンストラクタのシグネチャは public UserManager(DataSource dataSource); という感じで。 15 名前：春一番 mailto:sage [04/02/27 14:18] >>14 ＿|￣|○ 16 名前：デフォルトの名無しさん mailto:sage [04/03/01 22:53] ちょっとこっちに参戦してください。 pc2.2ch.net/test/read.cgi/tech/1068207164/542-543 17 名前：デフォルトの名無しさん mailto:sage [04/03/02 09:20] >>16 参戦してきますた。 それにしても、AOPすれも多すぎだし、 各スレの依存関係が強いね。 18 名前：デフォルトの名無しさん mailto:sage [04/03/02 22:46] つかrc2リリースくらい書こうよ 19 名前：デフォルトの名無しさん mailto:sage [04/03/02 23:43] RCになってから、いろいろ変えんなよ。 20 名前：デフォルトの名無しさん mailto:sage [04/03/03 13:07] >>19 リリース後はAPI変えないみたいなこといってたから かけこみで変更しとけってのががおおかったんじゃないの？ 21 名前：デフォルトの名無しさん mailto:sage [04/03/03 18:48] web.xmlにapplicationContext.xmlを定義する方法で、Webアプリで使ってるんだけど 稼動中にapplicationContext.xmlを編集した後、内部でrefresh()を呼び出しても 全然内容が更新されない。 何でか分かる人いる？(てか、そもそもrefresh()がそういう用途にあるのかも分からん) 22 名前：デフォルトの名無しさん [04/03/09 00:38] 保守 23 名前：デフォルトの名無しさん mailto:sage [04/03/09 08:30] >>21 そのrefresh()ってどのクラスにあるの? m4では見つからなかったけど。 rc2落としてみるか。 24 名前：デフォルトの名無しさん mailto:sage [04/03/09 13:38] >>23 AbstractApplicationContext っす 25 名前：デフォルトの名無しさん mailto:sage [04/03/10 08:04] >>24 コードを見る限りは、refreshBeanFactoryで、 更新されそうだけど。 デバッガで追うしかない? 26 名前：1さん mailto:sage [04/03/10 22:03] 正直レスついて嬉しい。ﾜｰｲ 27 名前：デフォルトの名無しさん mailto:sage [04/03/12 10:20] なんかねたなーい? そういえば、Spring MVCってどうよ。 WebWorkのほうがいいって香具師もいるが。 Spring単独の話題より、比較の方が特徴が分かって面白い。 28 名前：デフォルトの名無しさん mailto:sage [04/03/12 11:23] >>27 SpringのMVCはフレキシブルすぎて「MVC初心者」には使いこなせない感じ。 FormやValidatorやらも一通り揃ってて機能的には申し分ないんだけど、 多人数のプロジェクトで使おうとするとSpringのMVCをベースにもう一段 自分用MVCフレームワークを作るような構造にしないと、StrutsのActionで ヒーヒー言ってるような人たちにはつらいと思う。 29 名前：デフォルトの名無しさん mailto:sage [04/03/18 12:49] IoCはもう古い！これからはDependency Injectionだ！ 「Inversion of Controlコンテナと Dependency Injectionパターン」 www.kakutani.com/trans/fowler/injection.html 　　　　　　　　　　　　　　　　　　　　　　　　　・・・ごめんなさい。名前変えただけです。 30 名前：デフォルトの名無しさん mailto:sage [04/03/18 19:28] >>29 正確にいうと、type 2とtype 3がdependency injectionね。 31 名前：デフォルトの名無しさん mailto:sage [04/03/18 23:12] JBossAOP って IoC コンテナですか？ ってか IoC と AOP ってどんな関係？ 全然違うもの？ 32 名前：デフォルトの名無しさん mailto:sage [04/03/20 01:16] 全然違うモノ、 IoCはパターンのひとつ、AOPはある考え方と実践のための技術。 IoCもAOPに使えるかもしらんが、とにかく別物。具ぐれ。 33 名前：デフォルトの名無しさん mailto:sage [04/03/21 13:38] あいまいな質問で申し訳ないが、SpringとWebWork2、どっち選んだらいいと思う？ 比較資料希望。 34 名前：デフォルトの名無しさん [04/03/21 19:33] >>33 比較大将間違ってないか、それ？ 35 名前：デフォルトの名無しさん [04/03/21 20:55] SpringとWebWork2の比較してるのは知らないな。 サンプルソースでもみて決定するのはいかが？ Spring www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step.html WebWork2はWEB+DBPressで特集されてたのでそちらを参照。 だけどSpringのWEBアプリ用クラス使うより、StrutsやWebWork2と組み合わせるほうが一般的みたいよ。 36 名前：デフォルトの名無しさん mailto:sage [04/03/22 10:36] Spring、Pico、Hivemind、XWork、S2 を比較した場合どんな感じですか？ Spring は元祖、 Pico はお手軽、 Hivemind は Tapestry ｻｸｰｼｬ作、 XWork は Webwork2 の一部、 S2 は日本人作 だと思うんすけど、これはここがｲｲ！とかあったりしますか？ やっぱ Spring がいいんかな。S2 は JTA とかついてきますが他のにも ついてきたりしますか。 37 名前：デフォルトの名無しさん mailto:sage [04/03/22 14:43] >>36 自前コンポーネントの管理が中心ならPicoが手軽でよい。 HibernateやJTAやVelocityまで巻き込んで管理したいならSpringが便利でよい。 自前コンポーネントの管理が中心で、かつMVCフレームワークが決まってなければ WebWork2/XWorkというのも良い。 日本語ドキュメントが皆無でもよければHiveMindでよい。 即、実運用に入るというのでなければS2も期待大。 という感じだ。 38 名前：デフォルトの名無しさん mailto:sage [04/03/22 15:19] >>37 Spring が実用向きってことですね。ところで Spring は S2 みたいに JTA を使うための JTM 付いてますか？ ttp://homepage3.nifty.com/seasar/doc2/dbcp.html 別に JTM サポートする AP サーバか JDBC ドライバが必要ですか？ ってか自分で調べれないくらい英語弱いので S2 待ったほうがいいのか・・・ 39 名前：デフォルトの名無しさん mailto:sage [04/03/22 22:09] >>38 APサーバもしくは、JTAをサポートするTransactionManagerと ConnectionPoolが必要。 40 名前：デフォルトの名無しさん mailto:sage [04/03/22 22:38] >>39 ありがﾄﾝ！ JTM が無い Tomcat なので少し先の S2 で検討します。 Tomcat + Tyrex or JOTM + DBCP + Spring とかは連携があっしには 難しそうなので置いときます。 41 名前：デフォルトの名無しさん mailto:sage [04/03/23 10:35] >>40 レポート期待してる。 42 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:27] Jakarta Projectスレは盛り上がらないときもあれば盛り上がるときもある。 Eclipseスレも最近のところほとんどレスが減った。 それでも週に一回くらいのレスはつく。 ということで無理して立てたスレに文句を言う必要も無い。 このスレはTepestryスレやJakarta スレ並みに 盛り上がると思われたが盛り上がらなかった。それだけのことだ。 しかしおれはこのSpring frameworkというものをはじめて知った。 ちょっくら拝見してみるか。 43 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:28] Spring Framework もそうだが、PicoContainerもXWorkも J2EE専用じゃないぞ。どっちかっていうと逆だ。 Swingアプリケーションにだって、アプレットにだって適用可能だ。 58 名前：デフォルトの名無しさん 投稿日：04/03/25 22:55 乱立してるから避けられてるんでしょ。 標準化されたら変わるのでは。 59 名前：デフォルトの名無しさん 投稿日：04/03/25 23:35 だれか、JCPにIoC Container Service APIの策定を提案してみたら？ 60 名前：デフォルトの名無しさん 投稿日：04/03/25 23:36 IoCコンテナの考え方って、Javaに限った話じゃないよねえ？ CやC++でも同じものがあっても便利なんでわ。 61 名前：デフォルトの名無しさん 投稿日：04/03/25 23:58 >>57 wiki.bmedianode.com/Spring/?Spring+Framework にさ、 > Spring Framework（単にSpringと呼ばれることもあります）は、Rod Johnson氏の > 著書Expert One-on-One J2EE Design and Development（邦訳は実践J2EE シス > テムデザイン）の中で紹介されたコードをベースにしたJ2EEアプリケーションフレー > ムワークです。 って書いてあるからJ2EE用だと思っていた。へぇー。 解説を読む限りはＥＪＢへの依存度を減らしやすくなるという ことからJ2EEなどの敷居を下げるってイメージが見える。 44 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:43] 54 名前：デフォルトの名無しさん 投稿日：04/03/25 22:38 >>2 Java以外のフレームワークやライブラリは有名じゃないとか有償で高価でだれもてをつけられないとか なんらかの理由があるのかもしれんよ。 55 名前：デフォルトの名無しさん 投稿日：04/03/25 22:40 よく見たらJ2EE用フレームワークか。 そりゃそうだ。敷居が高すぎてなかなか盛り上がらないんだよJ2EE/EJB関連スレは。 JBossスレもなかなか盛り上がらない。 J2EEは見たからに難しいから。 　 2chねらでJ2EEを極めた香具師ってそうそういないと思われ、なんだな。 56 名前：デフォルトの名無しさん 投稿日：04/03/25 22:45 J2EEが敷居が高いつか泡沫案件には洋ナシってのはわかるが、 このSpring Frameworkは、J2EEを簡単に 使えるようにしてくれるもんじゃないのか？ Mission Statement 　　We believe that: 　　　　　・J2EE should be easier to use 　　We aim that: 　　　　　・Spring should be a pleasure to use とあるし。よく知らんけど興味だけはあり。ageてみる。 45 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:49] >>61 IoCコンテナの主な役割は、Abstract Factoryの外部化、とでもいえばわかりやすい のかな？J2EEのBusiness Delegateなんかの生成を行わせることが多いみたい、という ことでJ2EE用と宣伝されるみたいだけどさ。 レイヤー間の依存関係を減らしたいと思う境界全てで有効な仕組みデス。 JDBCやJNDI、JAXPのAPIが、実装から切り離されて隠蔽されているのは多分知ってい ると思うけど、同じようなことがしたい場所全てで、こういう仕組みを使うと簡単に 実現できるわけさ。 63 名前：1の人 投稿日：04/03/26 01:17 タイトルを"IoCコンテナを語るスレ"にでもしとけば、変なアンチが寄って来ないですんだかな。 ｺﾞﾒﾝﾅｻｲ。 64 名前：デフォルトの名無しさん 投稿日：04/03/26 01:24 そうだね。次スレはそういうスレタイで。 65 名前：デフォルトの名無しさん 投稿日：04/03/26 03:05 IoCってのは汎用AbstractFactoryってことでええの？ Products（Abstract/Concrete）は自分たちで作って登録して、 使う側はConcreteProductには触れないですむと。 なんか名前があってない気がするな。 漠然とCallBackみたいなもんかと思ってたよ。 46 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:52] >>65 名前はそのうち、DI(Dependency Injection) Containerになる余寒。 Factory + DependencyInjection (+ AOP)だね。 具象クラス同士がお互いに依存しないようにできるから テストがしやすくなり、メンテナンス性もあがる。 でもSpringって巨大だね。 Hibernateとのインテグレーション機能以外を 使ってる香具師いる? 67 名前：デフォルトの名無しさん 投稿日：04/03/26 14:08 >>62 Abstractory Factoryって 部品追加するとすべての実装工場にまで部品を追加しないと いけないので良い印象がない。 47 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:54] このスレ復旧完了。 スレ違いなネタ(Javaスレ大杉とか)はカットしますた。 48 名前：デフォルトの名無しさん mailto:sage [04/03/30 08:58] >>47 乙 49 名前：デフォルトの名無しさん [04/04/09 15:22] SEASARとどっちがいいんですか？ それとも競合するものではないのですか？ 50 名前：デフォルトの名無しさん mailto:sage [04/04/10 00:08] >>49 んなもん、世界中にユーザのいるSpringにきまっとろーが。 51 名前：デフォルトの名無しさん [04/04/11 12:55] Seasarでいいよもう。 Springいんない。 52 名前：デフォルトの名無しさん mailto:sage [04/04/12 12:24] Seasarの開発者が ＞AOPをS2独自ではなく、aopalliance.sourceforge.net/に ＞準拠させようと思います。これで、S2のインターセプタ(Advice)が ＞Springでも使えるようになります。 って書いてるね。 AOPアライアンスなんてのがあるんだったら競合するわけじゃない気がしてきたんだが まあWebSphereとWebLogicが競合なんだからSpringとSeasarもその意味では競合か。 53 名前：デフォルトの名無しさん mailto:sage [04/04/13 06:48] >>52 どうみても、かぶってる(競合している)フレームワークどうしだと思うが。 54 名前：49 mailto:sage [04/04/14 11:14] 日本ではSeasarということでFAですか？ 55 名前：デフォルトの名無しさん mailto:sage [04/04/14 19:44] Seasarにいっぴょう 56 名前：デフォルトの名無しさん mailto:sage [04/04/15 23:17] そんなにSeasarっていいのか。 Spring + Hibernate みたいなことが簡単にできる？ ちょっと調べてみないといけないなぁ。 57 名前：デフォルトの名無しさん mailto:sage [04/04/16 00:27] >>56 S2Hibernateってのがあるみたいだね。 58 名前：デフォルトの名無しさん mailto:sage [04/04/16 01:44] >56 透過的トランザクションは対応してる。 S2Hibernateのソース読むとわかるけど、S2Hibernate自体はあんまりたいしたことはして なくてSessionとSessionFactoryへのBridgeをしてるだけ。 Springみたいなサポートクラスはないのは少し残念。 両方使ってみたけどもORMとの組み合わとからいろいろとSpringの方が便利だな。 プレゼンテーションとかの連携もこれからみたいだし。 他のフレームワークとの連携度でみるとSpringが一歩抜け出してると思われ。 Spring>Pico>Seasar という感じだけど、どう？ ただ、Seasarは敷居が低いんで、IoCはこれから始めるっていう人にはかなりいいと思う。 59 名前：デフォルトの名無しさん mailto:sage [04/04/16 06:58] >>58 Springみたいなサポートクラスって何? HibernateTemplateのことなら、SeasarはSessionを オープン・クローズする必要がないし、 HibernateExceptionもラップしてくれるから おなじようなもんだと思うけど。 60 名前：デフォルトの名無しさん mailto:sage [04/04/16 10:14] このスレはSeasar2にIOCされますた。 61 名前：デフォルトの名無しさん mailto:sage [04/04/19 23:40] 国際オリンピック委員会 62 名前：デフォルトの名無しさん [04/04/21 21:46] Tapestryは3.0 Finalが出ても、ドキュメント類が貧弱。 ってことは、その弟分のIoC、HiveMindも、期待できないのかもな。 63 名前：デフォルトの名無しさん mailto:sage [04/04/22 08:15] S2のPlugin開発がはじまったみたい。 www.mobster.jp/wiki/view.jspa?pid=S2Plugin 64 名前：デフォルトの名無しさん mailto:sage [04/04/26 10:11] >>62 作者謹製のTapestry in Actionを買え！っつーことなんでしょうね。 （そういうビジネスモデル？） すぐにHiveMind in Actionも出る事でしょう。 65 名前：デフォルトの名無しさん mailto:sage [04/04/29 15:22] >>64 完成して（枯れて）ないのに Tapestry in Action なんぞ買えん。 実際に普及するんだったらブラッシュアップされて細部が変更され Tapestry in Action の内容は過去のものに。 Tapestry は作者のオナニー。 66 名前：デフォルトの名無しさん mailto:sage [04/05/11 22:30] なんかEJB3.0の動向やら、Web上の毎評判聞くだけだと もの凄い有用かつ将来性のあるフレームワーク(&Iocコンテナ?)っぽいけど スレが伸びないのは何故？やっぱどっか問題があるのか？ はたまた先進過ぎて使ってるヤシがいないのか... 67 名前：デフォルトの名無しさん [04/05/11 22:32] と言う事で揚げてみる 68 名前：デフォルトの名無しさん mailto:sage [04/05/12 07:34] >>66 日本で本気で使っている人をあまり聞いたことがないね。 JavaWorldで特集されるらしいから、また変わるかも。 69 名前：デフォルトの名無しさん mailto:sage [04/05/12 07:51] >>68 PicoもSpringもバリバリ普通につかってるよ？ 使ってないのってあなたのまわりだけじゃないの？ 70 名前：デフォルトの名無しさん mailto:sage [04/05/12 09:42] >>69 こんなもの使ってるのってあなたのまわりだけじゃないの？ 71 名前：デフォルトの名無しさん mailto:sage [04/05/12 23:11] picoは知らんがSpringはなかなか良いぞ。 フレームワークとの関係を薄く出来るから 他のヤツとも組み合わせやすいし、ダメな部分だけ除外しやすい。 Tapestoryは公式ドキュメントすら殆ど無くて、3.0にもなってまだプレビューリリースみたいな 感じだから、まだ変わっていきそうな予感。 あんまりスマートじゃない部分も多いし。 72 名前：デフォルトの名無しさん mailto:sage [04/05/14 12:18] >>66 EJB=敷居が高い、という印象を拭いきれないから 73 名前：デフォルトの名無しさん [04/05/14 12:32] みんなJBossにしか興味がないから 74 名前：デフォルトの名無しさん [04/05/25 22:03] おいお前らJava Worldで特集組まれてますよ でも結局EJB3.0+Struts+JBossAOPらへんに呑まれそうな予感 75 名前：デフォルトの名無しさん mailto:sage [04/05/26 01:29] JBoss厨がいるな。JBossAOPが呑むなんてこたないだろう。 76 名前：74 [04/05/27 21:48] >>75 激しく例えが悪かったが JBossAOP「らへん」ね 別にAspectJでもいいんだけど。と言うかそっちの方が適切ね 要はSpringって全部入り(+他と連携)目指してるみたいだけど だったら各層専門のフレームワークを寄せ集めた方がいいんでないの？ と素人目に思った訳だがどうだろう？ 教えてSpringマスター!! 77 名前：デフォルトの名無しさん mailto:sage [04/05/28 13:01] >>76 各層専門のフレームワークを寄せ集めて集中管理するのがSpringですよ。 78 名前：デフォルトの名無しさん mailto:sage [04/05/30 23:50] >>77 なるほど、そう考えると便利な気がしてきました 「フレームワークのためのフレームワーク」的発想（であってる?)ですかね 79 名前：デフォルトの名無しさん [04/06/08 03:30] PicoContainer 1.0 final age 80 名前：デフォルトの名無しさん [04/06/08 20:52] pico tte nadesuka? doko de jouhou nyushu dekirunodesuka? 81 名前：デフォルトの名無しさん [04/06/08 22:57] すみません、どなたかＷＥＢＷＯＲＫと ＳＵＮ ＡＰＰ ＳＥＲＶＥＲ ８ 上手に合わせて使う方法御存じないでしょうか。 当方ＥＪＢ（ＣＭＰ）とＷＥＢＷＯＲＫを利用して、 プログラミングしたいのですが。 ＡＮＴの使い方覚えるよりも、ＡＰＰ ＳＥＲＶＥＲ 付属のＤＥＰＬＯＹＴＯＯＬを使いたいのです。 御存じの方がいらっしゃいましたら、どうぞよろしく お願いします。 82 名前：デフォルトの名無しさん mailto:sage [04/06/08 23:17] ﾏﾙﾁ 83 名前：デフォルトの名無しさん mailto:sage [04/06/08 23:44] DeployToolなんて、EARだのWARだのをデプロイするだけじゃないのけ。 EARやWARを作成できれば、Antでビルドしようが他を使おうがどうでも いいんでないの。Ant以外でビルドをする仕組みを今から作るなんて、 ﾋﾏﾀﾞﾅｵｲ、とおもうが。 84 名前：デフォルトの名無しさん mailto:sage [04/06/27 09:02] strutsとの連携ってどういうこと？ Actionクラスを普通にstrutsで定義して、 その中でbeanＦａｃｔｏｒｙからDAO取得とか？ 85 名前：デフォルトの名無しさん mailto:sage [04/07/04 02:16] >>84 普通はActionからService呼び出して、その中でDAO使う。 当然、ServiceとDAOはSpringのContextから取得。 要は今までEJBを用いていた所をSpringで差し替えるだけ。 さらに、AOPを用いて各層の間に共通処理を差し込めば尚良し。 全然盛り上がってないのね…日本だとS2推しなの？ 86 名前：デフォルトの名無しさん mailto:sage [04/07/06 10:40] 漏れはS2推しだなー 87 名前：デフォルトの名無しさん mailto:sage [04/07/07 00:33] SpringやS2などのDIコンテナって局所的に盛り上がってるみたいだけど、メインストリームになるかねぇ？ POJOをプラモのごとく自由に組み合わせてシステム構築って魅力的ではあるけど、コンテナ独自機能も結構多いし。 コンテナ乱立で総崩れの可能性が高いような気がする。 88 名前：デフォルトの名無しさん mailto:sage [04/07/07 07:24] >>87 コンテナ独自のインターフェースが規定されているのはSpring。 S2はそんなことないよ。 89 名前：デフォルトの名無しさん mailto:sage [04/07/07 13:27] S2は取り巻きの盛りあがり方に引いちゃうな。 90 名前：デフォルトの名無しさん mailto:sage [04/07/07 13:54] Springはロッドジョンソンの表紙に引いちゃうな 91 名前：デフォルトの名無しさん mailto:sage [04/07/07 14:09] >>89-90 ちゃんとものを見ような 92 名前：デフォルトの名無しさん mailto:sage [04/07/07 23:15] >>89-91 なずななのはななもないのばな 93 名前：デフォルトの名無しさん mailto:sage [04/07/09 22:47] 日本人ならSEASAR使えよ。 94 名前：デフォルトの名無しさん mailto:sage [04/07/10 10:17] 日経に比嘉氏の記事が出てたな 95 名前：デフォルトの名無しさん mailto:sage [04/07/10 10:21] Spring使えネ、っていってたな。 96 名前：名無しさん＠そうだ選挙に行こう [04/07/11 18:16] 正直S2はひが氏以外に大した人材がいない（いても強くコミットしてない） から先は無いと思う。 それに、Spring作ってる方は「Seaserには負けねー」とは言わないだろうな。 器が違うというか、「オープン」のスタンスが違うと言うか…。 97 名前：名無しさん＠そうだ選挙に行こう mailto:sage [04/07/11 20:14] で、>>96から見てSpringはどうなのさ 98 名前：デフォルトの名無しさん mailto:sage [04/07/11 23:42] IoCコンテナ作ってりゃ大なり小なりSpringは意識するんじゃないのかな それは仕方ないことだし別に悪いことじゃないと思うけどね JBossだって他のJ2EEサーバには負けねーってノリだけど器が小さいとは思わない 似たようなもんだろ 99 名前：デフォルトの名無しさん mailto:sage [04/07/11 23:52] >>98 JBossは、自作自演してたりするけどな。 100 名前：デフォルトの名無しさん mailto:sage [04/07/12 12:10] 100get

---

---

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

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