Tapestryについて語ろうよ！

Tapestryについて語ろうよ！ at TECH

[前50を表示]
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:デフォルトの名無しさん
04/05/06 10:53
もうサーバサイドJavaは勘弁して欲しいよ
なんでこんな複雑なものが必要なんだ？
冷静に考えれ

303:デフォルトの名無しさん
04/05/06 11:00
馬鹿発見

難しくしならないようにフレームワークがある
そしてTapestryは結構よくできている用に見える

反面、まったくできてないのはドキュメント

個人で作ったツールは出来がよくてもドキュメントがないとか
そういうのはよくあるがそんなイメージに近い

単なる一ライブラリならともかくその上で動かそうってんだから
ドキュメント無いとお仕事にならないよ

304:デフォルトの名無しさん
04/05/06 11:04
本質が見えていないバカは303だ。
サーバサイドJava、俺も面倒だと思うよ・・・
全然スマートじゃない。

305:デフォルトの名無しさん
04/05/06 11:19
何がどう面倒なのよ？

306:デフォルトの名無しさん
04/05/06 12:04
自分の理解不足を、面倒という考え方に転嫁してるやつがいるな。

307:デフォルトの名無しさん
04/05/06 12:38
客観的に見て、Webアプリ組むのに、Javaが一番楽チンか？
EJBってカンタン＆楽チン？
TapestryとかVelocityとかStrutsとか誰でも簡単にすぐ使える？
俺は人にも教えてるし、書籍の執筆や翻訳したり雑誌記事も書くが
そのたびに内心「あ～面倒！」と思うよ
逆に、ちゃんと理解してないヤツが何となく「簡単そう」と
思いこんでるだけじゃないの？
やればやるほどﾏﾝﾄﾞｸｾ

308:デフォルトの名無しさん
04/05/06 12:44
EJBが必要なレベルのWEBアプリってあんま無いと思うが

フレームワーク開発はプログラマの品質がピンキリなために
業務ロジックだけに集中させるという目的があるはず

分業考えるとstrutsよりTapestryとかのほうがいいとかそういうお話かと

ちょっとした動的コンテンツ程度ならPHPだろうがなんだろうがいいし
その程度なら豊富なライブラリもあるしjsp一本でいいだろう
ただある程度の規模になったとき困る
書籍の執筆で扱うサンプル程度の規模じゃ面倒になるだけなのは当たり前

309:デフォルトの名無しさん
04/05/06 20:49
>>301
URLﾘﾝｸ(dorffweb.com)
このチュートリアルの第7章のサンプル見ればわかる。

ってだけでもアレなんで。結論からいうと、

　　・ヘッダー／フッターを司るJWCを自分で作って、テンプレートから呼ぶ。
　　・そのJWCの中では、呼ばれたテンプレートの内容を丸ごと書き出す
　　　Tapestry謹製のJWC "RenderBody" を呼ぶ。

という方法です。

RenderBodyのもっと詳しい説明はコチラ↓
URLﾘﾝｸ(jakarta.apache.org)

310:デフォルトの名無しさん
04/05/06 20:52
×呼ばれたテンプレートの内容
○呼ばれたjwcidを持つタグの内容

ｽﾝﾏｿﾝ

311:デフォルトの名無しさん
04/05/07 01:55
StrutsやTapestryを一ヶ月の超短納期prjで採用するのが
間違ってる。。。

312:デフォルトの名無しさん
04/05/07 02:02
>>311
ばりばり使いこなせるメンバーのみの少数精鋭ならいいけどね・・・

313:初期不良
04/05/07 04:37
>>307
WebObjects とか初心者に使わせることを考えたらどうだ？
凝ったことをしなければ非常に簡単に、しかも従っていれば
基本的にきれいな方向に持っていってくれる。そんなフレームワークが
できるならがんばって作ってもいいじゃないか。

そんな WebObjects のフレームワークに一番近い感じの
Tapestry age

314:301
04/05/07 09:03
>>309
なるほど。分かりやすい説明サンクスです。

315:デフォルトの名無しさん
04/05/07 16:45
>>311
メンバ全員が使うフレームワークを熟知してれば問題ないんでは。
見た事無いけど。

316:デフォルトの名無しさん
04/05/07 21:20
>>315
Tapestryに限らないと思うけどフレームワーク熟知してる人間は少数で
いいのでわ？
んで、フレームワークとかわかんないけどJavaはかけるぐらいのPGに
ちゃんとした仕様書渡してビジネスロジックを実装させる（もちろん単体テストも）。
あとはフレームワークわかってる人間が組み込めと。

317:301
04/05/07 21:56
教えてクンで申し訳ないのだけど、
HTMLテンプレートやpage specification等のファイルの配置ディレクトリを
カスタマイズするにはどうすればよいのでしょうか？

いくつかのサンプルアプリを見てみたのだけど、常にHTMLテンプレートファイルは
context直下のディレクトリに、それ以外はcontext/WEB-INFのディレクトリに
置かれてた。

それと、
複数の階層(ディレクトリ)を設けて、ページの内容に応じてHTMLテンプレート
ファイルを管理したいのだけど、そんなわがままは許されないのでしょうか？
ひとつのディレクトリにしか置けないと、規模が大きくなったときに管理が
不便じゃない？　複数人での制作だとファイル名がダブらないようにするだけでも
大変かも知れないし。

318:デフォルトの名無しさん
04/05/08 00:52
なんでTapestryを使うの？

ってお客さんに問われたらどう答えますか？

319:デフォルトの名無しさん
04/05/08 01:07
JSP拡張で効率化できますよ～
とでも逝っておけ

320:デフォルトの名無しさん
04/05/08 08:18
>>317
だな。
それは漏れも尻鯛w

ｲｿｱｸｼｮｿ読めば、どっかに書いてありそうな希ガス。

321:デフォルトの名無しさん
04/05/09 07:24
>>318
開発工数を削減できます。とこたえます。

でも、本当にそれを実現できるには、開発メンバー全員が
Tapestryのことを或る程度まで知っていなければならない罠。

322:デフォルトの名無しさん
04/05/09 08:58
>>321
新しいものなんてだいたいそんなもんだ。
そこを乗り越えてなけりゃ未だにみんなアセンブラおんりーで５０年前から進歩してないわけだし。

323:デフォルトの名無しさん
04/05/09 12:41
>>321
じゃあ削減分、値引いてね♪と言われる罠ｗ

324:デフォルトの名無しさん
04/05/09 12:49
>>323
納期短縮をせまられたり。うぅ・・・
そうじゃない、そうじゃないんだ・・・。

325:デフォルトの名無しさん
04/05/09 13:15
新技術を使って前より少ない工数でできました(生産性向上)

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

人月の弊害だよなぁ。。。
生産性向上の利益がエンジニアに配分されない。。。
ｽﾚズレｽﾏｿ

326:デフォルトの名無しさん
04/05/09 14:18
>>307
そうなんだよ。激しく面倒。

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

>>325
それは模前が選んだ組織の問題だ・・・
Javaのサーバサイド系の技術のほとんどは生産性は上がらないんだよ・・・

327:デフォルトの名無しさん
04/05/09 14:43
定期的に湧くアンチがいるな

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

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

もちろんEJBが必要な案件もあれば必要がないものだってあるさ
そのへんをかまわずにとにかくJ2EE技術すべて使わなければ損とか
いいつつ開発にコストかかりすぎてｊａｖａダメだぁとかあほなやつがいるのも事実

328:デフォルトの名無しさん
04/05/09 15:52
小規模、短納期にＪ２ＥＥは使うなってことで

329:デフォルトの名無しさん
04/05/09 20:55
>>327
フレームワークはそのアプリケーションに合わせたものを作ればよいということ。
その方がスマートかつシンプル。

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

フレームワーク作らなきゃいけないところをサボって、どうでもいいフレームワーク
を使おうと一所懸命な感じがしてる。サーバサイドアプリケーションの作り方
ってのをもう一度ゼロベースから考え直してみたらどうだろうか。

330:デフォルトの名無しさん
04/05/09 23:05
もちろん俺の仕事はちゃんと規模にあわせて選択、自作してるさ

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

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

んでこのスレらしい話に戻すとwebはなんでもあわないのにstrutsそのままとか
そういう話もかなり多い（雑誌で単語を目にしたしったか上司が多い）ので
Tapestryもがんばって欲しいなと

331:デフォルトの名無しさん
04/05/09 23:23
>>329
最初にまず、すでにあるもので簡単にできるなら利用しないのは損、ってことだろ。
その上でいいものを探して、選択する。

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

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

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

覚えるのが面倒だからという理由なら、ドキュメントが出るのをまってもいいし、
なんなら、コンサルでもいれなよ。一度、カタにはまった開発、ってのをやってみれば、
楽なのが分かる。面白いかどうかは別にしてね。

332:デフォルトの名無しさん
04/05/09 23:40
>>331
長いしわかりずらいよ、文章が

333:デフォルトの名無しさん
04/05/10 01:23
>>331
コンサルって奴は一般的に何をしてくれるものなんですか？
フレームワークの使い方を教えてくれるの？

334:デフォルトの名無しさん
04/05/10 22:14
>>321-325

あとは、『保守作業がえらく簡単になりますぜ旦那』くらいかな。
Strutsは、開発はJSPｶﾞﾘｶﾞﾘ君より簡単になったけど、
保守はむしろ煩雑化した記憶しかない。。。

335:デフォルトの名無しさん
04/05/11 00:38
>>334
でも「Tapestry知ってる人」をアサインするのが大変なような・・・

336:デフォルトの名無しさん
04/05/11 01:25
>>334
JavaScriptをスクリプトレットで制御するようなJSPを書かれる心配が無くなるぶん
Tapestryには導入メリットがありますね。
　
なんてな・・・

337:301
04/05/12 04:35
317の件はやっぱり無理？

338:デフォルトの名無しさん
04/05/12 06:34
>>337
ドキュメントが少ない＆
その少ないドキュメントを読みきった香具師が少ないので、

「可能か無理か判断する」のが無理な状態。

339:デフォルトの名無しさん
04/05/12 12:59
>>333 少なくとも型にはまった開発、っていうのは見られるかな。

340:デフォルトの名無しさん
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やってみてくれ。
URLﾘﾝｸ(www.caddr.com)

343:317
04/05/20 03:00
>>342
ナイス。時間ができたら試してみます。

344:デフォルトの名無しさん
04/05/20 03:51
>>317
なんだよ、そっちかよ
標準Documentに乗ってるじゃねーか
TemplateSourceDelegateを使ってsearch pathを変更することを期待してるのかと思って
必死でサンプル作って試していたのがショック！！！(T_T)

345:デフォルトの名無しさん
04/05/20 09:13
>>344
既知のTipsだとしても、それを情報として知るのと、
自ら試してみるのとでは理解度がまったく違うと思うよ。
決して無駄骨ではないと思われ。
その心意気に、敢えてGJ!!

346:342
04/05/21 16:05
>>344
それ、教えて欲しい。
サンプル公開きぼんぬ

347:デフォルトの名無しさん
04/05/22 05:38
>>344
オラも見てみたいズラ。

348:デフォルトの名無しさん
04/05/22 12:04
おれはどっちでもいーや

349:デフォルトの名無しさん
04/05/22 16:59
見せてもらえるものは見せてもらった方がいいわね、アータ。

350:デフォルトの名無しさん
04/05/23 22:34
3.0リリースから、もう一ヶ月たつのに、一向に盛り上がってこないなあ。

やってるー？　みんなー？

351:デフォルトの名無しさん
04/05/23 22:41
つうかFlashMXにはまってるからもういいや

352:デフォルトの名無しさん
04/05/23 22:58
>>350
一応MLが立ち上がっているみたいだけど、
2週間でレス2通(ML開設者の挨拶等)、参加者13人、技術的な
質問0。既に廃墟だね…。

URLﾘﾝｸ(www.freeml.com)

353:デフォルトの名無しさん
04/05/24 00:08
所詮、ニッチなわけで

354:デフォルトの名無しさん
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にて閲覧、投稿ができますので、是非とも参加下さい。
URLﾘﾝｸ(www.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:デフォルトの名無しさん
04/05/24 15:04
日本語ドキュメント整備されればとびつくけどな

362:デフォルトの名無しさん
04/05/24 20:40
このスレも５０毎に>>361の結論が出て、その繰り返しで1000行きそうだな。

363:デフォルトの名無しさん
04/05/25 00:55
>>354
Strutsから乗り換える教育投資に見合うメリットがあるのか？

おれは、ないと思うんだが。

364:デフォルトの名無しさん
04/05/25 01:28
乗り換えるんじゃなくて方向がまったく違う

でも結局>>361

365:デフォルトの名無しさん
04/05/25 03:56
>>363
乗り換えるなら、JSPから。

366:342
04/05/25 05:15
>>356
おー、すげぇ。
明日にでも、さっそく試してみるよ。

しかし、こういうの書かなくてもサクサクっと設定出来ないと
普及は厳しいかなぁ、という気がしないでもないなぁ。

367:デフォルトの名無しさん
04/05/25 07:00
>>363
Strutsをメンバーの過半数が、機能をフルに使いこなせていたら、
意味は無いだろうね。

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

でも結局>>361

368:デフォルトの名無しさん
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:デフォルトの名無しさん
04/05/25 12:40
>>368
XDoclet使えば？
Strutsコンフィグファイルなんてほとんどさわらなくなった。

372:デフォルトの名無しさん
04/05/25 13:07
>>369
すでにXDocletのようなものもあるし、J2SE1.5からはメタデータという仕組みも組み込まれて同様のフレームワークの設定がやりやすくなるから、いまとなってはあまり問題ないね。

373:デフォルトの名無しさん
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:デフォルトの名無しさん
04/05/28 15:31
作者が「テスト助けてくれ～」と悲鳴ageてるわけだが。

376:デフォルトの名無しさん
04/05/29 01:41
名前は結構好きだな。

377:デフォルトの名無しさん
04/05/29 04:30
Tapestryはなぜ流行らないのか

URLﾘﾝｸ(www.fuka.info.waseda.ac.jp)
URLﾘﾝｸ(www.fuka.info.waseda.ac.jp)

378:デフォルトの名無しさん
04/05/29 08:34
>>377

>>361

379:デフォルトの名無しさん
04/05/29 09:16
>>361

380:デフォルトの名無しさん
04/05/29 09:29
>>377
企業での開発経験がない、学生だとあんなもんだろ。

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

382:デフォルトの名無しさん
04/05/29 09:49
Tapestry

383:デフォルトの名無しさん
04/05/29 10:05
Tagestry

384:デフォルトの名無しさん
04/05/29 10:17
T

385:デフォルトの名無しさん
04/05/29 12:20
Tanasinn

386:デフォルトの名無しさん
04/05/29 12:23
tapestory

387:デフォルトの名無しさん
04/05/29 13:37
>>377

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

よって、Tapestryは存在価値なし

388:デフォルトの名無しさん
04/05/29 13:51
>>387
ページのデザインってデザイナが（ユーザーの要望により）ちょくちょく変えるもんだから
そのたびにhtmlいじったりjsp化は非現実的

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

現場知らないお子さまはカエレ

389:デフォルトの名無しさん
04/05/29 14:13
Spindleってそんなにええのんか？

しかし、ブツを落とさないと稼動前提条件とかインストールの仕方がわからんのは
致命的。はやらす気はなさそう。

390:デフォルトの名無しさん
04/05/29 14:18
>>387
Dreamweaverの生産性は異常
だらけた理由とかいって、おまえ、
あ、ごめん、ＤＱＮデザイナーを起用してる、ＤＱＮプロジェクトの話でしたかpgr

391:デフォルトの名無しさん
04/05/29 14:43
ただいま、>>387は顔を真っ赤にしてDreamweaverの体験版を落としております

392:デフォルトの名無しさん
04/05/29 18:01
>>390
単なるHTMLエディタだろ？
何がそんなにいいのん？

393:デフォルトの名無しさん
04/05/29 19:38
>>392

３８７？

まずは体験版おとしてやってみろ
Tomcat連携機能とか検証機能とかスタイルシートまわりとかいろいろありすぎてな

394:デフォルトの名無しさん
04/05/29 21:58
>>392
カスタムタグなんかにも対応してたりもする

395:デフォルトの名無しさん
04/05/29 22:59
>>394
それじゃ、Tapestryいらないじゃん。

396:デフォルトの名無しさん
04/05/29 23:46
>>395
実際にやってみろ
カスタムタグはあくまでも解釈されない程度だ

397:デフォルトの名無しさん
04/05/31 04:22
Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？
そんなところにそもそもJavaが絡む余地ないだろ。

398:デフォルトの名無しさん
04/05/31 04:39
ページのデザインってデザイナーが必要なほど、難しいもんじゃないし

Dreamweaverの何が生産性高いのかさっぱりわからん

399:デフォルトの名無しさん
04/05/31 09:24
>>397
普通のWebサイトでもJava使うだろ。

400:デフォルトの名無しさん
04/05/31 09:44
>>398
短期の仕事でデザインとプログラムなんて両方やってられるわけがないだろうに
web方面で短気じゃない仕事なんて聞いたこと無いぞ

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

しかし現場知らないお子さまの反DreamWeaver厨は気楽でいいよな

401:デフォルトの名無しさん
04/05/31 10:33
というか単純に「Java」と聞いて
サーブレットじゃなくてアプレットを思い浮かべているだけの
厨が紛れ込んでる希ガス。

402:デフォルトの名無しさん
04/05/31 10:50
>>400
短期過ぎるから両方やらざるを得ないのでは

403:デフォルトの名無しさん
04/05/31 10:58
>>401
いや、DW使いのやつらは、JavaScriptをJavaと呼ぶケースがほとんど。
"Java"が実際どのようなものか、まったく理解してないケースも多い。

404:デフォルトの名無しさん
04/05/31 11:22
デザインが必要か必要じゃないかに、短期か短期じゃないかなんて関係ないのにね。

405:デフォルトの名無しさん
04/05/31 15:14
＞ Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？
＞そんなところにそもそもJavaが絡む余地ないだろ。
デザインが重要なWebサイトにどうしてJavaが絡む余地がないと思えるのか
不思議で仕方がない。
デザインが重要かどうかとJavaを使うか使わないかの関連性が全く見えない。

406:デフォルトの名無しさん
04/05/31 15:40
デザインが必要か必要じゃないかと、短期か短期じゃないかと、Javaを使うか使わないかなんて関係ないのにね。

407:デフォルトの名無しさん
04/05/31 15:42
こことかは、結構凝ったデザインになってるし。
URLﾘﾝｸ(www.junkudo.co.jp)

408:デフォルトの名無しさん
04/05/31 15:43
タペのスレですよー。

409:デフォルトの名無しさん
04/05/31 15:45
話題はJavaの話になってるし。

410:デフォルトの名無しさん
04/05/31 17:14
とりあえず、デザイン要素が生じる動的サイト制作には、
生JSPよりもStrutsよりもﾀﾍﾟが剥いてると思う。
特に、デザイナーとのコラボが必要な場合。

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

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

たぶん、Tapestry + Cayenne(Hibernate) + Springあたりが、フリーでは最強なんだろうな。
有償製品ではWebObjectsってのが対抗馬だろうね。

411:デフォルトの名無しさん
04/05/31 19:27
結局Strutsにしても、JSFまでの時間つぶしだしなぁ。

412:デフォルトの名無しさん
04/05/31 21:10
俺struts使ってんだが、タペについて教えてくれ。

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

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

３）これから主流になるかもしれないＪＳＦやＪＳＴＬとかとタペの関係ってのはどうなの？

413:デフォルトの名無しさん
04/05/31 21:44
１）
（ｲｿｱｸｼｮｿの受け売りだが）
・WYSIWYGプレビューを保持したまま動的コンテンツを開発できる。
・JSPコンパイル時間不要

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

３）すまん知らない＿|￣|○

414:デフォルトの名無しさん
04/05/31 22:00
ﾀﾍﾟもStrutsもあるｵﾌﾟｿｺｺﾐｭが作ったフレームワークに過ぎん。
JSFやJSTLは標準仕様だからな。
そもそもの位置づけからして違う

415:デフォルトの名無しさん
04/06/01 06:49
標準仕様で実装もあるのに、使われる気配のないJDO

416:デフォルトの名無しさん
04/06/01 09:21
JDOはｳﾝｺ。

417:412
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:デフォルトの名無しさん
04/06/02 04:58
>>418
> さらにコードで書いたほうが速そうなことをわざわざ設定ファイル記述して．．．

XDoclet使えば？

420:デフォルトの名無しさん
04/06/02 11:44
たしかにstruts-config.xmlの生成はxdocletに任せてだいぶ楽になった。
あれいちいち手書きしてたときは間違い多くてまいったよ

421:デフォルトの名無しさん
04/06/02 13:40
Tapestryもstrutsみたいに実行時エラーがウザイので
設定ファイルのチェックは必須かな。自分はAntを使用。


<target name="checkconf">
　<xmlvalidate>
　　<fileset dir=".">
　　　<include name="**/*.application" />
　　　<include name="**/*.page" />
　　　<include name="**/*.jwc" />
　　</fileset>
　</xmlvalidate>
</target>

これ＋自作のXML内クラス名チェッカーでXMLファイル内の
クラス名を検証して実行時前に徹底的に誤りを検出してまつ。

422:デフォルトの名無しさん
04/06/02 15:51
jwcidを簡単に入れられる。WebObjectsみたいなGUIがあったらどうですか？
ドラッグ＆ドロップで名前を付けることができるツールが
dream weaverのプラグインでついたりすればいいのになぁ。
結局id付けなきゃいけないような気がしてます。
もうidとか付けるのVBライクなコピー＆ペーストから卒業しようよ。
とかいてみるテスト

423:デフォルトの名無しさん
04/06/02 22:02
>>420
他にコードで書いたほうが速そうなことをわざわざ設定ファイル記述してるの？
<html:message>のこと？

>逆にStrutsがダメなのはHTMLの煩雑さをそのままサーバ側に持ち込んで、

ごめん。意味分からん。もうちょっと具体的に教えて。
それに対してタペのアプローチ方法も教えて。

424:デフォルトの名無しさん
04/06/02 23:29
> JSFはSunがEclipseに合流するのをあきらめた時点でダメですね。
> SunはGUI作るのが下手なんで。

JSFはSunだけのものではないんだが。

425:デフォルトの名無しさん
04/06/03 00:15
IBMの方が先に製品版出したしな。

そして忘れられてるﾀﾍﾟ

426:デフォルトの名無しさん
04/06/03 01:03
もともと存在を認識されていなﾀﾍﾟ

427:デフォルトの名無しさん
04/06/03 01:16
ところで、barracudaと比較したヤシはおらんのか?

428:デフォルトの名無しさん
04/06/05 08:34
URLﾘﾝｸ(www.sanspo.com)

429:デフォルトの名無しさん
04/06/05 10:22
しばらく意味がわからんかった。
写真集について語るか。

430:デフォルトの名無しさん
04/06/05 14:22
Tapestry in Actionの一部がPDFで公開されているね。

URLﾘﾝｸ(today.java.net)

431:デフォルトの名無しさん
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:デフォルトの名無しさん
04/06/09 02:05
いつの間にSprint板ができたんだろう・・・

436:デフォルトの名無しさん
04/06/09 17:28
(ﾉ∀｀)ｱﾁｬｰ

437:デフォルトの名無しさん
04/06/09 17:38
こんなマイナーな技術で板ができるなら、Strutsなんて、ひとつのカテゴリですよ、と。

438:デフォルトの名無しさん
04/06/11 22:11
age

439:デフォルトの名無しさん
04/06/13 19:06
Spindle 3.0 Final ってのがリリースされてるぽいんだけど。

興味ない？

440:デフォルトの名無しさん
04/06/14 19:30
スピンドルってなんだっけ？

441:デフォルトの名無しさん
04/06/14 20:54
CD重ねるやつ？

442:名無しさん
04/06/16 15:24
>>440
マジレスしていいのやら....
Eclipse 用の Tapestry プラグイン。
URLﾘﾝｸ(spindle.sourceforge.net)

443:デフォルトの名無しさん
04/06/16 16:42
>>442
Sunクス

444:デフォルトの名無しさん
04/06/19 14:11
age

445:デフォルトの名無しさん
04/06/19 21:23
>>377
ダウンロードできねえぞ。
消えやがった。きになってしまうじゃねえか

446:デフォルトの名無しさん
04/06/19 23:23
>>445
PGが楽できないフレームワークは流行らない、らしい。

447:デフォルトの名無しさん
04/06/20 00:06
PGはフレームワークの選定なんてやらないが・・・。
そういう意味ではなくて？

448:デフォルトの名無しさん
04/06/20 00:53
まあそこはそれ、学生さんの言うことだから・・

449:デフォルトの名無しさん
04/06/20 18:38
やっぱり、いまいちこないのかなあ・・・。

そもそも、HTMLとして編集して、JSPとして動作させられるって言っても、
CSSのリンクとか、JSファイルのリンクとか、どうするんだろう？
ローカルで検証するときは、そのままダブルクリックして開いたファイルが見れる、
というなら便利だとは思うが、リンクは全て相対パスで書かないといけない、ということになるのか。
まあ、AタグやSubmit先が見れない、というのは仕方ないにしても、
どれほどいい感じに作成したHTMLを見れるか、というのはまず、重要だな。

それに加えて、JWCの使い勝手はどうなんだろう？
機能のカスタマイズとか簡単にできるんだろうか？

450:デフォルトの名無しさん
04/06/20 18:41
プログラマの問題だと思うよ。
JSPでもメンテナンス性の高いコードは書けるし、そうするのが現実的。

Tapestryはね、あまりに複雑で、もうそんなお遊びにはつきあってられん。

451:デフォルトの名無しさん
04/06/20 19:53
みんなシンプルなフレームワーク自作して満足してるんじゃない？

そういう俺もstrutsをさらにシンプルにしてさらにデザイナが嫌う埋め込みjspではなく
Velocityのようなテンプレートのようなものを組み込んでる

452:デフォルトの名無しさん
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:デフォルトの名無しさん
04/06/20 21:50
やっぱり問題はドキュメントの量だけだな
とくに日本語となるとまるでなし

455:452
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活発だね
URLﾘﾝｸ(groups.yahoo.co.jp)

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:デフォルトの名無しさん
04/06/21 13:12
>>459
StrutsはXDoclet使えばほぼ解決。
タペは普及度が低いためそんなツールの対応も未だに無し。

461:デフォルトの名無しさん
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:デフォルトの名無しさん
04/06/21 14:57
Strutsは、金出せば出すだけ便利になるね。

463:デフォルトの名無しさん
04/06/21 21:49
mavenって何に使うの?

464:デフォルトの名無しさん
04/06/22 20:00
>>463
オープンソースのプロジェクト管理。
スケジュール管理がないのはオープンソースだからｗ

465:デフォルトの名無しさん
04/06/26 09:15
>>459
1.1からはstruts-cocnfig.xmlの子供xmlを幾らでも作れる。

ども肝心要のサーバ運用管理者に
その事を知らない人が多い罠。

466:デフォルトの名無しさん
04/06/28 23:53
age

467:デフォルトの名無しさん
04/06/29 00:12
Struts等をやっていて、
手続きを記述した居場所でXMLを利用することが馬鹿げていることだと
感じるようﾆﾅﾘﾏｼﾀ…

468:デフォルトの名無しさん
04/06/29 00:36
Pure Servlet/JSP
マンセー

469:デフォルトの名無しさん
04/06/29 01:00
まあ、狼人間を撃つ銀の弾はないってことだ・・・

470:デフォルトの名無しさん
04/06/29 06:54
まあ、日本にはハリウッドは無いってことだ・・・

471:デフォルトの名無しさん
04/06/29 23:42
age

472:デフォルトの名無しさん
04/06/30 03:46
>>470
こいつは>>469の意味がわかってないってことだ。

473:デフォルトの名無しさん
04/06/30 22:41
ごめん。俺も意味わかんない。教えて。

474:デフォルトの名無しさん
04/06/30 22:50
そもそも狼人間などこの世にいないからな。都市伝説だ。
　
　
　
　
つまりデスマも都市伝説ってわけだ。

475:デフォルトの名無しさん
04/06/30 23:07
>>474
いや、狼に育てられた、狼人間はいた。

476:デフォルトの名無しさん
04/06/30 23:51
>>473
「人月の神話」っていう本の副題だよ。
まあ、もう結構昔の本だけど、機会があれば読んでみな。

477:デフォルトの名無しさん
04/06/30 23:52
>>474
デスマは心の中にあります。

478:デフォルトの名無しさん
04/07/01 10:32
おまいら現実を見ようぜｗ
まぁいくら良い？道具を使ったところで、万能じゃないってことだな。

479:デフォルトの名無しさん
04/07/03 00:00
age

480:デフォルトの名無しさん
04/07/04 01:14
>>475
アフリカでオオカミに育てられ人間に拾われ人間の生活に戻そうとしたが
10歳で死んでしまった少女アヴェロン野生児か

481:デフォルトの名無しさん
04/07/04 01:14
Strutsスレを復活させた

△△さらにStrutsの良さを教えて下さいSession3
ｽﾚﾘﾝｸ(tech板)

482:デフォルトの名無しさん
04/07/04 19:36
age

483:デフォルトの名無しさん
04/07/04 19:50
ネタがないってことだな。

484:デフォルトの名無しさん
04/07/05 23:31
関連プログラムのネタならあるぞ。

HiveMind 1.0-βリリースとか、
O-R Mappingﾌﾚｰﾑﾜｰｸｽﾚでの、祭りの後のCayenneの静けさとか…。

485:デフォルトの名無しさん
04/07/06 00:54
>>484
燃料がなくなったからね。

486:デフォルトの名無しさん
04/07/08 01:03
>>485
また再燃してきてるぞw

487:デフォルトの名無しさん
04/07/08 06:08
>>486
燃えカスみたいなもんだね。

488:デフォルトの名無しさん
04/07/08 09:32
こっちにもおいで。

Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.2
ｽﾚﾘﾝｸ(tech板)

489:デフォルトの名無しさん
04/07/08 10:11
>>484
Cayenneって、Tapestry関連なの？

490:デフォルトの名無しさん
04/07/08 10:43
WebとDBの連携やるのに、
TapestryとCayenneの相性がいいらしいって話しだろ。
ちょっと日本語資料少ないな。

491:デフォルトの名無しさん
04/07/08 23:36
>>489-490
Cayenne公式のUser's Guideに、
Tapestryへの設定の仕方の章がある。

492:デフォルトの名無しさん
04/07/08 23:52
>>491
それだったら、Strutsのもあるからなぁ。

493:デフォルトの名無しさん
04/07/09 10:49
>>488のスレに、Cayenneの日本語資料作ってくれた人が現れますたよ。

494:デフォルトの名無しさん
04/07/10 10:17
>>492
書き方が足りなかった（ｽﾏｿ）

WebServiceから使われることを想定しているフレームワークで、
Strutsへの設定を章立てし説明しているプロダクトは多々あれど、
Tapestryへの設定を章立てし説明しているプロダクトはCayenneくらい？

ということ。

次ページ