Tapestryについて語ろうよ！

■ このスレッドは過去ログ倉庫に格納されています
1Ace
垢版 |
NGNG
JakartaのTapestryフレームワーク使ってますか？
日本ではなかなか情報が手に入らず、本家のドキュメントも
古いバージョンのままなので、使いたいと思って挫折した人多くありませんか？

私はTapestry2.3あたりのころにTapestryの存在を知りました。
それまではStrutsでした。
デザイナーを内輪にかかえていない我が社では外注先から戻ってきた
HTMLからJSPへの変換および、再修正依頼が非常に困難でした。
○JSPへの変換ってつまらないよね！
○デザイナーがStrutsの拡張タグ理解できるわけないだろう！
○できたとしてどうやってデザインするの？
そんなあなたにはTapestryしかありません！
ぜひ日本でもこの２ｃｈを中心にTapestryの輪を広げて
Strutsにイカレテいる古臭いプログラマーたちを見返してやりましょうよ！

ちなみに私は携帯＆ＰＣ向け有料サイトでTapestry使ってます。(^o^)v
登録ユーザ○十数万人、売上○千万円程度の規模です。
携帯は全機種対応確認済みです。
携帯のブラウザのバグ的なものに対応するために、
Tapestryのソースいくつか書き換えてるけどね(^_^;

Tapestryに興味ある人レスよろしくね！
318デフォルトの名無しさん
垢版 |
NGNG
なんでTapestryを使うの？

ってお客さんに問われたらどう答えますか？
NGNG
JSP拡張で効率化できますよ～
とでも逝っておけ
NGNG
>>317
だな。
それは漏れも尻鯛w

ｲｿｱｸｼｮｿ読めば、どっかに書いてありそうな希ガス。
NGNG
>>318
開発工数を削減できます。とこたえます。


でも、本当にそれを実現できるには、開発メンバー全員が
Tapestryのことを或る程度まで知っていなければならない罠。
NGNG
>>321
新しいものなんてだいたいそんなもんだ。
そこを乗り越えてなけりゃ未だにみんなアセンブラおんりーで５０年前から進歩してないわけだし。

NGNG
>>321
じゃあ削減分、値引いてね♪と言われる罠ｗ
NGNG
>>323
納期短縮をせまられたり。うぅ・・・
そうじゃない、そうじゃないんだ・・・。
NGNG
新技術を使って前より少ない工数でできました(生産性向上)

じゃあ次は値引いて、
じゃあ次は機能増やすね、
、、、


人月の弊害だよなぁ。。。
生産性向上の利益がエンジニアに配分されない。。。
ｽﾚズレｽﾏｿ
NGNG
>>307
そうなんだよ。激しく面倒。

>>308
勘弁してよ。全員が仕組み理解してないと生産性は上がんないよ。
だからできるだけシンプルに作るべきなんだ。だからEJBは絶対だめ。
自前で必要な分だけ作ったほうが絶対シンプルになる。

>>325
それは模前が選んだ組織の問題だ・・・
Javaのサーバサイド系の技術のほとんどは生産性は上がらないんだよ・・・
NGNG
定期的に湧くアンチがいるな

フレームワークがなかったらあとで修正したりするの大変じゃないか？
みんな好き勝手にdoGetとかでガリガリ書いたりするのか？
開発者が１人２人くらいならともかく１００人超える規模とかでそれやられたらたまらんな

初期の開発だけじゃなくて運用後の修正のコストなどもトータルで考えるべきだろう

もちろんEJBが必要な案件もあれば必要がないものだってあるさ
そのへんをかまわずにとにかくJ2EE技術すべて使わなければ損とか
いいつつ開発にコストかかりすぎてｊａｖａダメだぁとかあほなやつがいるのも事実
NGNG
小規模、短納期にＪ２ＥＥは使うなってことで
NGNG
>>327
フレームワークはそのアプリケーションに合わせたものを作ればよいということ。
その方がスマートかつシンプル。

フレームワークが必要なのは、ウェブのリクエストを処理するところだけじゃなく、
コアな部分においてアプリケーション毎にいくつか出てくるでしょ。100人だろうが
1000人だろうが好き勝手やらないのは当たり前。

フレームワーク作らなきゃいけないところをサボって、どうでもいいフレームワーク
を使おうと一所懸命な感じがしてる。サーバサイドアプリケーションの作り方
ってのをもう一度ゼロベースから考え直してみたらどうだろうか。
NGNG
もちろん俺の仕事はちゃんと規模にあわせて選択、自作してるさ

あほな連中がそういうことやらないで（というか新しいこと勉強してない連中は
フレームワークという単語を知らないらしい）みんなガリガリやるのに慣れているとか
そういうことらしい

まぁ、チームとか会社とか場所によって面白いほど考え方が様々で
そのへん整備されてないところに回されると大変だぞ、と

んでこのスレらしい話に戻すとwebはなんでもあわないのにstrutsそのままとか
そういう話もかなり多い（雑誌で単語を目にしたしったか上司が多い）ので
Tapestryもがんばって欲しいなと
NGNG
>>329
最初にまず、すでにあるもので簡単にできるなら利用しないのは損、ってことだろ。
その上でいいものを探して、選択する。

ただ、通常、どのフレームワークでも、いろいろなケースに対応するために、
すごく複雑な設定まで出来るようになってる。
それを切り落として、自分が利用するケースで必要十分なところまで絞り込んで、
ここまで出来れば十分、というところまで絞り込めばいい、ということ。
本当に基本的なところだけなら、実はどのフレームワークも意外に簡単。
作るべきものも定型化しやすいものがおおい。

って、正直Tapestryが本当にいいかどうかはまだ分からないし、
Strutsにはだいぶ苦労させられた口だが。

まあ、そうは言っても、StrutsやTapestryなどのフレームワークを使わないのは損だ、
という認識に変わりはない。自分で作ろうと思うと、以外に大変な割りに、
結局どれかの既存のフレームワークに似たようなつくりになること多いし。

覚えるのが面倒だからという理由なら、ドキュメントが出るのをまってもいいし、
なんなら、コンサルでもいれなよ。一度、カタにはまった開発、ってのをやってみれば、
楽なのが分かる。面白いかどうかは別にしてね。
NGNG
>>331
長いしわかりずらいよ、文章が
NGNG
>>331
コンサルって奴は一般的に何をしてくれるものなんですか？
フレームワークの使い方を教えてくれるの？
NGNG
>>321-325

あとは、『保守作業がえらく簡単になりますぜ旦那』くらいかな。
Strutsは、開発はJSPｶﾞﾘｶﾞﾘ君より簡単になったけど、
保守はむしろ煩雑化した記憶しかない。。。
NGNG
>>334
でも「Tapestry知ってる人」をアサインするのが大変なような・・・
NGNG
>>334
JavaScriptをスクリプトレットで制御するようなJSPを書かれる心配が無くなるぶん
Tapestryには導入メリットがありますね。
　
なんてな・・・
337301
垢版 |
NGNG
317の件はやっぱり無理？
NGNG
>>337
ドキュメントが少ない＆
その少ないドキュメントを読みきった香具師が少ないので、

「可能か無理か判断する」のが無理な状態。
339デフォルトの名無しさん
垢版 |
NGNG
>>333 少なくとも型にはまった開発、っていうのは見られるかな。
NGNG
おまいらｽﾋﾟｿ㌦がRC1になりますたよ。

Redirect Filter も扱えるようになりましたよ。
341デフォルトの名無しさん
垢版 |
NGNG
age
342デフォルトの名無しさん
垢版 |
NGNG
>>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やってみてくれ。
http://www.caddr.com/macho/archives/tapestry-users/2003-12/2948.html
343317
垢版 |
NGNG
>>342
ナイス。時間ができたら試してみます。
344デフォルトの名無しさん
垢版 |
NGNG
>>317
なんだよ、そっちかよ
標準Documentに乗ってるじゃねーか
TemplateSourceDelegateを使ってsearch pathを変更することを期待してるのかと思って
必死でサンプル作って試していたのがショック！！！(T_T)
NGNG
>>344
既知のTipsだとしても、それを情報として知るのと、
自ら試してみるのとでは理解度がまったく違うと思うよ。
決して無駄骨ではないと思われ。
その心意気に、敢えてGJ!!
346342
垢版 |
NGNG
>>344
それ、教えて欲しい。
サンプル公開きぼんぬ
NGNG
>>344
オラも見てみたいズラ。
NGNG
おれはどっちでもいーや
NGNG
見せてもらえるものは見せてもらった方がいいわね、アータ。
350デフォルトの名無しさん
垢版 |
NGNG
3.0リリースから、もう一ヶ月たつのに、一向に盛り上がってこないなあ。

やってるー？　みんなー？
351デフォルトの名無しさん
垢版 |
NGNG
つうかFlashMXにはまってるからもういいや
NGNG
>>350
一応MLが立ち上がっているみたいだけど、
2週間でレス2通(ML開設者の挨拶等)、参加者13人、技術的な
質問0。既に廃墟だね…。

ttp://www.freeml.com/ctrl/html/MLInfoForm/tapestry-japan@freeml.com

NGNG
所詮、ニッチなわけで
NGNG
悪くないと思ったんだが、だめかなー。

Strutsより現実的でいいと思うんだがなー。
355デフォルトの名無しさん
垢版 |
NGNG
>>352
場の空気の読めない人が2番目のTapestryのML立ち上げてんだよね
"leader19731221" <s.owada@athens-net.com>
YahooのTapestryのMLに
--------------------
FreeMLにてTapestry-Japan MLを開設しました。

以下のURLにて閲覧、投稿ができますので、是非とも参加下さい。
http://www.freeml.com/info/tapestry-japan@freeml.com
--------------------
何なのこの人？
356デフォルトの名無しさん
垢版 |
NGNG
>>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デフォルトの名無しさん
垢版 |
NGNG
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デフォルトの名無しさん
垢版 |
NGNG
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デフォルトの名無しさん
垢版 |
NGNG
このサンプルはコンポーネントのテンプレートにも使えるよ(^o^)v
/WEB-INF/Hoge.jwc
/sample/hoge/Hoge.html
360デフォルトの名無しさん
垢版 |
NGNG
age
NGNG
日本語ドキュメント整備されればとびつくけどな
362デフォルトの名無しさん
垢版 |
NGNG
このスレも５０毎に>>361の結論が出て、その繰り返しで1000行きそうだな。
NGNG
>>354
Strutsから乗り換える教育投資に見合うメリットがあるのか？

おれは、ないと思うんだが。
NGNG
乗り換えるんじゃなくて方向がまったく違う

でも結局>>361
NGNG
>>363
乗り換えるなら、JSPから。
366342
垢版 |
NGNG
>>356
おー、すげぇ。
明日にでも、さっそく試してみるよ。

しかし、こういうの書かなくてもサクサクっと設定出来ないと
普及は厳しいかなぁ、という気がしないでもないなぁ。
NGNG
>>363
Strutsをメンバーの過半数が、機能をフルに使いこなせていたら、
意味は無いだろうね。

Strutsを使っているのになぜかJSPにスクリプトレットを
多用しているようなところだったら、まだ、ある。






でも結局>>361
NGNG
今やってる仕事、strutsなんだけど、ご多分に漏れず、
struts-config.xmlが肥大化。
DynaActionBeanの設定とか、もういやすぎ。
例の分割管理とかそういう対策はｱﾌｫみたいだし。。。鬱。
ﾀﾍﾟｯﾄﾏﾍﾟｯﾄ使いたいYO!!
369デフォルトの名無しさん
垢版 |
NGNG
オブジェクト指向の分散管理思想に真っ向から反するStrutsの設定ファイル。
フレームワークが滅びるには十分な理由だ。
370デフォルトの名無しさん
垢版 |
NGNG
同じようなやり方で、ISpecificationResolverを実装する方法もあるよ
こちらの場合.page,.jwcと.htmlは同じフォルダに置ける
NGNG
>>368
XDoclet使えば？
Strutsコンフィグファイルなんてほとんどさわらなくなった。
NGNG
>>369
すでにXDocletのようなものもあるし、J2SE1.5からはメタデータという仕組みも組み込まれて同様のフレームワークの設定がやりやすくなるから、いまとなってはあまり問題ないね。
NGNG
ListEditコンポーネント（とKistEditMapクラス）を使って、
Stale Link状態を事前に検出できるようになる仕組みが、

　　Java Doc API を読んでも
　　Component Reference を読んでも
　　Tapestry In Action を読んでも

なぜだかサパーリわからません。
そんな俺はお㍗る?
374デフォルトの名無しさん
垢版 |
NGNG
age
NGNG
作者が「テスト助けてくれ～」と悲鳴ageてるわけだが。
NGNG
名前は結構好きだな。
NGNG
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デフォルトの名無しさん
垢版 |
NGNG
>>377

>>361
NGNG
>>361
NGNG
>>377
企業での開発経験がない、学生だとあんなもんだろ。

NGNG
わたしの現場では派遣先が開発した独自フレームワークしか流行っていない
作るのいいけどさ、もっとマシなの作ってよ
なんかソース見てると一部のクラスは「ほ～」という感じでかなりレベル高いのに
のこりのほとんどのクラスは「ヘンなやり方～」ってかんじ
内緒でインナークラス使って自分達のわかりやすいやり方（てか普通のJavaのやり方）に変えてます

NGNG
Tapestry
383デフォルトの名無しさん
垢版 |
NGNG
Tagestry
NGNG
T
NGNG
Tanasinn
NGNG
tapestory
387デフォルトの名無しさん
垢版 |
NGNG
>>377

ナイスだなー
だいたい、高度なアプリケーションにデザイナーがDreamweaver使いたいからという
だらけた理由でプログラマが苦労すること無いんだよ
ページのデザインくらいプログラマだってできるだろ

よって、Tapestryは存在価値なし
NGNG
>>387
ページのデザインってデザイナが（ユーザーの要望により）ちょくちょく変えるもんだから
そのたびにhtmlいじったりjsp化は非現実的

struts使うのならたとえばJBuilderについてるstrutsコンバータとか使わないと大変

現場知らないお子さまはカエレ
NGNG
Spindleってそんなにええのんか？

しかし、ブツを落とさないと稼動前提条件とかインストールの仕方がわからんのは
致命的。はやらす気はなさそう。
NGNG
>>387
Dreamweaverの生産性は異常
だらけた理由とかいって、おまえ、
あ、ごめん、ＤＱＮデザイナーを起用してる、ＤＱＮプロジェクトの話でしたかpgr
NGNG
ただいま、>>387は顔を真っ赤にしてDreamweaverの体験版を落としております
NGNG
>>390
単なるHTMLエディタだろ？
何がそんなにいいのん？
NGNG
>>392

３８７？

まずは体験版おとしてやってみろ
Tomcat連携機能とか検証機能とかスタイルシートまわりとかいろいろありすぎてな
NGNG
>>392
カスタムタグなんかにも対応してたりもする
NGNG
>>394
それじゃ、Tapestryいらないじゃん。
NGNG
>>395
実際にやってみろ
カスタムタグはあくまでも解釈されない程度だ
NGNG
Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？
そんなところにそもそもJavaが絡む余地ないだろ。
NGNG
ページのデザインってデザイナーが必要なほど、難しいもんじゃないし

Dreamweaverの何が生産性高いのかさっぱりわからん
NGNG
>>397
普通のWebサイトでもJava使うだろ。
NGNG
>>398
短期の仕事でデザインとプログラムなんて両方やってられるわけがないだろうに
web方面で短気じゃない仕事なんて聞いたこと無いぞ

あとデザイン能力というかセンスは人それぞれ
ｈｔｍｌをプログラマのほうが熟知していてデザイナはあんまりよくしらない
という状況は多いが、それでも成り立つのはタグが綺麗かどうかとか
ｈｔｍｌの知識とかそんなところじゃないしな

しかし現場知らないお子さまの反DreamWeaver厨は気楽でいいよな
401デフォルトの名無しさん
垢版 |
NGNG
というか単純に「Java」と聞いて
サーブレットじゃなくてアプレットを思い浮かべているだけの
厨が紛れ込んでる希ガス。
NGNG
>>400
短期過ぎるから両方やらざるを得ないのでは
NGNG
>>401
いや、DW使いのやつらは、JavaScriptをJavaと呼ぶケースがほとんど。
"Java"が実際どのようなものか、まったく理解してないケースも多い。
NGNG
デザインが必要か必要じゃないかに、短期か短期じゃないかなんて関係ないのにね。
NGNG
＞ Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？
＞ そんなところにそもそもJavaが絡む余地ないだろ。
デザインが重要なWebサイトにどうしてJavaが絡む余地がないと思えるのか
不思議で仕方がない。
デザインが重要かどうかとJavaを使うか使わないかの関連性が全く見えない。
NGNG
デザインが必要か必要じゃないかと、短期か短期じゃないかと、Javaを使うか使わないかなんて関係ないのにね。
NGNG
こことかは、結構凝ったデザインになってるし。
ttp://www.junkudo.co.jp/
NGNG
タペのスレですよー。
NGNG
話題はJavaの話になってるし。
NGNG
とりあえず、デザイン要素が生じる動的サイト制作には、
生JSPよりもStrutsよりもﾀﾍﾟが剥いてると思う。
特に、デザイナーとのコラボが必要な場合。

また、デザイナは特に割り当てられていなくとも、
Webのインタフェースの完成に近い形がプレビューできるというメリットと、
Webインタフェースをコンポーネント指向で作成できるという点でも
ﾀﾍﾟにﾒﾘｯﾄあると思われ。

あとは、日本では猫も杓子もStrutsという流れの中で、いかにして
タペの流れを作っていけるかってところだよね。日本語ドキュメント含めてさ。
別に英語ドキュメントだけでもいいけど、それだとやっぱりとっつきにくいんだろうな。。。

たぶん、Tapestry + Cayenne(Hibernate) + Springあたりが、フリーでは最強なんだろうな。
有償製品ではWebObjectsってのが対抗馬だろうね。
NGNG
結局Strutsにしても、JSFまでの時間つぶしだしなぁ。
NGNG
俺struts使ってんだが、タペについて教えてくれ。

１）ＨＴＭＬのデザインとＪａｖａの開発を切り離してできるって以外にStrutsじゃなくてタペを使うメリットって何かある？

２）Hibernate以外のマッピングツールも使えるの？

３）これから主流になるかもしれないＪＳＦやＪＳＴＬとかとタペの関係ってのはどうなの？
NGNG
１）
（ｲｿｱｸｼｮｿの受け売りだが）
・WYSIWYGプレビューを保持したまま動的コンテンツを開発できる。
・JSPコンパイル時間不要

２）むしろCayenneとの相性が良い。

３）すまん知らない＿|￣|○
NGNG
ﾀﾍﾟもStrutsもあるｵﾌﾟｿｺｺﾐｭが作ったフレームワークに過ぎん。
JSFやJSTLは標準仕様だからな。
そもそもの位置づけからして違う
NGNG
標準仕様で実装もあるのに、使われる気配のないJDO
NGNG
JDOはｳﾝｺ。
417412
垢版 |
NGNG
>>413
WYSIWYGプレビューってのが不要ならあんまりメリットないのかな。
ＧＵＩで開発できるってのなら別だろうけど。

>>414
だからタペでもJSFやJSTLは取り入れる方向に行くのかなと思ってね。
JSFはまだこれからだけど、JSTLはタペでは使えません。これから先もってのならちょっとね。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況