- 1 名前:Ace [03/10/31 01:35]
- JakartaのTapestryフレームワーク使ってますか?
日本ではなかなか情報が手に入らず、本家のドキュメントも 古いバージョンのままなので、使いたいと思って挫折した人多くありませんか? 私はTapestry2.3あたりのころにTapestryの存在を知りました。 それまではStrutsでした。 デザイナーを内輪にかかえていない我が社では外注先から戻ってきた HTMLからJSPへの変換および、再修正依頼が非常に困難でした。 ○JSPへの変換ってつまらないよね! ○デザイナーがStrutsの拡張タグ理解できるわけないだろう! ○できたとしてどうやってデザインするの? そんなあなたにはTapestryしかありません! ぜひ日本でもこの2chを中心にTapestryの輪を広げて Strutsにイカレテいる古臭いプログラマーたちを見返してやりましょうよ! ちなみに私は携帯&PC向け有料サイトでTapestry使ってます。(^o^)v 登録ユーザ○十数万人、売上○千万円程度の規模です。 携帯は全機種対応確認済みです。 携帯のブラウザのバグ的なものに対応するために、 Tapestryのソースいくつか書き換えてるけどね(^_^; 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]
- おまいらスピソjが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]
- このスレも50毎に>>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の生産性は異常 だらけた理由とかいって、おまえ、 あ、ごめん、DQNデザイナーを起用してる、DQNプロジェクトの話でしたか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
387? まずは体験版おとしてやってみろ 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方面で短気じゃない仕事なんて聞いたこと無いぞ あとデザイン能力というかセンスは人それぞれ htmlをプログラマのほうが熟知していてデザイナはあんまりよくしらない という状況は多いが、それでも成り立つのはタグが綺麗かどうかとか htmlの知識とかそんなところじゃないしな しかし現場知らないお子さまの反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使ってんだが、タペについて教えてくれ。
1)HTMLのデザインとJavaの開発を切り離してできるって以外にStrutsじゃなくてタペを使うメリットって何かある? 2)Hibernate以外のマッピングツールも使えるの? 3)これから主流になるかもしれないJSFやJSTLとかとタペの関係ってのはどうなの?
- 413 名前:デフォルトの名無しさん mailto:sage [04/05/31 21:44]
- 1)
(イソアクショソの受け売りだが) ・WYSIWYGプレビューを保持したまま動的コンテンツを開発できる。 ・JSPコンパイル時間不要 2)むしろCayenneとの相性が良い。 3)すまん知らない_| ̄|○
- 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プレビューってのが不要ならあんまりメリットないのかな。 GUIで開発できるってのなら別だろうけど。 >>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
|

|