- 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に興味ある人レスよろしくね！
- 289 名前：デフォルトの名無しさん [04/04/20 04:51]
- というか日本語のTapestry,Spindle関係の情報って
Tapestryの最も簡単に使えて便利なRedirectFilterについて
まったく触れてないよね
web.xmlに書くだけなのになー
Spindleが標準対応するのを強く希望ですね
- 290 名前：デフォルトの名無しさん mailto:sage [04/04/21 00:34]
- >>289
なんだか /hoge/app にトンじゃうあれのことね。
Google で全言語248件 / 日本語0件ってすごいな。
- 291 名前：デフォルトの名無しさん mailto:sage [04/04/21 00:51]
- あと遅レスだが
>>226
特集記事の筆者が仕様を 思 い っ き り 誤 訳 してるだけの話らしい。
あとuploadの例で \n 出力するのは(あのケースだと)ちゃんと意味が有るのに、
あたかも意味が無いような注釈入れております。
- 292 名前：デフォルトの名無しさん mailto:sage [04/04/21 23:53]
- >>291
やっぱそうだったのか >変数名をvalueにしておかなければならない
なんでリフレクションなのにローカル変数名まで限定できるんだ？ と謎だったが。
- 293 名前：& ◆D3ra0B2LiQ [04/04/22 00:22]
- ｽﾋﾟｿ㌦の話題もここでよいのか？
- 294 名前：デフォルトの名無しさん mailto:sage [04/04/22 07:43]
- ＞293
いいともー。
TapestryのWikiにも同じ間違い書いてる奴いたなｗ＞value
- 295 名前：デフォルトの名無しさん mailto:sage [04/04/22 09:27]
- spindle プラグイン入れた状態で、
配下の web.xml にTapestryのApplicationServlet を複数指定すると
×印だされるんだけど、これって Tapestry のほうの仕様なのか、
spindle のほうのバグなんか、どっちなのでせうか？
- 296 名前：デフォルトの名無しさん [04/04/23 01:22]
- >>295
Spindleのバグではなくて、Spindleの仕様だよ
テンプレートのチェックするためにはサーブレット1つじゃないとめんどくさいのさ
- 297 名前：デフォルトの名無しさん mailto:sage [04/04/23 22:02]
- https://betterpetshop.dev.java.net/
Tapestry, Spring, Hibernateで作り直したPetShopだそうな。
- 298 名前：295 mailto:sage [04/04/24 07:30]
- >>296 サンクス。
- 299 名前：デフォルトの名無しさん mailto:sage [04/04/24 22:58]
- >>297
そんなあなたに the National Hockey League
www.nhl.com/
Cayenne もあるでよ。
- 300 名前：& ◆LMRaV4nJQQ [04/05/04 22:40]
- さて、4/29にTapestry 3.1( & hiveMind)がスタートしたわけだが。
- 301 名前：デフォルトの名無しさん [04/05/06 03:17]
- Tapestryでは、StrutsのTilesみたいな機能はないのでしょうか？
Webサイトで共通のヘッダーやフッターも全てのHTMLテンプレートに書かなければ
いけないのでしょうか？
- 302 名前：デフォルトの名無しさん mailto:sage [04/05/06 10:53]
- もうサーバサイドJavaは勘弁して欲しいよ
なんでこんな複雑なものが必要なんだ？
冷静に考えれ
- 303 名前：デフォルトの名無しさん mailto:sage [04/05/06 11:00]
- 馬鹿発見
難しくしならないようにフレームワークがある
そしてTapestryは結構よくできている用に見える
反面、まったくできてないのはドキュメント
個人で作ったツールは出来がよくてもドキュメントがないとか
そういうのはよくあるがそんなイメージに近い
単なる一ライブラリならともかくその上で動かそうってんだから
ドキュメント無いとお仕事にならないよ
- 304 名前：デフォルトの名無しさん mailto:sage [04/05/06 11:04]
- 本質が見えていないバカは303だ。
サーバサイドJava、俺も面倒だと思うよ・・・
全然スマートじゃない。
- 305 名前：デフォルトの名無しさん mailto:sage [04/05/06 11:19]
- 何がどう面倒なのよ？
- 306 名前：デフォルトの名無しさん mailto:sage [04/05/06 12:04]
- 自分の理解不足を、面倒という考え方に転嫁してるやつがいるな。
- 307 名前：デフォルトの名無しさん mailto:sage [04/05/06 12:38]
- 客観的に見て、Webアプリ組むのに、Javaが一番楽チンか？
EJBってカンタン＆楽チン？
TapestryとかVelocityとかStrutsとか誰でも簡単にすぐ使える？
俺は人にも教えてるし、書籍の執筆や翻訳したり雑誌記事も書くが
そのたびに内心「あ～面倒！」と思うよ
逆に、ちゃんと理解してないヤツが何となく「簡単そう」と
思いこんでるだけじゃないの？
やればやるほどﾏﾝﾄﾞｸｾ
- 308 名前：デフォルトの名無しさん mailto:sage [04/05/06 12:44]
- EJBが必要なレベルのWEBアプリってあんま無いと思うが
フレームワーク開発はプログラマの品質がピンキリなために
業務ロジックだけに集中させるという目的があるはず
分業考えるとstrutsよりTapestryとかのほうがいいとかそういうお話かと
ちょっとした動的コンテンツ程度ならPHPだろうがなんだろうがいいし
その程度なら豊富なライブラリもあるしjsp一本でいいだろう
ただある程度の規模になったとき困る
書籍の執筆で扱うサンプル程度の規模じゃ面倒になるだけなのは当たり前
- 309 名前：デフォルトの名無しさん mailto:sage [04/05/06 20:49]
- >>301
dorffweb.com/?page=taptutorial
このチュートリアルの第7章のサンプル見ればわかる。
ってだけでもアレなんで。結論からいうと、
・ヘッダー／フッターを司るJWCを自分で作って、テンプレートから呼ぶ。
・そのJWCの中では、呼ばれたテンプレートの内容を丸ごと書き出す
Tapestry謹製のJWC "RenderBody" を呼ぶ。
という方法です。
RenderBodyのもっと詳しい説明はコチラ↓
jakarta.apache.org/tapestry/doc/ComponentReference/RenderBody.html
- 310 名前：デフォルトの名無しさん mailto:sage [04/05/06 20:52]
- ×呼ばれたテンプレートの内容
○呼ばれたjwcidを持つタグの内容
ｽﾝﾏｿﾝ
- 311 名前：デフォルトの名無しさん [04/05/07 01:55]
- StrutsやTapestryを一ヶ月の超短納期prjで採用するのが
間違ってる。。。
- 312 名前：デフォルトの名無しさん mailto:sage [04/05/07 02:02]
- >>311
ばりばり使いこなせるメンバーのみの少数精鋭ならいいけどね・・・
- 313 名前：初期不良 mailto:age [04/05/07 04:37]
- >>307
WebObjects とか初心者に使わせることを考えたらどうだ？
凝ったことをしなければ非常に簡単に、しかも従っていれば
基本的にきれいな方向に持っていってくれる。そんなフレームワークが
できるならがんばって作ってもいいじゃないか。
そんな WebObjects のフレームワークに一番近い感じの
Tapestry age
- 314 名前：301 mailto:sage [04/05/07 09:03]
- >>309
なるほど。分かりやすい説明サンクスです。
- 315 名前：デフォルトの名無しさん mailto:sage [04/05/07 16:45]
- >>311
メンバ全員が使うフレームワークを熟知してれば問題ないんでは。
見た事無いけど。
- 316 名前：デフォルトの名無しさん [04/05/07 21:20]
- >>315
Tapestryに限らないと思うけどフレームワーク熟知してる人間は少数で
いいのでわ？
んで、フレームワークとかわかんないけどJavaはかけるぐらいのPGに
ちゃんとした仕様書渡してビジネスロジックを実装させる（もちろん単体テストも）。
あとはフレームワークわかってる人間が組み込めと。
- 317 名前：301 mailto:sage [04/05/07 21:56]
- 教えてクンで申し訳ないのだけど、
HTMLテンプレートやpage specification等のファイルの配置ディレクトリを
カスタマイズするにはどうすればよいのでしょうか？
いくつかのサンプルアプリを見てみたのだけど、常にHTMLテンプレートファイルは
context直下のディレクトリに、それ以外はcontext/WEB-INFのディレクトリに
置かれてた。
それと、
複数の階層(ディレクトリ)を設けて、ページの内容に応じてHTMLテンプレート
ファイルを管理したいのだけど、そんなわがままは許されないのでしょうか？
ひとつのディレクトリにしか置けないと、規模が大きくなったときに管理が
不便じゃない？ 複数人での制作だとファイル名がダブらないようにするだけでも
大変かも知れないし。
- 318 名前：デフォルトの名無しさん [04/05/08 00:52]
- なんでTapestryを使うの？
ってお客さんに問われたらどう答えますか？
- 319 名前：デフォルトの名無しさん mailto:sage [04/05/08 01:07]
- JSP拡張で効率化できますよ～
とでも逝っておけ
- 320 名前：デフォルトの名無しさん mailto:sage [04/05/08 08:18]
- >>317
だな。
それは漏れも尻鯛w
ｲｿｱｸｼｮｿ読めば、どっかに書いてありそうな希ガス。
- 321 名前：デフォルトの名無しさん mailto:sage [04/05/09 07:24]
- >>318
開発工数を削減できます。とこたえます。
でも、本当にそれを実現できるには、開発メンバー全員が
Tapestryのことを或る程度まで知っていなければならない罠。
- 322 名前：デフォルトの名無しさん mailto:sage [04/05/09 08:58]
- >>321
新しいものなんてだいたいそんなもんだ。
そこを乗り越えてなけりゃ未だにみんなアセンブラおんりーで５０年前から進歩してないわけだし。
- 323 名前：デフォルトの名無しさん mailto:sage [04/05/09 12:41]
- >>321
じゃあ削減分、値引いてね♪と言われる罠ｗ
- 324 名前：デフォルトの名無しさん mailto:sage [04/05/09 12:49]
- >>323
納期短縮をせまられたり。うぅ・・・
そうじゃない、そうじゃないんだ・・・。
- 325 名前：デフォルトの名無しさん mailto:sage [04/05/09 13:15]
- 新技術を使って前より少ない工数でできました(生産性向上)
じゃあ次は値引いて、
じゃあ次は機能増やすね、
、、、
人月の弊害だよなぁ。。。
生産性向上の利益がエンジニアに配分されない。。。
ｽﾚズレｽﾏｿ
- 326 名前：デフォルトの名無しさん mailto:sage [04/05/09 14:18]
- >>307
そうなんだよ。激しく面倒。
>>308
勘弁してよ。全員が仕組み理解してないと生産性は上がんないよ。
だからできるだけシンプルに作るべきなんだ。だからEJBは絶対だめ。
自前で必要な分だけ作ったほうが絶対シンプルになる。
>>325
それは模前が選んだ組織の問題だ・・・
Javaのサーバサイド系の技術のほとんどは生産性は上がらないんだよ・・・
- 327 名前：デフォルトの名無しさん mailto:sage [04/05/09 14:43]
- 定期的に湧くアンチがいるな
フレームワークがなかったらあとで修正したりするの大変じゃないか？
みんな好き勝手にdoGetとかでガリガリ書いたりするのか？
開発者が１人２人くらいならともかく１００人超える規模とかでそれやられたらたまらんな
初期の開発だけじゃなくて運用後の修正のコストなどもトータルで考えるべきだろう
もちろんEJBが必要な案件もあれば必要がないものだってあるさ
そのへんをかまわずにとにかくJ2EE技術すべて使わなければ損とか
いいつつ開発にコストかかりすぎてｊａｖａダメだぁとかあほなやつがいるのも事実
- 328 名前：デフォルトの名無しさん mailto:sage [04/05/09 15:52]
- 小規模、短納期にＪ２ＥＥは使うなってことで
- 329 名前：デフォルトの名無しさん mailto:sage [04/05/09 20:55]
- >>327
フレームワークはそのアプリケーションに合わせたものを作ればよいということ。
その方がスマートかつシンプル。
フレームワークが必要なのは、ウェブのリクエストを処理するところだけじゃなく、
コアな部分においてアプリケーション毎にいくつか出てくるでしょ。100人だろうが
1000人だろうが好き勝手やらないのは当たり前。
フレームワーク作らなきゃいけないところをサボって、どうでもいいフレームワーク
を使おうと一所懸命な感じがしてる。サーバサイドアプリケーションの作り方
ってのをもう一度ゼロベースから考え直してみたらどうだろうか。
- 330 名前：デフォルトの名無しさん mailto:sage [04/05/09 23:05]
- もちろん俺の仕事はちゃんと規模にあわせて選択、自作してるさ
あほな連中がそういうことやらないで（というか新しいこと勉強してない連中は
フレームワークという単語を知らないらしい）みんなガリガリやるのに慣れているとか
そういうことらしい
まぁ、チームとか会社とか場所によって面白いほど考え方が様々で
そのへん整備されてないところに回されると大変だぞ、と
んでこのスレらしい話に戻すとwebはなんでもあわないのにstrutsそのままとか
そういう話もかなり多い（雑誌で単語を目にしたしったか上司が多い）ので
Tapestryもがんばって欲しいなと
- 331 名前：デフォルトの名無しさん mailto:sage [04/05/09 23:23]
- >>329
最初にまず、すでにあるもので簡単にできるなら利用しないのは損、ってことだろ。
その上でいいものを探して、選択する。
ただ、通常、どのフレームワークでも、いろいろなケースに対応するために、
すごく複雑な設定まで出来るようになってる。
それを切り落として、自分が利用するケースで必要十分なところまで絞り込んで、
ここまで出来れば十分、というところまで絞り込めばいい、ということ。
本当に基本的なところだけなら、実はどのフレームワークも意外に簡単。
作るべきものも定型化しやすいものがおおい。
って、正直Tapestryが本当にいいかどうかはまだ分からないし、
Strutsにはだいぶ苦労させられた口だが。
まあ、そうは言っても、StrutsやTapestryなどのフレームワークを使わないのは損だ、
という認識に変わりはない。自分で作ろうと思うと、以外に大変な割りに、
結局どれかの既存のフレームワークに似たようなつくりになること多いし。
覚えるのが面倒だからという理由なら、ドキュメントが出るのをまってもいいし、
なんなら、コンサルでもいれなよ。一度、カタにはまった開発、ってのをやってみれば、
楽なのが分かる。面白いかどうかは別にしてね。
- 332 名前：デフォルトの名無しさん mailto:sage [04/05/09 23:40]
- >>331
長いしわかりずらいよ、文章が
- 333 名前：デフォルトの名無しさん mailto:sage [04/05/10 01:23]
- >>331
コンサルって奴は一般的に何をしてくれるものなんですか？
フレームワークの使い方を教えてくれるの？
- 334 名前：デフォルトの名無しさん mailto:sage [04/05/10 22:14]
- >>321-325
あとは、『保守作業がえらく簡単になりますぜ旦那』くらいかな。
Strutsは、開発はJSPｶﾞﾘｶﾞﾘ君より簡単になったけど、
保守はむしろ煩雑化した記憶しかない。。。
- 335 名前：デフォルトの名無しさん mailto:sage [04/05/11 00:38]
- >>334
でも「Tapestry知ってる人」をアサインするのが大変なような・・・
- 336 名前：デフォルトの名無しさん mailto:sage [04/05/11 01:25]
- >>334
JavaScriptをスクリプトレットで制御するようなJSPを書かれる心配が無くなるぶん
Tapestryには導入メリットがありますね。
なんてな・・・
- 337 名前：301 mailto:sage [04/05/12 04:35]
- 317の件はやっぱり無理？
- 338 名前：デフォルトの名無しさん mailto:sage [04/05/12 06:34]
- >>337
ドキュメントが少ない＆
その少ないドキュメントを読みきった香具師が少ないので、
「可能か無理か判断する」のが無理な状態。
- 339 名前：デフォルトの名無しさん [04/05/12 12:59]
- >>333 少なくとも型にはまった開発、っていうのは見られるかな。
- 340 名前：デフォルトの名無しさん mailto:sage [04/05/13 20:42]
- おまいらｽﾋﾟｿ㌦がRC1になりますたよ。
Redirect Filter も扱えるようになりましたよ。
- 341 名前：デフォルトの名無しさん [04/05/19 00:32]
- age
- 342 名前：デフォルトの名無しさん [04/05/19 07:22]
- >>338
同じ事悩んでるヤシがいたか。漏れもかなり探したよ。で、出来た。
WEB-INF/config/Home.page
/comp/ShowProducts.jwc
/contents/Home.html
/comp/ShowProducts.html
みたいなとき、
.applicationに、
<page name="Home" specification-path="config/Home.page"/>
とか
<component-type type="ShowProducts" specification-path="config/comp/ShowProducts.jwc"/>
みたいに書く。
.pageや.jwcには、
<context-asset name="$template" path="WEB-INF/contents/Home.html">
という風に書く。
さらに、templateのデフォルトのsearch pathも変えられるらしいが、
まだ、試してない。317やってみてくれ。
www.caddr.com/macho/archives/tapestry-users/2003-12/2948.html
- 343 名前：317 mailto:sage [04/05/20 03:00]
- >>342
ナイス。時間ができたら試してみます。
- 344 名前：デフォルトの名無しさん [04/05/20 03:51]
- >>317
なんだよ、そっちかよ
標準Documentに乗ってるじゃねーか
TemplateSourceDelegateを使ってsearch pathを変更することを期待してるのかと思って
必死でサンプル作って試していたのがショック！！！(T_T)
- 345 名前：デフォルトの名無しさん mailto:sage [04/05/20 09:13]
- >>344
既知のTipsだとしても、それを情報として知るのと、
自ら試してみるのとでは理解度がまったく違うと思うよ。
決して無駄骨ではないと思われ。
その心意気に、敢えてGJ!!
- 346 名前：342 [04/05/21 16:05]
- >>344
それ、教えて欲しい。
サンプル公開きぼんぬ
- 347 名前：デフォルトの名無しさん mailto:sage [04/05/22 05:38]
- >>344
オラも見てみたいズラ。
- 348 名前：デフォルトの名無しさん mailto:sage [04/05/22 12:04]
- おれはどっちでもいーや
- 349 名前：デフォルトの名無しさん mailto:sage [04/05/22 16:59]
- 見せてもらえるものは見せてもらった方がいいわね、アータ。
- 350 名前：デフォルトの名無しさん [04/05/23 22:34]
- 3.0リリースから、もう一ヶ月たつのに、一向に盛り上がってこないなあ。
やってるー？ みんなー？
- 351 名前：デフォルトの名無しさん [04/05/23 22:41]
- つうかFlashMXにはまってるからもういいや
- 352 名前：デフォルトの名無しさん mailto:sage [04/05/23 22:58]
- >>350
一応MLが立ち上がっているみたいだけど、
2週間でレス2通(ML開設者の挨拶等)、参加者13人、技術的な
質問0。既に廃墟だね…。
ttp://www.freeml.com/ctrl/html/MLInfoForm/tapestry-japan@freeml.com
- 353 名前：デフォルトの名無しさん mailto:sage [04/05/24 00:08]
- 所詮、ニッチなわけで
- 354 名前：デフォルトの名無しさん mailto:sage [04/05/24 00:11]
- 悪くないと思ったんだが、だめかなー。
Strutsより現実的でいいと思うんだがなー。
- 355 名前：デフォルトの名無しさん [04/05/24 00:22]
- >>352
場の空気の読めない人が2番目のTapestryのML立ち上げてんだよね
"leader19731221" <s.owada@athens-net.com>
YahooのTapestryのMLに
--------------------
FreeMLにてTapestry-Japan MLを開設しました。
以下のURLにて閲覧、投稿ができますので、是非とも参加下さい。
www.freeml.com/info/tapestry-japan@freeml.com
--------------------
何なのこの人？
- 356 名前：デフォルトの名無しさん [04/05/24 00:38]
- >>342
できたよ
決定事項
●テンプレート置き場：アプリケーションコンテキストの下の/sample/hoge/
●作成するDelegateクラス名：test.SampleTemplateSourceDelegate
手順
●1.TemplateSourceDelegateの登録
sample.applicationに
<extension name="org.apache.tapestry.template-source-delegate" class="test.SampleTemplateSourceDelegate"/>
を追加
●2.SampleTemplateSourceDelegate.javaにDefaultTemplateSourceのソースをコピー
2.1 クラス名をDefaultTemplateSourceからSampleTemplateSourceDelegate書き換え
2.2 インターフェースにITemplateSourceDelegateを追加
2.3 LOGの引数を「DefaultTemplateSource.class」から「SampleTemplateSourceDelegate.class」に書き換え 2.4 以下のfindTemplateメソッドを追加
●3.テンプレートを書いておしまい
/WEB-INF/Home.page
/sample/hoge/Home.html
- 357 名前：デフォルトの名無しさん [04/05/24 00:38]
- public class SampleTemplateSourceDelegate implements ITemplateSourceDelegate,ITemplateSource {
public static final String SAMPLETEMPLATEDIRECTORY="sample/hoge/";
private IResourceLocation _sampleResourceLocation;
public ComponentTemplate findTemplate(
IRequestCycle cycle,
IComponent component,
Locale locale)
{
IResourceLocation location=component.getSpecification().getSpecificationLocation();
String name = location.getName();
int dotx = name.lastIndexOf('.');
String templateBaseName = name.substring(0, dotx + 1) + getTemplateExtension(component);
LOG.debug("component="+templateBaseName);
if (_sampleResourceLocation == null){
IResourceLocation _applicationRootLocation = Tapestry.getApplicationRootLocation(cycle);
_sampleResourceLocation=_applicationRootLocation.getRelativeLocation(SAMPLETEMPLATEDIRECTORY);
}
IResourceLocation baseLocation =
_sampleResourceLocation.getRelativeLocation(templateBaseName);
IResourceLocation localizedLocation = baseLocation.getLocalization(locale);
LOG.debug("location="+localizedLocation);
if (localizedLocation == null)
return null;
return getOrParseTemplate(cycle, localizedLocation, component);
}
-------------------------------
- 358 名前：デフォルトの名無しさん [04/05/24 00:38]
- public class SampleTemplateSourceDelegate implements ITemplateSourceDelegate,ITemplateSource {
public static final String SAMPLETEMPLATEDIRECTORY="sample/hoge/";
private IResourceLocation _sampleResourceLocation;
public ComponentTemplate findTemplate(
IRequestCycle cycle,
IComponent component,
Locale locale)
{
IResourceLocation location=component.getSpecification().getSpecificationLocation();
String name = location.getName();
int dotx = name.lastIndexOf('.');
String templateBaseName = name.substring(0, dotx + 1) + getTemplateExtension(component);
LOG.debug("component="+templateBaseName);
if (_sampleResourceLocation == null){
IResourceLocation _applicationRootLocation = Tapestry.getApplicationRootLocation(cycle);
_sampleResourceLocation=_applicationRootLocation.getRelativeLocation(SAMPLETEMPLATEDIRECTORY);
}
IResourceLocation baseLocation =
_sampleResourceLocation.getRelativeLocation(templateBaseName);
IResourceLocation localizedLocation = baseLocation.getLocalization(locale);
LOG.debug("location="+localizedLocation);
if (localizedLocation == null)
return null;
return getOrParseTemplate(cycle, localizedLocation, component);
}
-------------------------------
- 359 名前：デフォルトの名無しさん [04/05/24 00:40]
- このサンプルはコンポーネントのテンプレートにも使えるよ(^o^)v
/WEB-INF/Hoge.jwc
/sample/hoge/Hoge.html
- 360 名前：デフォルトの名無しさん [04/05/24 13:43]
- age
- 361 名前：デフォルトの名無しさん mailto:sage [04/05/24 15:04]
- 日本語ドキュメント整備されればとびつくけどな
- 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 を読んでも
なぜだかサパーリわからません。
そんな俺はお㍗る?
- 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ってそんなにええのんか？
しかし、ブツを落とさないと稼動前提条件とかインストールの仕方がわからんのは
致命的。はやらす気はなさそう。
|
 |
