Tapestryについて語ろうよ！

1 名前：Ace [03/10/31 01:35] JakartaのTapestryフレームワーク使ってますか？ 日本ではなかなか情報が手に入らず、本家のドキュメントも 古いバージョンのままなので、使いたいと思って挫折した人多くありませんか？ 私はTapestry2.3あたりのころにTapestryの存在を知りました。 それまではStrutsでした。 デザイナーを内輪にかかえていない我が社では外注先から戻ってきた HTMLからJSPへの変換および、再修正依頼が非常に困難でした。 ○JSPへの変換ってつまらないよね！ ○デザイナーがStrutsの拡張タグ理解できるわけないだろう！ ○できたとしてどうやってデザインするの？ そんなあなたにはTapestryしかありません！ ぜひ日本でもこの２ｃｈを中心にTapestryの輪を広げて Strutsにイカレテいる古臭いプログラマーたちを見返してやりましょうよ！ ちなみに私は携帯＆ＰＣ向け有料サイトでTapestry使ってます。(^o^)v 登録ユーザ○十数万人、売上○千万円程度の規模です。 携帯は全機種対応確認済みです。 携帯のブラウザのバグ的なものに対応するために、 Tapestryのソースいくつか書き換えてるけどね(^_^; Tapestryに興味ある人レスよろしくね！ 362 名前：デフォルトの名無しさん [04/05/24 20:40] このスレも５０毎に>>361の結論が出て、その繰り返しで1000行きそうだな。 363 名前：デフォルトの名無しさん mailto:sage [04/05/25 00:55] >>354 Strutsから乗り換える教育投資に見合うメリットがあるのか？ おれは、ないと思うんだが。 364 名前：デフォルトの名無しさん mailto:sage [04/05/25 01:28] 乗り換えるんじゃなくて方向がまったく違う でも結局>>361 365 名前：デフォルトの名無しさん mailto:sage [04/05/25 03:56] >>363 乗り換えるなら、JSPから。 366 名前：342 [04/05/25 05:15] >>356 おー、すげぇ。 明日にでも、さっそく試してみるよ。 しかし、こういうの書かなくてもサクサクっと設定出来ないと 普及は厳しいかなぁ、という気がしないでもないなぁ。 367 名前：デフォルトの名無しさん mailto:sage [04/05/25 07:00] >>363 Strutsをメンバーの過半数が、機能をフルに使いこなせていたら、 意味は無いだろうね。 Strutsを使っているのになぜかJSPにスクリプトレットを 多用しているようなところだったら、まだ、ある。 でも結局>>361 368 名前：デフォルトの名無しさん mailto:sage [04/05/25 09:13] 今やってる仕事、strutsなんだけど、ご多分に漏れず、 struts-config.xmlが肥大化。 DynaActionBeanの設定とか、もういやすぎ。 例の分割管理とかそういう対策はｱﾌｫみたいだし。。。鬱。 ﾀﾍﾟｯﾄﾏﾍﾟｯﾄ使いたいYO!! 369 名前：デフォルトの名無しさん [04/05/25 10:11] オブジェクト指向の分散管理思想に真っ向から反するStrutsの設定ファイル。 フレームワークが滅びるには十分な理由だ。 370 名前：デフォルトの名無しさん [04/05/25 12:29] 同じようなやり方で、ISpecificationResolverを実装する方法もあるよ こちらの場合.page,.jwcと.htmlは同じフォルダに置ける 371 名前：デフォルトの名無しさん mailto:sage [04/05/25 12:40] >>368 XDoclet使えば？ Strutsコンフィグファイルなんてほとんどさわらなくなった。 372 名前：デフォルトの名無しさん mailto:sage [04/05/25 13:07] >>369 すでにXDocletのようなものもあるし、J2SE1.5からはメタデータという仕組みも組み込まれて同様のフレームワークの設定がやりやすくなるから、いまとなってはあまり問題ないね。 373 名前：デフォルトの名無しさん mailto:sage [04/05/25 19:43] ListEditコンポーネント（とKistEditMapクラス）を使って、 Stale Link状態を事前に検出できるようになる仕組みが、 　　Java Doc API を読んでも 　　Component Reference を読んでも 　　Tapestry In Action を読んでも なぜだかサパーリわからません。 そんな俺はお�hる? 374 名前：デフォルトの名無しさん [04/05/26 21:15] age 375 名前：デフォルトの名無しさん mailto:sage [04/05/28 15:31] 作者が「テスト助けてくれ〜」と悲鳴ageてるわけだが。 376 名前：デフォルトの名無しさん mailto:sage [04/05/29 01:41] 名前は結構好きだな。 377 名前：デフォルトの名無しさん mailto:sage [04/05/29 04:30] Tapestryはなぜ流行らないのか ttp://www.fuka.info.waseda.ac.jp/~k_ogino/study/fwzemi/b4/k_ogino040430.ppt ttp://www.fuka.info.waseda.ac.jp/~k_ogino/study/fwzemi/b4/k_ogino040430resume.pdf 378 名前：デフォルトの名無しさん [04/05/29 08:34] >>377 >>361 379 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:16] >>361 380 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:29] >>377 企業での開発経験がない、学生だとあんなもんだろ。 381 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:38] わたしの現場では派遣先が開発した独自フレームワークしか流行っていない 作るのいいけどさ、もっとマシなの作ってよ なんかソース見てると一部のクラスは「ほ〜」という感じでかなりレベル高いのに のこりのほとんどのクラスは「ヘンなやり方〜」ってかんじ 内緒でインナークラス使って自分達のわかりやすいやり方（てか普通のJavaのやり方）に変えてます 382 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:49] Tapestry 383 名前：デフォルトの名無しさん [04/05/29 10:05] Tagestry 384 名前：デフォルトの名無しさん mailto:sage [04/05/29 10:17] T 385 名前：デフォルトの名無しさん mailto:sage [04/05/29 12:20] Tanasinn 386 名前：デフォルトの名無しさん mailto:sage [04/05/29 12:23] tapestory 387 名前：デフォルトの名無しさん [04/05/29 13:37] >>377 ナイスだなー だいたい、高度なアプリケーションにデザイナーがDreamweaver使いたいからという だらけた理由でプログラマが苦労すること無いんだよ ページのデザインくらいプログラマだってできるだろ よって、Tapestryは存在価値なし 388 名前：デフォルトの名無しさん mailto:sage [04/05/29 13:51] >>387 ページのデザインってデザイナが（ユーザーの要望により）ちょくちょく変えるもんだから そのたびにhtmlいじったりjsp化は非現実的 struts使うのならたとえばJBuilderについてるstrutsコンバータとか使わないと大変 現場知らないお子さまはカエレ 389 名前：デフォルトの名無しさん mailto:sage [04/05/29 14:13] Spindleってそんなにええのんか？ しかし、ブツを落とさないと稼動前提条件とかインストールの仕方がわからんのは 致命的。はやらす気はなさそう。 390 名前：デフォルトの名無しさん mailto:hage [04/05/29 14:18] >>387 Dreamweaverの生産性は異常 だらけた理由とかいって、おまえ、 あ、ごめん、ＤＱＮデザイナーを起用してる、ＤＱＮプロジェクトの話でしたかpgr 391 名前：デフォルトの名無しさん mailto:sage [04/05/29 14:43] ただいま、>>387は顔を真っ赤にしてDreamweaverの体験版を落としております 392 名前：デフォルトの名無しさん mailto:sage [04/05/29 18:01] >>390 単なるHTMLエディタだろ？ 何がそんなにいいのん？ 393 名前：デフォルトの名無しさん mailto:sage [04/05/29 19:38] >>392 ３８７？ まずは体験版おとしてやってみろ Tomcat連携機能とか検証機能とかスタイルシートまわりとかいろいろありすぎてな 394 名前：デフォルトの名無しさん mailto:sage [04/05/29 21:58] >>392 カスタムタグなんかにも対応してたりもする 395 名前：デフォルトの名無しさん mailto:sage [04/05/29 22:59] >>394 それじゃ、Tapestryいらないじゃん。 396 名前：デフォルトの名無しさん mailto:sage [04/05/29 23:46] >>395 実際にやってみろ カスタムタグはあくまでも解釈されない程度だ 397 名前：デフォルトの名無しさん mailto:sage [04/05/31 04:22] Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？ そんなところにそもそもJavaが絡む余地ないだろ。 398 名前：デフォルトの名無しさん mailto:sage [04/05/31 04:39] ページのデザインってデザイナーが必要なほど、難しいもんじゃないし Dreamweaverの何が生産性高いのかさっぱりわからん 399 名前：デフォルトの名無しさん mailto:sage [04/05/31 09:24] >>397 普通のWebサイトでもJava使うだろ。 400 名前：デフォルトの名無しさん mailto:sage [04/05/31 09:44] >>398 短期の仕事でデザインとプログラムなんて両方やってられるわけがないだろうに web方面で短気じゃない仕事なんて聞いたこと無いぞ あとデザイン能力というかセンスは人それぞれ ｈｔｍｌをプログラマのほうが熟知していてデザイナはあんまりよくしらない という状況は多いが、それでも成り立つのはタグが綺麗かどうかとか ｈｔｍｌの知識とかそんなところじゃないしな しかし現場知らないお子さまの反DreamWeaver厨は気楽でいいよな 401 名前：デフォルトの名無しさん [04/05/31 10:33] というか単純に「Java」と聞いて サーブレットじゃなくてアプレットを思い浮かべているだけの 厨が紛れ込んでる希ガス。 402 名前：デフォルトの名無しさん mailto:sage [04/05/31 10:50] >>400 短期過ぎるから両方やらざるを得ないのでは 403 名前：デフォルトの名無しさん mailto:sage [04/05/31 10:58] >>401 いや、DW使いのやつらは、JavaScriptをJavaと呼ぶケースがほとんど。 "Java"が実際どのようなものか、まったく理解してないケースも多い。 404 名前：デフォルトの名無しさん mailto:sage [04/05/31 11:22] デザインが必要か必要じゃないかに、短期か短期じゃないかなんて関係ないのにね。 405 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:14] ＞ Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？ ＞ そんなところにそもそもJavaが絡む余地ないだろ。 デザインが重要なWebサイトにどうしてJavaが絡む余地がないと思えるのか 不思議で仕方がない。 デザインが重要かどうかとJavaを使うか使わないかの関連性が全く見えない。 406 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:40] デザインが必要か必要じゃないかと、短期か短期じゃないかと、Javaを使うか使わないかなんて関係ないのにね。 407 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:42] こことかは、結構凝ったデザインになってるし。 ttp://www.junkudo.co.jp/ 408 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:43] タペのスレですよー。 409 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:45] 話題はJavaの話になってるし。 410 名前：デフォルトの名無しさん mailto:sage [04/05/31 17:14] とりあえず、デザイン要素が生じる動的サイト制作には、 生JSPよりもStrutsよりもﾀﾍﾟが剥いてると思う。 特に、デザイナーとのコラボが必要な場合。 また、デザイナは特に割り当てられていなくとも、 Webのインタフェースの完成に近い形がプレビューできるというメリットと、 Webインタフェースをコンポーネント指向で作成できるという点でも ﾀﾍﾟにﾒﾘｯﾄあると思われ。 あとは、日本では猫も杓子もStrutsという流れの中で、いかにして タペの流れを作っていけるかってところだよね。日本語ドキュメント含めてさ。 別に英語ドキュメントだけでもいいけど、それだとやっぱりとっつきにくいんだろうな。。。 たぶん、Tapestry + Cayenne(Hibernate) + Springあたりが、フリーでは最強なんだろうな。 有償製品ではWebObjectsってのが対抗馬だろうね。 411 名前：デフォルトの名無しさん mailto:sage [04/05/31 19:27] 結局Strutsにしても、JSFまでの時間つぶしだしなぁ。 412 名前：デフォルトの名無しさん mailto:sage [04/05/31 21:10] 俺struts使ってんだが、タペについて教えてくれ。 １）ＨＴＭＬのデザインとＪａｖａの開発を切り離してできるって以外にStrutsじゃなくてタペを使うメリットって何かある？ ２）Hibernate以外のマッピングツールも使えるの？ ３）これから主流になるかもしれないＪＳＦやＪＳＴＬとかとタペの関係ってのはどうなの？ 413 名前：デフォルトの名無しさん mailto:sage [04/05/31 21:44] １） （ｲｿｱｸｼｮｿの受け売りだが） ・WYSIWYGプレビューを保持したまま動的コンテンツを開発できる。 ・JSPコンパイル時間不要 ２）むしろCayenneとの相性が良い。 ３）すまん知らない＿|￣|○ 414 名前：デフォルトの名無しさん mailto:sage [04/05/31 22:00] ﾀﾍﾟもStrutsもあるｵﾌﾟｿｺｺﾐｭが作ったフレームワークに過ぎん。 JSFやJSTLは標準仕様だからな。 そもそもの位置づけからして違う 415 名前：デフォルトの名無しさん mailto:sage [04/06/01 06:49] 標準仕様で実装もあるのに、使われる気配のないJDO 416 名前：デフォルトの名無しさん mailto:sage [04/06/01 09:21] JDOはｳﾝｺ。 417 名前：412 mailto:sage [04/06/01 21:20] >>413 WYSIWYGプレビューってのが不要ならあんまりメリットないのかな。 ＧＵＩで開発できるってのなら別だろうけど。 >>414 だからタペでもJSFやJSTLは取り入れる方向に行くのかなと思ってね。 JSFはまだこれからだけど、JSTLはタペでは使えません。これから先もってのならちょっとね。 418 名前：デフォルトの名無しさん [04/06/02 02:59] TapestryのいいところはHTMLとオブジェクトの世界を見事に接続しているところで、 デザインとロジックの分離はその副産物だと思ってます。 (大きなアドバンテージだとは思いますが) 逆にStrutsがダメなのはHTMLの煩雑さをそのままサーバ側に持ち込んで、 さらにコードで書いたほうが速そうなことをわざわざ設定ファイル記述して．．． 結局一番助けて欲しいところを助けてくれてない。 何のためのフレームワークなのかよくわからないところです。 フレームワークと言うものを世に知らしめた時点でStrutsの役割は終わったと思ってます。 JSFはSunがEclipseに合流するのをあきらめた時点でダメですね。 SunはGUI作るのが下手なんで。 419 名前：デフォルトの名無しさん mailto:sage [04/06/02 04:58] >>418 > さらにコードで書いたほうが速そうなことをわざわざ設定ファイル記述して．．． XDoclet使えば？ 420 名前：デフォルトの名無しさん mailto:sage [04/06/02 11:44] たしかにstruts-config.xmlの生成はxdocletに任せてだいぶ楽になった。 あれいちいち手書きしてたときは間違い多くてまいったよ 421 名前：デフォルトの名無しさん mailto:sage [04/06/02 13:40] Tapestryもstrutsみたいに実行時エラーがウザイので 設定ファイルのチェックは必須かな。自分はAntを使用。 <!-- DTDレベルで設定ファイルをチェック --> <target name="checkconf">  <xmlvalidate>   <fileset dir=".">    <include name="**/*.application" />    <include name="**/*.page" />    <include name="**/*.jwc" />   </fileset>  </xmlvalidate> </target> これ＋自作のXML内クラス名チェッカーでXMLファイル内の クラス名を検証して実行時前に徹底的に誤りを検出してまつ。 422 名前：デフォルトの名無しさん mailto:sage [04/06/02 15:51] jwcidを簡単に入れられる。WebObjectsみたいなGUIがあったらどうですか？ ドラッグ＆ドロップで名前を付けることができるツールが dream weaverのプラグインでついたりすればいいのになぁ。 結局id付けなきゃいけないような気がしてます。 もうidとか付けるのVBライクなコピー＆ペーストから卒業しようよ。 とかいてみるテスト 423 名前：デフォルトの名無しさん mailto:sage [04/06/02 22:02] >>420 他にコードで書いたほうが速そうなことをわざわざ設定ファイル記述してるの？ <html:message>のこと？ >逆にStrutsがダメなのはHTMLの煩雑さをそのままサーバ側に持ち込んで、 ごめん。意味分からん。もうちょっと具体的に教えて。 それに対してタペのアプローチ方法も教えて。 424 名前：デフォルトの名無しさん mailto:sage [04/06/02 23:29] > JSFはSunがEclipseに合流するのをあきらめた時点でダメですね。 > SunはGUI作るのが下手なんで。 JSFはSunだけのものではないんだが。 425 名前：デフォルトの名無しさん mailto:sage [04/06/03 00:15] IBMの方が先に製品版出したしな。 そして忘れられてるﾀﾍﾟ 426 名前：デフォルトの名無しさん mailto:sage [04/06/03 01:03] もともと存在を認識されていなﾀﾍﾟ 427 名前：デフォルトの名無しさん [04/06/03 01:16] ところで、barracudaと比較したヤシはおらんのか? 428 名前：デフォルトの名無しさん mailto:sage [04/06/05 08:34] www.sanspo.com/geino/top/gt200406/gt2004060503.html 429 名前：デフォルトの名無しさん mailto:sage [04/06/05 10:22] しばらく意味がわからんかった。 写真集について語るか。 430 名前：デフォルトの名無しさん mailto:sage [04/06/05 14:22] Tapestry in Actionの一部がPDFで公開されているね。 ttp://today.java.net/today/2004/05/13/Tapestry.pdf 431 名前：デフォルトの名無しさん mailto:sage [04/06/05 20:37] >>430 2章と5章でしょ。 ﾏﾆﾝｸﾞ社のｻｲﾄでも公開されてるよ 432 名前：デフォルトの名無しさん [04/06/06 19:07] age 433 名前：デフォルトの名無しさん [04/06/08 21:43] agege 434 名前：デフォルトの名無しさん [04/06/08 23:02] すみません、ＳＰＲＩＮＧ板でも同じ質問をさせていただいたのですが、 どなたか、ＳＵＮ ＡＰＰ サーバー８とＷＥＢＷＯＲＫを上手に 使う方法御存じないでしょうか。ＧＲＡＮＴの設定を少々変更することは マニュアルにありますが、 私、ＡＰＰサーバー付属のＤＥＰＬＯＹＴＯＯＬをＡＮＴの替りにしたいのです。 ＣＭＰーＥＪＢとＷＥＢＷＯＲＫで開発が上手にできたらと、考えております。 御存じの方がいらっしゃいましたら、どうぞよろしくおねがいします。 かしこ。 435 名前：デフォルトの名無しさん mailto:sage [04/06/09 02:05] いつの間にSprint板ができたんだろう・・・ 436 名前：デフォルトの名無しさん mailto:sage [04/06/09 17:28] (ﾉ∀｀)ｱﾁｬｰ 437 名前：デフォルトの名無しさん mailto:sage [04/06/09 17:38] こんなマイナーな技術で板ができるなら、Strutsなんて、ひとつのカテゴリですよ、と。 438 名前：デフォルトの名無しさん [04/06/11 22:11] age 439 名前：デフォルトの名無しさん [04/06/13 19:06] Spindle 3.0 Final ってのがリリースされてるぽいんだけど。 興味ない？ 440 名前：デフォルトの名無しさん mailto:sage [04/06/14 19:30] スピンドルってなんだっけ？ 441 名前：デフォルトの名無しさん mailto:sage [04/06/14 20:54] CD重ねるやつ？ 442 名前：名無しさん mailto:sage [04/06/16 15:24] >>440 マジレスしていいのやら.... Eclipse 用の Tapestry プラグイン。 spindle.sourceforge.net/ 443 名前：デフォルトの名無しさん mailto:sage [04/06/16 16:42] >>442 Sunクス 444 名前：デフォルトの名無しさん [04/06/19 14:11] age 445 名前：デフォルトの名無しさん [04/06/19 21:23] >>377 ダウンロードできねえぞ。 消えやがった。きになってしまうじゃねえか 446 名前：デフォルトの名無しさん mailto:sage [04/06/19 23:23] >>445 PGが楽できないフレームワークは流行らない、らしい。 447 名前：デフォルトの名無しさん [04/06/20 00:06] PGはフレームワークの選定なんてやらないが・・・。 そういう意味ではなくて？ 448 名前：デフォルトの名無しさん mailto:sage [04/06/20 00:53] まあそこはそれ、学生さんの言うことだから・・ 449 名前：デフォルトの名無しさん [04/06/20 18:38] やっぱり、いまいちこないのかなあ・・・。 そもそも、HTMLとして編集して、JSPとして動作させられるって言っても、 CSSのリンクとか、JSファイルのリンクとか、どうするんだろう？ ローカルで検証するときは、そのままダブルクリックして開いたファイルが見れる、 というなら便利だとは思うが、リンクは全て相対パスで書かないといけない、ということになるのか。 まあ、AタグやSubmit先が見れない、というのは仕方ないにしても、 どれほどいい感じに作成したHTMLを見れるか、というのはまず、重要だな。 それに加えて、JWCの使い勝手はどうなんだろう？ 機能のカスタマイズとか簡単にできるんだろうか？ 450 名前：デフォルトの名無しさん mailto:sage [04/06/20 18:41] プログラマの問題だと思うよ。 JSPでもメンテナンス性の高いコードは書けるし、そうするのが現実的。 Tapestryはね、あまりに複雑で、もうそんなお遊びにはつきあってられん。 451 名前：デフォルトの名無しさん mailto:sage [04/06/20 19:53] みんなシンプルなフレームワーク自作して満足してるんじゃない？ そういう俺もstrutsをさらにシンプルにしてさらにデザイナが嫌う埋め込みjspではなく Velocityのようなテンプレートのようなものを組み込んでる 452 名前：デフォルトの名無しさん mailto:sage [04/06/20 20:08] >>450 >Tapestryはね、あまりに複雑で、もうそんなお遊びにはつきあってられん。 複雑ってゆーか訳わからんことだらけなんだが。 例えば設定ファイルに関して 　・*.applicationファイルの有無、配置場所、読み込まれるタイミング、ファイル名とアプリケーション名の関係。 　・*.pageファイル、*.htmlの関係、配置場所。Homeという特別な意味を持つファイル名。 　・*.jwcファイルって何をするもの？ 技術雑誌で紹介されていて手を出してみたものの、導入記事毎にTapestryのバージョンやファイル構成がことごとく 異なり、さらにworkbenchを参照しても導入記事とファイル構成が異なるためパニックになり、英語のチュートリアルを 頑張って参照しても、コードとファイル名があるだけで、そのコードとファイルをどこに配置してよいのか 途方にくれ、3.0の正式版がやっとリリースしたと思ったら各種jarファイル(javassist.jar ognl-2.6.3.jar)を かき集めなければならなかったり、workbench.warをビルドするのに手間どったりと、なかなか楽しませていただきました。 ・・・・・・つーか、俺がヘタレなだけか。＿|￣|○ 453 名前：デフォルトの名無しさん [04/06/20 21:23] >>452 わかるとどうってことないよ(^_^; 1.静的な画像ファイルはコンテキストの直下の好きなフォルダに置く 2.*.applicationはWEB-INFに置く 3.*.page,*.htmlはWEB-INFに置く、もしくはWEB-INFの下のサーブレット名のフォルダに置く 4.*.jwc,*.htmlは*.pageと同じ場所に置く これだけよ♪この情報を信じなさい♪ 454 名前：デフォルトの名無しさん mailto:sage [04/06/20 21:50] やっぱり問題はドキュメントの量だけだな とくに日本語となるとまるでなし 455 名前：452 mailto:sage [04/06/20 23:30] 実験してみた。Tapestry3.0 Tomcat4.1.30 見づらくてスマン。 ============= *.applicationの配置に関して ============= (1)：web.xmlの/web-app/servlet/init-param/param-valueがhello.applicationの場合 applicationのパス：WEB-INF/classes/hello.application Homeの値：hello.applicationの/application/page/name[@Home='Home']/@specification-pathで指定 Homeのパス：WEB-INF/classes/Homeの値 (2)：web.xmlの/web-app/servlet/init-param/param-valueが/hello.applicationの場合 (1)と同一の結果 (3)：web.xmlでapplicationファイルを指定しない場合 applicationのパス：WEB-INF/サーブレット名.application Homeの値：サーブレット名.applicationの/application/page/name[@Home='Home']/@specification-pathで指定 Homeのパス：WEB-INF/Homeの値 ※サーブレット名は、web.xmlで/web-app/servlet[servlet-class='org.apache.tapestry.ApplicationServlet']/servlet-nameの値 (4)：(3)の状態で、WEB-INF/サーブレット名.applicationが存在しない場合 Homeの値：- Homeのパス：WEB-INF/Home.page ======================================================= >>453の助言はうれしいんですが、*applicationをweb.xmlで指定した場合(つまり(1)(2)の場合)、Tomcat起動時に 「Resource at classpath:/hello.application does not exist.」とエラーが発生して、頭を抱えることに なりそうな予感がしたので実験して補足しときました。(ヘタレなんで結果が合ってるかどうか保証できんが) つーか、(2)はJavaWorld2003/12、Web+db16、(3)はworkbench、(4)はそのへんのサンプルと、 まったく統一とれてないんでもう大変。 456 名前：デフォルトの名無しさん [04/06/20 23:51] 最近Tapestry-ML活発だね groups.yahoo.co.jp/group/tapestry-japan/ 457 名前：デフォルトの名無しさん [04/06/21 00:31] TapestryはちゃんとXSLTに対応しているのかな？ デザイナはＣＳＳだけ使ってりゃええって最近思えるようになってきた。 HTML直打ちだけで済むって、そうは行かないケースも有るんだが。 デザイナはＸＳＬＴの事も考慮すべき。 458 名前：デフォルトの名無しさん [04/06/21 11:42] >>452,>>453,>>455 strutsが集中型設定ファイル地獄なのに対して Tapestryは分散型設定ファイル地獄ってところか。 459 名前：デフォルトの名無しさん [04/06/21 12:47] 同じ地獄なら分散の方がいいと考えてTapeな俺。 でもStrutsでも対応したんだっけ？ 460 名前：デフォルトの名無しさん mailto:sage [04/06/21 13:12] >>459 StrutsはXDoclet使えばほぼ解決。 タペは普及度が低いためそんなツールの対応も未だに無し。 461 名前：デフォルトの名無しさん mailto:sage [04/06/21 14:22] >>460 ちなみにStruts + XDocletなら、Mavenがデフォルトで対応している。 $ maven -Dtemplate=struts genappで、Strutsプロジェクトを生成。 $ maven war:webappや、 $ maven war:warで、XDocletを適用してstruts-config.xmlを生成・ビルド。 Strutsは各種ツールのおかげで結構楽に開発できるようになった気がする。 で、Tapestry関係のツールってSpindle以外になんかないのー。 462 名前：デフォルトの名無しさん mailto:sage [04/06/21 14:57] Strutsは、金出せば出すだけ便利になるね。

---

---

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

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