05/11/19 22:35:08
JSPやXML設定ファイルを使わないWebアプリケーションフレームワーク。
Wicket
URLﾘﾝｸ(wicket.sourceforge.net)
JavaとHTMLで全てを完了 - ウェブアプリケーションフレームワークWicket
URLﾘﾝｸ(pcweb.mycom.co.jp)
ちょっと良さそうじゃない？と、使ったことのない俺が立て逃げ。
2:デフォルトの名無しさん
05/11/19 22:42:57
なんだこれ
わけわからんから３行で説明よろ
3:デフォルトの名無しさん
05/11/19 23:46:38
画面デザインは HTML でつくる。
イベント処理は Swing などのような普通のアプリケーション風。
設定ファイルはあまり使わない。
↓からコピペ
URLﾘﾝｸ(www.h7.dion.ne.jp)
4:デフォルトの名無しさん
05/11/20 23:03:43
HTML内にPHPやJavaのコードを書いてDreamwaverで見るとぐちゃぐちゃ。
だから一度HTML内にプログラムコードを書くとプログラムが分からない
Webデザイナーはデザイン変更ができない。
そんな時Wicketはよさそう。 HTML内にはWicketの特殊なタグが入れる
入れる必要があるけど、Dreamweaverで見てもちゃんと表示されるので、
修正が可能。
まだ学習中だけど結構よさそう。
5:デフォルトの名無しさん
05/11/20 23:07:59
ASP.NETはDreamweaverでも大丈夫だよ
6:デフォルトの名無しさん
05/11/21 00:26:11
同じようにデザインにHTMLを使うTapestryより良さげ。
コードはSwing使ったことある人には馴染みやすいかと。
Swing開発チームメンバーが開発しただけあるよ。
SwingやっててこれからWebやろうかという人にはいいかも。
そんな俺もJSFやめてこっちを使ってみる予定。
7:デフォルトの名無しさん
05/11/22 14:20:59
テンプレート部分だけ見るとMayaaの方がいいかなぁ。
でもトータルなフレームワークとしてみると面白そう。
8:デフォルトの名無しさん
05/11/23 01:38:40
巷の変態HTMLにどれだけ対応できるか、だな。
「年収500万円くらいの平均的なwebプログラマー」様とやらは、平気な顔で
<font size=5><b>ぎゃああああ<i>氏ねえええ
<!--- あれれえ？ <blink>--</blink> えええ？ --->
<a>ここを</a>クリック！</i>
のように、さすが、プロとして恥ずかしくない前衛的なHTMLを納品して頂ける。
いつかﾇｯころｶﾞしてやる。
9:デフォルトの名無しさん
05/12/09 18:06:46
俺は日ごろTapestryを使っているけど、
ちょっと使った感じだとよさそうだね。
ただTapestryより日本語の情報が少ないのが難点。
でも来月号だったかな？ Javaプレスで取り上げるらしいので期待。
URLﾘﾝｸ(www.7andy.jp)
10:デフォルトの名無しさん
05/12/25 10:33:30
ところで、
HTMLはデザインするためにあるのではありません
11:デフォルトの名無しさん
05/12/25 22:11:43
HTML+CSSと言えば許してくれますか
12:デフォルトの名無しさん
06/01/10 12:24:23
Wicket Communication
URLﾘﾝｸ(www.eisbahn.jp)
↑Wicketをメジャーにすべく頑張るそうです。
JAVA PRESSももうすぐ発売。
応援age
13:デフォルトの名無しさん
06/01/18 22:34:25
本屋でぱっと見てきたけど JAVA PRESS に載ってないよね?
Trails に変更したのかな?
14:デフォルトの名無しさん
06/01/20 02:22:10
>>13
【残念です。】
15:デフォルトの名無しさん
06/01/20 02:26:06
>>13
URLﾘﾝｸ(www.gihyo.co.jp)
ほんとだWicketのWiの字もない…
16:デフォルトの名無しさん
06/01/21 13:45:43
変更になったんだろう
残念だ。
17:デフォルトの名無しさん
06/01/21 13:47:54
URLﾘﾝｸ(www.cbook24.com)
ここに取り上げると書いてあるが。
18:デフォルトの名無しさん
06/01/21 13:58:34
>>10
それは「ボインは父ちゃんのためにあるんやないんやで～」と言ってるのと本質は同じだな。
19:デフォルトの名無しさん
06/01/27 17:34:05
Wicket 1.1.1公開 - 1.2からのバックポートも
URLﾘﾝｸ(pcweb.mycom.co.jp)
20:デフォルトの名無しさん
06/01/29 13:13:38
これ、XMLがとんでもなく少ない（というかweb.xml以外ない）のがすごくいいな。
あらゆる制御がソースコードに表れるので、中規模くらいまでならこれでいいような
気がする。
というか、Strutsとか使っててもXML書き換えたら、サーブレット再起動だったりする
しさ、もうプログラム修正のほうが分かりやすいよ、という感じで。
まあ客はプログラム修正だと再起テスト要、XML修正なら「さっさと入れちゃって」
だったりするという現実もあるんだけども....
21:デフォルトの名無しさん
06/02/22 16:20:17
wicketを使ったサイトって知りませんか？
22:デフォルトの名無しさん
06/02/23 02:56:55
つ URLﾘﾝｸ(www.ibfd.org)
23:デフォルトの名無しさん
06/03/02 14:43:47
まだTapestryもJSFもつかいこなしてないのにこれはなんぞやと。
Seasar2やStrutsと併用できるんかいな？
Java5対応はどうなってる？
EJB対応は？
JBoss, Apache Geronimo対応は？
24:デフォルトの名無しさん
06/03/02 15:47:12
サーブレットが動く環境なら動きますよ！
Strutsとは併用不可でしょう。基本的にTapestryとStrutsとは競合になりますので併用不可でしょう。
Java5で動かしていますが問題ないです。 EJBとの連携も可能です。
JBoss、Apache Geronimo下で動かせるはず。
うちらはTomcatで動かしていますが...
25:デフォルトの名無しさん
06/03/02 21:36:03
Glassfishで動いたみたいな話がある
Wicketがオブジェクトの生成をやるんで
Dependency Injectionとは相性が微妙に悪いはず
EJBはどうだろ？JNDI経由になるから問題ないんかね。
26:デフォルトの名無しさん
06/03/03 00:35:34
つうかWicketは発想からして、徹底的にフロント層にだけ特化したフレームワークなんだから、
モデル層にEJB使おうがSpring使おうがSeasar2使おうが、全然問題ないだろ。
Springについてはサブプロジェクトでサポートしているけど、Seasar2でも普通に使えば
使えるだろ。
Strutsは同じフロント層なんでぶつかるね。
27:デフォルトの名無しさん
06/03/09 16:01:14
JavaとHTMLで全てを完了 Wicket、1.2ではAJAXサポート強化
URLﾘﾝｸ(pcweb.mycom.co.jp)
28:デフォルトの名無しさん
06/03/12 19:03:42
>>26
Springサポートの内容を見てて問題点が分かったような気がする。
一つはWicketコンポーネントにインジェクトしてもらいたい場合。
もう一つがWicketのコンポーネントは全部、セッション内に格納されるので、
Serializableでないといけない点。これはコンポーネントに保持されるモデル
オブジェクトもすべてそう。
DIコンテナに登録されるオブジェクトはほとんどPOJOだから、その制限は
ちょっとよろしくない。
WicketのSpringサポートでは、Wicketコンポーネントのプロパティにアノテー
ションを付けておくと、（DIコンテナにインジェクトさせる代わりに）プロキシが
生成されてそれがプロパティに入るみたい。
実際にプロパティを使うときに、プロキシがSpringとやりとりするようでした。
29:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 21:41:34
TextSS のWindowsXP(Professional)64bit化おながいします
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？
30:デフォルトの名無しさん
06/03/18 22:56:31
誤爆に負けないようネタ提供。
sourceforge の Community Choice Awards の
development カテゴリにノミネートされています。
URLﾘﾝｸ(www.wilsonresearch.com)
気に入ったら投票してあげて～
31:デフォルトの名無しさん
06/04/02 16:33:13
1.2でたら開発に使おうと思ってるんだけど
32:デフォルトの名無しさん
06/05/03 11:39:54
なんかネタねーのかよ。
誰か解説サイトとかユーザコミュニティサイトでも立ち上げろ。
33:デフォルトの名無しさん
06/05/09 15:29:55
MYCOM Wicket入門
URLﾘﾝｸ(journal.mycom.co.jp)
34:デフォルトの名無しさん
06/05/09 22:21:31
読んだ。こんな記事が出てきたことはすごくうれしい。ちょっと最初のほうがうざいけど。
でもなんかつっこみどころが何ヶ所かあるんだよな。敢えてつっこんでみる。
１ なんで次画面に情報を引き渡すだけのために、WebSessionなんて使うんだよ
WicketはRequest/Responseベースのフレームワークに対して、コンポーネント(POJO)と
イベントでなんでも片づけよう、つまりはSwingみたいにWebアプリケーション作ろうぜ、という
フレームワークだろ。
確かにWebアプリケーションである以上セッションを使うシーンは確かにあるんだけど、
次画面に情報を引き渡すなら、次画面のPageオブジェクトのコンストラクタに、必要なオブ
ジェクトを渡しちゃえば済む話だ。
session.put(TEXTFIELD_ID, (Object)this.textfield);
super.setResponsePage(NextPage.class);
なんてところは、
setResponsePage( new NextPage( textField));
でいいじゃん。
だいたい、WebSessionにputなんか作ったら、HttpSessionと変わらんだろうが。
WebSessionはサブクラス化して、キーごとにgetter/setterをちゃんと作ることで、
型安全性を最大限に利用しろと作者ﾀﾝもMLで言ってたぞ。
２ なんでそこでBoundCompoundPropertyModelなんだよ。
処理が余計ややこしくなってるじゃん。wicket:idとbeanのプロパティ名が一緒の
時は、CompoundPropertyModelが一番楽だろ（というかそのためにあるんだろ）
BoundCompoundPropertyModelは、親コンポーネントのモデルにOGNL式で
アクセスできる(CompoundPropertyModelかつ一部PropertyModel可)のが嬉しいものなのに、
プロパティ名そのままかよw
たしかにCompoundPropertyModelの使い方って分かりにくいけどな。MLでも何度か
使い方について質問が上がってるし。
35:デフォルトの名無しさん
06/05/10 02:43:51
確かにちょっと変わったコードだったね。
でも初の本格的な紹介記事だしね。
おつかれさま!
36:デフォルトの名無しさん
06/05/10 12:06:07
多少、へんなコードでも紹介されないと普及しないよ。
37:デフォルトの名無しさん
06/05/12 15:03:30
wicketでhttpからhttpsのページへ遷移させるにはどうしたらよいのかな？
38:デフォルトの名無しさん
06/05/12 22:32:58
リダイレクトしたいってこと？
1.2なら、
getPage().getResponse().redirect("URLﾘﾝｸ(www.google.co.jp)");
getRequestCycle().setRequestTarget( EmptyRequestTarget.getInstance());
↑２行目のようにリクエストをキャンセルしないとリダイレクトしない。
だが。「httpからhttpsのページへ」というところが質問のキモなのかな？
39:デフォルトの名無しさん
06/05/12 23:11:03
BookmarkablePageLinkでhttpsのURLを指定するとか。
Wicket自身にhttpsをサポートする機能はまだないみたい。
40:デフォルトの名無しさん
06/05/13 00:13:19
ちがった。ExternalLik
41:デフォルトの名無しさん
06/05/13 01:21:27
ExternalLinkでリダイレクトってできるの？
ExternalLinkってonClick()メソッドもないからクリック動作のエミュレーションも
できそうにないし、この手のマークアップ・コンポーネントって id が必須だから、
もしnewしても、対応するhtmlテンプレートに 同じwicket:idがなかったら、
実行時にエラーになっちゃうんじゃないかなあ。
もちろん物理的にクリックすれば外部サイトに飛ぶわけだけど。
42:デフォルトの名無しさん
06/05/13 02:03:05
リダイレクトはできないよ。
単にhttpsのリンクを張るだけ。
43:デフォルトの名無しさん
06/05/13 03:25:42
たぶん、理想的にはページに要httpsというメタデータを付けておくと
勝手にWicketがhttpsのURLを生成してくれるというものだろうけど
そういうのはまだない。MLでは@Secureとかそういうアイディアがでてたけど。
44:デフォルトの名無しさん
06/05/26 14:11:14
JavaとHTMLだけで完了、Wicket 1.2 待望の正式公開
URLﾘﾝｸ(journal.mycom.co.jp)
3度目のメジャーリリースage
45:デフォルトの名無しさん
06/05/27 01:20:09
で、使ってみた人いるの?
46:デフォルトの名無しさん
06/05/27 01:53:18
シンプルさでいったらVelocityのほうがよくね？
47:デフォルトの名無しさん
06/05/27 03:03:28
Velocityとは全く用途が違うよ
Wicketが比較されるべきはStrutsやJSFなど
48:デフォルトの名無しさん
06/05/27 12:07:57
おれ最近めちゃ使ってるよ。
ちなみにVelocityとは全然違う。Strutsと比較するのもなんか違う気がする。
まあアプリケーションフレームワークだという点では同じだが。
比べるならJSFかなあ。
Wicketのほうが楽だな、おれは。JSFは、ツールで画面を作るのが前提の
仕様になっていると思う。WicketはGoLiveとかDreamWeaverとかで画面を
作るのが前提（もちろん、あと手書きも）。
いろいろ使ってると、Panelとか結構「あー実際の開発の時、どうやって
デザイナーの作ってきたHTMLからパネル用htmlテンプレートを作るか、
想像してつくってんなあ」と思うところがあっていい感じだ。
Pageにadd()でコンポーネントを貼っていくのが基本的なプログラミングなん
で、panelにadd()でコンポーネントを貼っていく、Swingみたいな感じ。
49:デフォルトの名無しさん
06/05/30 00:53:24
1.2になって一部変わったところもあるけど、それよりなにより
htmlをjavaのソースと同じ場所に送っていうのになかなか気が付かなかった。
エラーメッセージもちょっとわかりにくくて、ライブラリが足りないのかとか
いろいろ考えてしまったし。
でもよく考えてみたら結構合理的なフォルダ構成かも。
50:デフォルトの名無しさん
06/05/30 01:50:32
htmlをjavaソースと同じところに置くのは、一番最初からずっとそうだが.....
というツッコミはここまでとして。
おれは最初、htmlを表示したらクラス階層がURLに漏れてしまうんだと
思ってたんだけど、実際にはあくまでテンプレートファイルに過ぎないん
であって、URLに現れるのは（当然ながら）サーブレットのURLなのな。
テンプレートとして扱うようになってからは、>>49のいうように合理的な配置
だと思えた。
1.2で採用された機能では、マウントがいいね。ブックマーカブルなページを
自由なURLで表示できるようになる。
51:49
06/05/30 09:29:59
>>50
1.2からいきなり使い始めたんだけど使える記事がMYCOMの1.1の記事しかなくて
書かなかったけどほかのいろんなとこでもではまってた orz..
(本家のサンプルですら1.2未対応のがあるし）
ＵＲＬは確かに結局servletなんだよね。 bookmarkable なページとかできるみたいだけど。
もう少しいろいろいじってみます。
52:デフォルトの名無しさん
06/05/31 04:07:43
Wicketで作られたポータルサイト
URLﾘﾝｸ(www.szeretgom.hu)
53:デフォルトの名無しさん
06/05/31 22:13:35
URLﾘﾝｸ(blog.drecom.jp)
で
ひとつでっかい気にくわない所を発見・・・フォームの各input要素に入力した値が、
てっきりWebPage#add()で登録したComponet経由で取得できるのかと思ったら、
フォームクラスの“compoundPropertyModel”プロパティに設定したJavaBeanクラス
経由で操作するという点。確かに、input要素を全てビハインド側で登録してないから、
そりゃそうなんだけど、なんでここだけStrutsやSpringと同じモデルなのさ・・・。
Java関係の設計者のみなさま、JavaBeans好きすぎ orz （Wicketを設計した人は
Swingの設計者なんだそうで。良くできてるけどちょっと難しすぎるってばこれ）
ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
やっぱり邪道なのかなあ・・
変にDAOのbeanをつくるよりも1ページ1クラスになって見通しよくなると思うんだけど。
54:デフォルトの名無しさん
06/05/31 23:04:39
>>53
> ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
> やっぱり邪道なのかなあ・・
次のページにまとめて渡す必要のある情報でないんなら、そのページ限定で使うん
だから、Pageクラスのプロパティをそのまま使えばいいっすよ。だってそこでしか
使わないんだし。
setterとgetterさえあればどこにでもバインドできちゃうのもWicketのうれしいところ
なんだし、どんどん使えばいい。逆に「別クラスのBeanにつめなくちゃいけない」と
思っちゃうのは、いままでのフレームワークの毒気が抜けてないってことだろう。
次のページに渡すとか、別のオブジェクトに渡すとかいう情報はBeanにまとめたほう
がいいね。
コンポーネントから値を取り出して、自分で別のBeanに詰めたりしなくていい
（そんなことはWicketがやる）というところがうれしいのに、なんで>>53のリンク先は、
わざわざ「おれは苦労したいのになんで助けるんだ」と言ってるのか不思議。
55:デフォルトの名無しさん
06/05/31 23:11:37
MyPage() {
super(new CompoundPropertyModel(this)
}
ってこと?
それならMyPageのインナークラスで
bean用意した方が見通しがよいんじゃないかなぁ
56:デフォルトの名無しさん
06/05/31 23:20:27
むしろ
add( new Label( new PropertyModel( "id", this)));
ってな感じでBeanに入れるまでもないようなもんを
ページのプロパティにぶち込むんじゃねえ？
57:デフォルトの名無しさん
06/05/31 23:22:11
納得。そりゃいちいちbean用意しないですね。
58:53
06/05/31 23:40:57
>>56
そんな感じです。
で、たとえばボタンのOnSubmit() のなかで各プロパティをメンバ変数として取得して
計算とかロジック判定とかして
setResponsePage( new NextPage(arg1,arg2,...));
として次のページに渡せばBeanとか内部クラスが減っていい感じだと思ったんですが。
59:デフォルトの名無しさん
06/06/03 08:49:01
URLﾘﾝｸ(www.physalis.net)
60:デフォルトの名無しさん
06/06/17 11:51:43
どっか業務でWicket導入したやつっている？
61:デフォルトの名無しさん
06/06/17 17:37:26
導入してるよ
62:デフォルトの名無しさん
06/06/18 01:49:02
>>61
おお！すごいね。
何て言ってまわりを説得したの？
ウチの職場だと「Wicket？なにそれ？」って感じだから業務では使わせてくれなさそう。
63:デフォルトの名無しさん
06/06/18 05:07:47
すみません、 ｽﾚ 違いかもしれませんがどうか教えてください。
自分のブログに音楽を流そうと思ってタグを打ち込んでみました
<EMBED SRC="***********files/do.mp3"WIDTH="70" HEIGHT="40" AUTOSTART="true"←こんな感じなのですが
なぜかIEやスレイプニールではページを開いた時に音楽が流れはじめるのですがファイアーフォックスでは流れません：：
どうかご教授ねがえないでしょうか？
お願いいたします！
64:デフォルトの名無しさん
06/06/18 15:26:43
超ｽﾚ違い
＝＝＝＝＝＝＝＝＝ 終了 ＝＝＝＝＝＝＝＝＝＝＝
65:デフォルトの名無しさん
06/06/18 16:51:52
>>62
みんな新し物好きだから新しいの出たら使いたがるのよ。
新規で作るものはこれ使ってみようみたいな感じ。
おかげでプロジェクトごとにフレームワーク
違ったりするから大変っちゃ大変。
66:デフォルトの名無しさん
06/07/04 21:05:52
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所 所沢（池袋・高田馬場から直通）
ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
67:デフォルトの名無しさん
06/07/05 13:38:17
時給が一桁足りないと思うが。
68:デフォルトの名無しさん
06/07/05 20:16:28
パソコン教室でＪＡＶＡ教えているけど時給１５００円だよ
69:デフォルトの名無しさん
06/07/06 10:48:21
企業プログラマ向けの講習の講師だと、時給1万円ぐらいが普通だ。
1500円だと、教えられる側のプログラマも雇えん。
パソコン教室でJavaって、いったいどんな人に何を教えてるんだろう。
70:デフォルトの名無しさん
06/07/06 22:46:55
>>69
JavaScript(=Java)な定義の悪寒
71:デフォルトの名無しさん
06/07/07 11:50:02
そんな発想はなかった
72:デフォルトの名無しさん
06/07/08 00:36:00
JavaScript(=Java)な定義の悪寒
V
∧＿∧
( ´･ω･`) ∧＿∧
／ ＼ （´Д｀； ）ｽｹﾞｪ･･･!!!
.＿＿| | .| |＿ / ヽ
||＼ ￣￣￣￣ ／ .| | |
||＼..∧＿∧ (⌒＼|_＿./ ./
||. （; ）ﾏｼﾞｶﾖ･･･ ___＿_ノ| ∧＿∧
/ ヽ ＼| （ ）その発想はなかった・・・」
73:デフォルトの名無しさん
06/07/11 19:55:18
>>71-72
マジで？
俺の職場まだ二つを混同してる人いるよー。
いちいち「Script」付けて言い直すのも嫌味と思われそうで気がひける・・・orz
74:デフォルトの名無しさん
06/07/17 21:00:25
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所 所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
75:デフォルトの名無しさん
06/07/27 00:43:36
WicketにJSR-168ポートレットサポートが追加
URLﾘﾝｸ(journal.mycom.co.jp)
ポートレットって何
76:デフォルトの名無しさん
06/07/28 00:56:27
ページの一部分だけを制御する（パネルのような）モジュールを
取り扱う、標準規格だよ。
Portlet APIに準拠したコンテナは、Portlet APIに準拠したモジュールを
簡単に画面に表示したりできるというやつ。
77:デフォルトの名無しさん
06/07/28 01:55:30
なるほど。ありがとう。
78:デフォルトの名無しさん
06/07/30 15:13:02
Java Worldで特集来たね
俺は取りあえずハローワールド打ってみたけど、これは面白い。
職場は完全にCと.NETでクラサバのみなんで、休日くらいしかJava触れないのが苦しいところ。
79:デフォルトの名無しさん
06/07/31 16:25:21
URLﾘﾝｸ(journal.mycom.co.jp)
でClickというフレームワークがあるようですが、
ClickとWicketではどちらがどのようによいでしょうか？
80:デフォルトの名無しさん
06/07/31 16:52:58
>>79
お前がJSPとJSFのどちらがどのようによいか解説してくれたら俺もしてやろう
81:デフォルトの名無しさん
06/07/31 23:34:02
>>79
つ URLﾘﾝｸ(journal.mycom.co.jp)
おれはWicket好きだけど、Clickも結構イカス。formからデータをコピーするところなんか
OGNL式でマッピングとか面白い（WicketのPropertyModelがデフォルトってとこか）
Click -->
構造がシンプル。ViewはVelocityなんで簡単なロジックも書けるしMacroも組める。
シンプル命なので複雑な機能は搭載しないんじゃなかろうか。シンプルさのために
型安全性とかはあまり（あえて？）重視してないかんじ。
発展はこれから注目ってところか。あとドキュメントが分かりやすいと思う。
Wicket ->
究極のPOHP環境。ありとあらゆるものをすべてJavaだけで制御する。web.xml以外の
定義ファイルがない。AJAX部品を使えばJavaだけでAJAXなウェブアプリが組める。
APIはSwingの手法に詳しいと分かりやすいが、ちょっとドキュメントが弱い感がある。
MVCの関係が独特なのにその図解がないんで.... 各クラスの使い方を覚えるとあとは
楽かな。
９月に本が（英語だけど）出るらしい。
82:デフォルトの名無しさん
06/09/13 23:35:56
>>81
> ９月に本が（英語だけど）出るらしい。
詳しく！
83:デフォルトの名無しさん
06/09/14 01:21:08
>>82
URLﾘﾝｸ(www.amazon.co.jp)
おれは既に予約済みで、いよいよ届くのか？と思ってたらAmazonから
なんか手に入らないので発送遅れるとかいうメールがきてｼｮﾎﾞｰﾝ
84:デフォルトの名無しさん
06/09/21 22:22:08
Wicket本届いたよ。
85:デフォルトの名無しさん
06/09/26 01:32:04
>>84
どんな感じ？
買うべきかな？
86:デフォルトの名無しさん
06/09/26 23:18:14
今読んでるところだけど....
・読みやすい
・わかりやすい
買って損はないと思うよ。コンバータとかバリデータとかの解説って
ネットには少ないけど、拡張の仕方とかきっちり書いてある。
87:デフォルトの名無しさん
06/09/26 23:32:12
昨日発送したってメールが着たから今日届くんだろうな
楽しみだ
88:86
06/09/27 03:43:58
引き続き読み続けているのだけど、たとえば「Hibernate in Action」みたいな
本格的なものを想像していると、肩透かしをくらうと思う。
内部実装に至るまで徹底解説！というのではなくて、Wicketなやり方について
説明した本ですね。
入門から中級くらいまでを総ざらい、という感じです。WicketのModelから始まって、
Converter, Validator, コンポーネント、ビヘイビア、さらにはSpring拡張と、
Wicketの使い方はきっちり押さえている。
Wicketのはじめての本でもあるので、ちょうどいいくらいだと思います。なにより、
とても読みやすくてすんなり頭に入ります。
あと、ページレンダリングの処理順序が説明されているところも良かったです。
図がもうちょっとあれば完璧でした。
89:デフォルトの名無しさん
06/09/27 19:34:02
まさに入門者、Wicket歴0分の私が本を購入してみました。
とりあえずインストールが終わったところです。
90:デフォルトの名無しさん
06/09/28 01:29:26
Eclipse3.2 + WTP1.5 の動的Webプロジェクトでhtmlをsrcの下に置いてもビルドの際にclassesにコピーされません。
これをコピーされるようにWTPを設定することって出来ますか？
91:デフォルトの名無しさん
06/09/28 10:25:32
日本語版に期待
92:デフォルトの名無しさん
06/09/28 11:24:18
エンジニアなら読める程度の英語だよ
93:デフォルトの名無しさん
06/10/10 20:58:15
>>92
俺はエンジニアじゃなかったようだｗ
94:デフォルトの名無しさん
06/10/13 06:31:29
>>90
同じところでこけたわｗ
HTMLはJavaDoc位にしか使わんから除外されてると思わんかったｗｗｗ
設定→Java→ビルド→出力ホルダー→フィルターするリソースの*.html;を削れ
95:90
06/10/25 01:18:04
>>94
おお！！
ありがとうございます！
このスレでもスルーされてるし、Eclipse使ったWicket解説サイトとかでも特に何も書いてなかったから俺の頭がバグってるのかと思ってましたw
これで楽になるなぁ～。
96:デフォルトの名無しさん
07/01/05 23:53:22
うわぁ、流行ってねぇ＾＾；
Flashとの親和性を強くするにはXHTMLのWicketが一番だと思うんだが。
みんな他のFWに移ってる？
97:デフォルトの名無しさん
07/01/06 00:03:45
Flashを使ってないんじゃないか？
98:デフォルトの名無しさん
07/01/06 00:21:43
いやいや、Flashとかなしにしても
DreamWaverとか使うWeb屋さんとも相性いいと思うんだけどなぁ
99:デフォルトの名無しさん
07/01/06 01:10:44
>>98
誰もついて来ないし日本語Documentも少ない
個人的には今後の小規模用に期待してるんだけど
100:デフォルトの名無しさん
07/01/06 01:18:55
日本だとSeasarんとこのMayaaとかS2JSF(Teeda？)とかに流れてるんかな
101:デフォルトの名無しさん
07/01/06 01:25:56
>>100
確かにあっちの方が全然盛んだな
やっぱり日本語Documentは強いよｗ
102:デフォルトの名無しさん
07/01/06 03:03:26
マジレスすると、みんなまだStrutsに慣れてきたところ。
103:デフォルトの名無しさん
07/01/06 03:16:50
Strutsは慣れれば慣れるほど保守のための冗長は無駄だと思い知らされる。
104:デフォルトの名無しさん
07/01/06 04:05:52
今年くらいにJSFが流行りだして、Wicket/Clickは来年くらいじゃないかな？
105:デフォルトの名無しさん
07/01/06 14:34:20
wicket風のフレームワークを作ってみた。
テンプレート部分は、talを使用。
もうちょい練れば結構おもしろいかも。
とりあえず簡単なサンプルを撮ってみた。
URLﾘﾝｸ(sakuratan.ddo.jp)
106:デフォルトの名無しさん
07/01/06 15:07:49
>>104
JSFはもう終わりかけてね？
javaよりPHPに流れてる。
107:デフォルトの名無しさん
07/01/06 15:14:29
技術者レベルでそんな流れはないだろ
単価落とすだけだし
108:デフォルトの名無しさん
07/01/06 15:23:40
>>107
javaってくくってる段階で案件レベルって位認識してくれよ・・・
109:デフォルトの名無しさん
07/01/06 15:40:02
phpに流れる程度のものしか作ってないってことだろ。
110:デフォルトの名無しさん
07/01/06 15:46:38
phpは失速気味ではありませんか？
111:デフォルトの名無しさん
07/01/06 15:52:52
>>110
まだ小規模は食われてるよ。
さすがに大規模はjavaの方が多いけど。
112:デフォルトの名無しさん
07/01/07 00:56:15
PHPは、ホームページの一部を変化させたいときに使うものだな。
Javaを食ってるのはRuby
113:デフォルトの名無しさん
07/01/07 01:04:07
>>112
仕事の話だから学生は黙ってな
114:デフォルトの名無しさん
07/01/07 01:14:25
LAMPのPがひとりでうごうごしてるだけだとおもう
115:デフォルトの名無しさん
07/01/07 01:25:44
PHPに食われるような仕事w
116:デフォルトの名無しさん
07/01/07 01:33:29
PERLのことか？今どうしてんだろうな、あの言語
117:デフォルトの名無しさん
07/01/07 02:05:11
>>113
仕事なら、なおさらPHP使わないほうがいいんじゃねぇの？
PHPは、学生の作り捨てのサイト作るので限界だよ。
ちょっと作りこむと、すぐPHPのバグとか仕様変更に遭遇してハマる
118:デフォルトの名無しさん
07/01/07 02:34:36
まあこの辺でもどうぞ。
URLﾘﾝｸ(www.tiobe.com)
119:デフォルトの名無しさん
07/01/07 06:23:25
>>117
どのレベルをもって仕事うんぬんいってるのかしらんが
楽天やYahooでもPHPは大々的に使われているし、
JavaがPHPをばかにしているうちに、じょじょに食われていくと思うよ。
>すぐPHPのバグとか仕様変更に遭遇してハマる
これはすごく同意だけど、Javaのフレームワークも同じもんだと最近痛感した。
120:デフォルトの名無しさん
07/01/08 11:48:50
Javaの場合は古いバージョン使えばいいんだけど、PHPの場合は同時にセキュリティパッチがあたってて前のバージョンが使えないことが多くて致命的
121:デフォルトの名無しさん
07/01/08 16:52:44
とりあえずJAVAvsPHPスレいけ
122:デフォルトの名無しさん
07/01/08 18:02:12
Wicket vs Clickはどうですか？
123:デフォルトの名無しさん
07/01/08 18:04:33
Clickって確かMVCを捨てたFWだっけ？
確か日本人コミッタもいるとかなんとか。
Clickの欠点はGoogleで検索しにくいってとこかな。
124:デフォルトの名無しさん
07/01/10 23:59:58
当方WEBデザインに４年間携わり、その後Javaに興味を持ちプログラマーに転職し、
現在２年ほどいろいろな現場でWEBアプリの開発に携わり、
現在の現場でTapestryに似たオリジナルのフレームワーク（HTMLをテンプレートとして使用）の仕事をしていて、
最初はわけのわからんフレームワークだな～と腹が立ちましたが、
慣れてくるととても使いやすくてはまってしまい、
いろいろとフレームワークについて調べてるうちにWicketの存在を知りました。
ただ日本語の解説本がなくって、無謀にも英語の解説本「Pro Wicket」を購入。
現在ちょっとづつながらも読んでます。
デザインをやっていたものの立場からみると、
今のところWicketが一番興味が持てます。
Wicket、はやらないっすかね～。
125:86
07/01/11 01:17:14
Pro Wicketは読みやすいし結構つぼは押さえてるよ。
126:デフォルトの名無しさん
07/01/14 13:36:45
>>94
> 設定→Java→ビルド→出力ホルダー→フィルターするリソースの*.html;を削れ
すみません、もうちょっと教えてもらえませんか？
上記メニューがどこにあるのか分からないのです。
私のEclipse 3.2には設定メニューに「ビルド」というメニュー
というのが無いんですが、「ビルド・パス」のことですか？
（でもその下にはフィルターの設定は無いのです）
127:126
07/01/14 13:48:08
連続書き込みですみません、分かりました。
設定 -> Java -> コンパイラー -> ビルド
にありました。私の環境では*.htmlは入っていませんでした。
128:デフォルトの名無しさん
07/01/16 03:01:37
デザイナーからプログラマーに転職って珍しくね？
>>124
>現在の現場でTapestryに似たオリジナルのフレームワーク（HTMLをテンプレートとして使用）の仕事をしていて、
>最初はわけのわからんフレームワークだな～と腹が立ちましたが、
>慣れてくるととても使いやすくてはまってしまい、
どんなフレームワークか説明きぼん
>デザインをやっていたものの立場からみると、
>今のところWicketが一番興味が持てます。
デザイナーから見てTapestryやMayaaはどうっすかね
129:デフォルトの名無しさん
07/01/16 04:34:50
>>128
Webデザイナーからプログラマーって、結構多いとおもうぞ。
ちゃんとしたデザインできるやつは、すぐにちゃんとしたプログラム組めるしな。
130:デフォルトの名無しさん
07/01/16 23:00:09
>>129
んな訳アルカイダ
131:124
07/01/17 23:26:00
>>128
>どんなフレームワークか説明きぼん
業務のことなんであんまり詳しくは書けませんが、
JAVAサーブレットファイルとHTMLファイルがあってHTMLの変数部分は
@～@という形になっていて、
フォームの送信ボタンが押されたらサーブレットが呼ばれ、
その中でフォームから送られたデータを使っていろいろ処理し、
サーブレットからHTMLテンプレートを呼んで、@～@の部分を
処理した変数で置き換えて出力するというような感じです。
HTMLテンプレートを使うという意味ではTapestryに近いけど、
変数部分の置き換え部分はVelocityに近い感じです。
132:124
07/01/17 23:26:30
>>128
>デザイナーから見てTapestryやMayaaはどうっすかね
Mayaa、恥ずかしながら初めて聞きました。
んでちょっと調べたらなかなかよさそうですね。
HTMLファイルにMayaa独自のコードが入らないのがデザイナー側からすると
取っつきやすいと思います。
ちょっと気になったのが、JAVAオブジェクトを操作するのにJavaScriptを使うということ。
JavaScriptオフにしてたら動かないんですかね？
それと.mayaaファイルという独自のファイルの存在ですかね。
これはTapestryにも同じこと言えますが、そのフレームワーク独自のファイルって
（Tapestyで言うと、.applicationファイルと.pageファイルですかね。）
私個人的にはちょっと敬遠しがちというか。
管理するファイルが増えるってのがちょっと。。。
Wicketの場合だと、
HTMLファイル→デザイナー
JAVAファイル,web.xmlファイル→プログラマー
という感じで、多少HTMLに入るwicket:idとかぐらいでしたら
打ち合わせで十分カバーできるかなと。
それにクライアントさんへのプレゼンで変数部分に仮のデータを入れた形で
見せることができるというのが魅力的ですね。
まだあんまり詳しくないんで間違ってるところがあったらすいません。
133:デフォルトの名無しさん
07/01/18 00:42:18
Webデザイナの意見が聞けるのはJava屋からすれば貴重ですよ。
個人的にもWicketのような人様の土壌を汚さないFWは好きだったりします。
Jetty & Wicket & H2DB & Hibernate Annotations で実務に使ってみたいなぁ。
134:デフォルトの名無しさん
07/01/18 11:48:37
>>132
>>JavaScriptオフにしてたら動かないんですかね？
beforeRenderとかexecとかのことを言ってるんだったら、
これはサーバの方で処理されるから
クライアント側でJavaScriptをオフにしてても大丈夫ですよ。
135:デフォルトの名無しさん
07/01/18 20:33:23
tableでtrの背景を交互に変えたい場合はどう記述すればいいの？
136:デフォルトの名無しさん
07/01/18 23:35:19
>>133
おまえは俺ですか。似たようなこと考えてるやつ、実は多いのだろうか。
137:デフォルトの名無しさん
07/01/19 00:30:14
>135
やべーのをキメたスティーヴのクソッタレをファックするだけさ
138:デフォルトの名無しさん
07/01/19 00:35:03
>>135
ここはくだすれHTMLスレじゃないから
139:デフォルトの名無しさん
07/01/19 00:51:40
行番号を判断して色分けする程度のできないって？冗談だよな？
白と何らかのペールカラーを交互に表示なんざ基本中の基本だろ
140:デフォルトの名無しさん
07/01/19 01:09:56
<%
int i = 0;
while(ite.hasNext()){
if(i%2 ==0){
// 赤
}
else{
141:デフォルトの名無しさん
07/01/19 01:14:48
なぜスクリプトレット？
142:デフォルトの名無しさん
07/01/20 03:01:37
テーブル行の交互表示は拡張のOddEvenItemで出来るらしい。
てかWicketの日本語本でないかな、Jettyとの組み合わせに人気出そう。
最近流行のAjaxとの相性も良さそうだし。
143:デフォルトの名無しさん
07/02/03 21:22:35
S2Wicketあげ
URLﾘﾝｸ(www.seasar.org)
144:デフォルトの名無しさん
07/03/02 00:26:07
誰もいないのか？
実務で使った奴感想よろ
145:デフォルトの名無しさん
07/04/10 21:18:46
ちょっとしたループバックを作ろうとして行き成り躓いた。
URLにjsessionidを含まないアドレスだと、何故かcharsetがShift_JISになってる。
POHPはXHTMLでXML宣言もmetaもUTF-8なのに何が原因なんだが。
146:デフォルトの名無しさん
07/04/11 01:19:50
デフォルトロケール周りじゃね？
147:145
07/04/11 20:07:40
返されるのがShift_JISだから、まさかそれはないだろう
と、思ってたが、tomcat4からjetty6に移したらISO2022を返してきた。あれ？
クエリーストリングが無い場合の規定の動作かんねぇ・・・。
とにかく普段どおりUTF-8のfilterを引っ掛けることにします。ｔｈｘ。
148:デフォルトの名無しさん
07/04/11 21:35:30
RequestCycleSettings.setResponseRequestEncoding() は?
149:145
07/04/12 18:49:21
はい、フィルターじゃダメでした。もういい、Shift_JISにする orz
>>148
UTF-8に設定してる。んで、仮対応としてそれをShift_JISで運用することに。
どうせ社内ツールだから、これでいいやって感じです。
JVMも非SUNの怪しい奴だし。こじゃれたフレームワークつかうなってことかｗ
150:デフォルトの名無しさん
07/04/12 23:41:26
そういうこと、今まで遭ったことないし、
どこかの設定が違ってるだけじゃないのかなぁ。
フィルタも効かないって変だよねぇ。
151:デフォルトの名無しさん
07/04/13 17:12:17
incubator卒業まだかな
152:デフォルトの名無しさん
07/06/27 03:35:01
ところでDOMとかSAXってHTML様の前では糞味噌だな。
ましなHTMLを構文解析してくれるAPIないのかよ。
Javaでツール開発してるのみかけたけどさっぱりわけわかめｗｗ
153:デフォルトの名無しさん
07/06/27 03:39:08
自演おあげ
154:デフォルトの名無しさん
07/06/27 03:45:46
HTMLはXMLじゃないからな
膣に入れようとして尿道口に入れたようなもんだ
怪我するぜ
155:デフォルトの名無しさん
07/06/27 07:43:24
>>154
まだ中学１年なのでよく分かりませんがエロイ話？
156:デフォルトの名無しさん
07/06/27 10:41:48
> 152
NekoHTML
157:デフォルトの名無しさん
07/07/12 23:21:39
WicketのWebPageって、どういう単位でインスタンスが作られるんでしょうか？
WebPageのインスタンスフィールドに、ボタンとかテキストボックスの変数を持っても、問題ない？
StrutsのActionは、1つしかインスタンスできないから、
フィールドに状態をあらわす様な変数を持ってはダメだったのですが。
158:デフォルトの名無しさん
07/07/13 01:59:04
>>157
もっかい勉強しなおせ
そのレベルを気にするのは100年早い
159:デフォルトの名無しさん
07/07/13 02:21:25
最初は興味津々だったんだが、URLやセッションを汚しすぎなので、最近は敬遠気味。
JSFといい、Java界隈のフレームワークって漢の料理をしすぎだよ・・・
160:デフォルトの名無しさん
07/07/13 07:24:12
>>159 「セッションを汚す」とはどーゆう意味？どんなのが理想？
161:デフォルトの名無しさん
07/07/13 08:53:05
リクエストヘッダを自分で処理してレスポンスヘッダを自分で生成したんいだよ、きっと
162:157
07/07/13 09:06:01
>>158
勉強しなおします。。。
自分でデバッグして試した感じでは、WebPageのサブクラスがnewされるのは、
最初にページにアクセスしたときだけで、2回目以降のアクセスは同じインスタンスが使われているっぽい。
別セッションからのアクセスは別インスタンスだったから、
セッション毎にWebPageインスタンスが生成されると思った。
つまり、フィールドにコンポーネントを持ってもよいと思いました。
このサンプルを見ると、コンストラクタでコンポーネントをnewしてadd。
submitしたときは、getメソッドで取得しているが、フィールドに保持していたら
いちいちコンポーネントをgetする必要ないと思ったの。
Wicketがどういうアーキテクチャで動いているのか書いてある資料が見たい。
163:157
07/07/13 09:06:57
このサンプルっていうのをリンクするの忘れた。
URLﾘﾝｸ(www.javelindev.jp)
164:デフォルトの名無しさん
07/07/13 13:42:11
>>160
セッションに画面遷移用のデータをもったり、URLが制御しにくくなるってことじゃないの？
Webサイトだとセッション使いまくりは困るし、URLもきれいなほうがいい。
JSFはWebシステム用でWebサイトに使うなって話だな。
165:デフォルトの名無しさん
07/07/13 21:47:12
POHP系だとMayaaっぽいのが理想だな。
てか何故かPOHP系のView＝遅いって印象が強いよね。
少なくともJSPと同等にはなると思うんだが。
166:デフォルトの名無しさん
07/07/14 00:02:25
Velocityは速いイメージがあるけど、POHP系だとHTMLを全部パースしてそうなイメージがあるんで、
メモリ使用量とかが大きくて重いんじゃないかとおもっちゃうな。
167:デフォルトの名無しさん
07/07/14 03:39:13
JSPはJavaコードに一旦変換するんで、速度的には有利
168:デフォルトの名無しさん
07/07/14 07:34:06
POHP 系だって普通パースするのは一度だけだろ？
リクエスト事にパースするとかならともかく、Velocity より遅いと思う理由がわからん。
中間形式で保持するだろふつう。
169:デフォルトの名無しさん
07/07/14 09:39:08
Wicket はパースした分をキャッシュしてるよ
170:デフォルトの名無しさん
07/07/14 11:29:45
>>168
Velocity→基本は置換。ロジック部分も単純。
POHP→最初の1回はHTMLをパース。中間形式で保持したものは処理後HTMLに書き戻し。
だからじゃね？
俺も書き戻し分はやっぱり遅いんじゃねーかと思う。
詳しくはわからねーが。
171:デフォルトの名無しさん
07/08/28 12:37:08
1ヶ月半ぶりのカキコか。
あんまり使われて無いのかなぁ。
使いこなしている方がおられたらアドバイスください。
デザイン時にhtmlを作成しますが、その中で繰り返し項目について
サンプルデータで繰り返し記述し、実行時もそのまま使用する事ってできますか？
今は、繰り返し部分をコメントアウトだけして実行時に使ってますが
本当極力触らずにしたいのです。
例えば↓みたいなかんじ。
<table>
<tr wicket:id="listDatas"><td wicket:id="code">aa</td><td wicket:id="name">あいう</td></tr>
<tr><td>bb</td><td>かきく</td></tr>
</table>
このまま実行環境に持っていくと、2行目がそのまま最後に付加されてしまうので、
今は、2行目をコメントアウトしてます。
うまいidの指定方法とかでなんとかなるもんでしょうか？
172:デフォルトの名無しさん
07/08/28 13:10:04
ダミー行のサポートしてないのかあ・・・。
うーむ。
173:デフォルトの名無しさん
07/08/28 14:19:50
>>172
wicket:remove
174:デフォルトの名無しさん
07/08/28 14:24:46
ほほー！
また心が傾いた。
175:171
07/08/30 03:10:47
>>173
うわー、ありがとうございます！助かりました！
176:デフォルトの名無しさん
07/09/27 16:11:43
wicketでJ2SE1.3+J2EE1.2で動作するバージョンありますか？
(できることならEndOfLifeなど使いたくないが会社のしがらみでやむをえない)
調べてもよく分からなかったです。
177:デフォルトの名無しさん
07/10/01 14:16:13
Wicketじゃないとダメな理由があるんですか？
HTMLへのデータ埋め込みであれば、Velocityだけでなんとかならないかなぁ？
178:デフォルトの名無しさん
07/10/01 15:43:49
それならJSPだけでもいいだろ
179:176
07/10/01 16:13:25
HTMLをデザイナーが触るからです。
うちの会社はデザイン事務所なので、プログラマよりデザイナーの方が多いのです。
デザイナーが作った画面をプログラマがJSPに置き換えるのに限界を感じました。
JavaのMVCフレームワークで、HTMLテンプレート方式で目に付いたのがWicketでした。
180:デフォルトの名無しさん
07/10/03 11:24:52
>>178
全然違うと思う。
Velocityでごりごりやれば、HTMLごとに置換対象を切り替えられるし。
Wicketぽく動作させることも可能じゃん。
181:176
07/10/03 14:49:05
>>180
URLﾘﾝｸ(www.ingrid.org)
こういうことですか？これは困ります。
デザイナーに、異質なマクロを可能な限り見せたくないのです。
これだと、ソースコードが簡潔でMVCになるという目的は果たせますが
一番大事なデザイナーとの連携という意味では厳しいものがあります。
そのVTLと同じ意味を、divタグやspanタグでHTMLな感覚にしてあげることが一番の目的です。
気を遣いすぎかもしれませんが･･
182:デフォルトの名無しさん
07/10/03 15:00:38
>>181
違う違う、デザイナには
<ここに繰り返しデータが表示される>
<tr><td>A1</td><td>B1</td><td>C1</td></tr>
<tr><td>A2</td><td>B2</td><td>C2</td></tr>
<ここまで>
とか埋め込ませて、そのタグをJavaから置き換えたらどうでしょうか？と。
183:176
07/10/03 16:25:28
>>182
Velocityの使い方やらネットでいろいろ見てイメージは沸きました
Velocityはテンプレートエンジンのようなので
MVCフレームワークそのものは自前で作る必要があるようですね
Wicketが使えるならそれを使おうと思ってたんですが
もし本当に1.3でWicketが使えないようだったらその方法も選択肢としては十分いけると思います。
(WicketやVelocityを知る前はテンプレートエンジンにあたる部分も自前で作る予定でしたし。)
184:デフォルトの名無しさん
07/10/03 17:29:42
HTMLテンプレートが使いたいだけならMayaaでいいじゃない
185:176
07/10/03 17:47:05
うちは176にも書いてますが
JDK1.3でJSP1.1でServlet2.2です
Mayaaは無理なようです
うー
186:デフォルトの名無しさん
07/10/03 20:33:06
そっかー
187:デフォルトの名無しさん
07/10/03 20:53:11
velocity は JSP のタグが # ディレクティブになっただけで
本質的には同じものだと思うけどなあ
188:デフォルトの名無しさん
07/10/03 21:04:29
JSP1.1だと式言語使えないからねぇ
189:デフォルトの名無しさん
07/10/04 02:03:03
そもそも、その古い環境を新しく出来ないのか？
190:デフォルトの名無しさん
07/10/04 02:34:01
うわあああああああ
JSPにスクリプトレットが300行もあるぅぅぅぅ
Servletに毎回同じ処理が100行づつコピペされているぅぅぅぅぅ
191:デフォルトの名無しさん
07/10/04 02:39:31
>>190
マ板でやれ
192:176
07/10/04 14:01:07
>>189
簡単にはいかない感じを受けます
僕自身ここで働き始めて1年くらいなのですが、6年前に今の仕様で始めて以来ずっとそのままのようです。
複数台のサーバーに、現在アクティブなものでも大小含め数十本のWEBアプリがあり、身軽に動きづらいです。
僕が現状できることは、新しいサーバー構成で社内テスト環境を一つ増やせるくらいのものです。
できれば既存の環境でも使用可能なものがあれば幸いです。
193:デフォルトの名無しさん
07/10/09 13:08:41
皆様教えてください。
Wicketって、ビジネスロジックの起動はどのクラスから行うのがセオリーなんでしょうか？
WebPageを継承したクラス？
194:デフォルトの名無しさん
07/10/09 20:24:58
>>193
Page→Service→Logic
ってかんじにServiceからLogicの起動をやると、
GuiceではInjectしてくれないね。
195:デフォルトの名無しさん
07/10/26 16:13:17
Wicketでアプリケーションを組む場合って、
どんな単位でWebApplicationを作るべき？
例えば、下のような機能の階層があるとして
・マスタ管理 /app/master/
・ユーザー管理 /app/master/user/
・グループ管理 /app/master/group/
・顧客管理 /app/master/customer/
選択肢は
１．WebApplicationクラスを１個作って、後はWebPageだけで構成
２．マスタ管理、ユーザー管理、グループ管理、顧客管理単位に、
WebApplicationクラスを作る
３．その他
どんな感じ？
196:176
07/11/05 16:19:22
今日聞いた話によるとデザイナー側でDreamweaverCS3が使えるらしいので、
別にHTMLにこだわる必要はないのかなと思えてきました
197:デフォルトの名無しさん
07/11/10 20:57:40
>>195
１でいいんじゃないですか？
最初に２をやるとあとで統合ができないけど、1個で不具合があれば分けることが簡単だから
198:デフォルトの名無しさん
07/11/14 01:58:40
>>196
ぜんぜん java な話じゃないけど、
> DreamweaverCS3が使えるらしいので、 別にHTMLにこだわる必要はない
ってどういう意味？
(自分はプログラマなので DreamWeaver のことは名前ぐらいしか知りません)
DW って HTML 以外も作れるの？
199:デフォルトの名無しさん
07/11/14 02:54:35
>>198
196じゃないけど、結構なんでもいけるよ（.java, .cs, .aspなど）
使ってないし、古いVerだからもっと進化してるのかも知れん。
デザイナ分買えて、問題おきてもサポート待てる（PGがカバーする）余裕があるならいいんじゃね？
俺ならコスト考えてPOHPにするよ、マだけどjspとかtaglibもう書きたくないしｗ
200:デフォルトの名無しさん
07/12/02 16:10:30
DWって、jstlとかtaglibとか書いても大丈夫なんでしょうか。
201:デフォルトの名無しさん
07/12/04 00:29:10
,i｀ｰ､ , 、 ＿,ｨ‐､ -‐､、
/ ∠_ノヽlヽ＿/ヽ、 l､_二-ｧ ,r' / r _
./／! l´￣| 「´| ｌ′ ／ ／ (ﾞ-─′ﾆ'ヽ｀ヾヽ､
＿_」 L/ヽ| | | | ／ _,-ニ_｀ｰ､ ｀ｰﾌ ./ } | l ヽ
￣´l ,l_￣ ! ! ! ! r'´,／＿ ｀} ﾞl /. / / |-＝､_ﾉ
/ ﾉヽﾞヽ.| |_.」 | ｀ｰ'f´r‐､ヽ､ﾉ ﾉ r' /､ｰ'′/
,ノノ´ ヽ-'ｰ''￣ｰ' ｀ｰニ--‐'´ ヽ_/ i､_ノ
202:デフォルトの名無しさん
07/12/24 11:12:29
もう無いのかね・・・Teedaでちゃったし
203:デフォルトの名無しさん
07/12/24 11:18:57
teeda に劣るとは到底思えん
204:デフォルトの名無しさん
07/12/24 16:07:31
劣るとか優れてるとかいうもんでもないだろ。
s2wicketもあるしな。
205:デフォルトの名無しさん
08/01/07 10:52:47
Wicket 1.3 リリース age
206:デフォルトの名無しさん
08/01/15 17:54:04
URLﾘﾝｸ(db2.jugem.cc)
Apache Wicket 1.3に対応した書籍 第3章まで無料公開
207:206
08/01/21 15:32:27
保守age
やっぱ wicket や click は人気ないんだろうか
208:デフォルトの名無しさん
08/02/06 19:26:11
Wicket 1.3.1 リリース age
209:デフォルトの名無しさん
08/02/06 22:07:20
出生のタイミングが悪かったな。
EE5のDIを使えないから使いどころがない。
Web Beansコンテナが登場してからなら
JSF&Faceletsと天秤にかけられそうだけど。
210:デフォルトの名無しさん
08/02/06 23:18:32
URLﾘﾝｸ(wicketstuff.org)
211:デフォルトの名無しさん
08/02/07 00:55:17
ああ、既にあるのね。
社内用に試してみようかな。
212:デフォルトの名無しさん
08/02/08 21:17:13
これは劇団四季のミュージカルですね？
213:デフォルトの名無しさん
08/02/11 23:44:06
水曜日のデブサミのwicketのセッション楽しみだな。
214:デフォルトの名無しさん
08/02/12 02:35:29
13-D-5？それなら俺も受ける。
215:デフォルトの名無しさん
08/02/12 19:09:28
デブ差身に参加しようと思ったら
参加登録できなかった。もう遅い？
気がついたら参加登録がすでに終了していると表示されてる。
それでも参加登録ボタンがあるので押してみたら
カートが出てきたものの、会計を済まそうにも済ませられない。カートが空という理由で。
どうにかして参加したいなー。直接行けばただで参加できるかな？
216:213
08/02/12 19:45:52
>>215
どっちにしろタダなんだから、直接いけば参加させてくれそうな気がする。
217:デフォルトの名無しさん
08/02/12 21:12:11
一応運営にメールだけ送っておいた。どうしても行きたいので参加させてくださいなメール
218:デフォルトの名無しさん
08/02/13 02:50:06
>デブサミ
参加証を忘れた人は当日再登録できるらしいので
直接行けば運がよければ当日登録させてくれるかも。
でも当日登録の場合は満員のセッションには参加できないそうだ。
219:215
08/02/13 02:57:04
やっぱりそうらしいね。
メールで返事が返ってきたよ。各セッションで席が空いてないと入場できない可能性があるだけで
普通に入場できるっていってた。
220:デフォルトの名無しさん
08/02/13 20:35:35
行ってきた。Wicketのことがなんとなくわかった。
ここしばらくJavaに触れていなかったので最近のJava事情が?めずにいるのだが、
このWicketは
Spring Framework, JBoss, Struts, Geronimo, Seasar2などと併用して問題なく動くだろうか？
(中に競合があることはわかるが、それは並存ということで)
221:デフォルトの名無しさん
08/02/13 20:46:41
最近のJava事情を飲み込むためにWicketを選択するのは間違い。
これは完全に趣味レベルで使われるものだから。
一応、そのリストに挙げたもの全てに組み込み可能とは思う。
222:213
08/02/13 22:14:42
仕事でいけなかった・・・・
どなたか簡単にプレゼンの内容 please
・・・・って面倒くさいですよね
どこかにプレゼン資料あがるかな？
223:デフォルトの名無しさん
08/02/13 23:07:08
プレゼンは高橋メソッドだった。
内容だが、Wicketに慣れている人はとくに見なくてもいいような気がしてきた。
あの人は面白い人だった。
「ステートフル」、このキーワードに注目して説明している様子だった。
HTTPプロトコルはステートレスで、クライアントとのやり取りで擬似的にステートフルにしているにすぎないと。
フレームワークをHTTPプロトコル側ではなく、アプリケーション側に置くことで効率化する話など。
バリデートの手間も省けるフレームワークなど。
そしてWicket。
WicketはSwingのようにプログラミングできる。Swing APIを使ってプログラム作るのは面白いですよ！
Wicketの利点はセッション管理が容易、セッションを大量に作っても、セッションの開放を
自動的に行なってくれる。だからどんどんセッションを作ってしまえと。
従来ではセッションは大量に作るとメモリリークを起こしてしまった。
しかし今では自動的にセッションを開放してくれる機構があるので気にしなくてもいい。
Wicketの欠点はセッションによってメモリを大量消費することだが、
今ではメモリも安いから32GBのメモリを買ってサーバに積んじゃいましょう！
：ツッコミ「32bits Windowsの最大ヒープメモリサイズは2GBまでですが。」
「Windows使わなければいいじゃない。ここにMSの社員はいませんよね？
私は昔からUNIXを使っていますので・・・・。」「サーバのメモリが少ないならこのさいサーバを買い換えちゃいましょう！」
だからセッションを沢山使って気にせずに何ギガもメモリを使いましょう！
こんな話だったかな。
資料がサイトにアップされる可能性はある。
三年前はあった記憶がある。
224:デフォルトの名無しさん
08/02/13 23:07:32
ん？高橋メソッドではなかったな
225:デフォルトの名無しさん
08/02/13 23:16:52
Seamのネタをそのままパクりました的な解説なのか。
Wicketはやっぱ玩具だよなぁ。
ワイヤードロジックを楽しむためのVIEWみたいな。
226:デフォルトの名無しさん
08/02/14 00:04:47
物理メモリがいくらあっても
ヒープサイズはそんなに大きくできないよねぇ
227:デフォルトの名無しさん
08/02/14 00:35:42
セッションレプリケーションとか考えると
JSFのSTATE_SAVING_METHOD=clientみたいなのが正解な気がしてくる
228:デフォルトの名無しさん
08/02/14 01:56:25
説明を聞いた限りではWicketは玩具には見えなかったなあ。
結構使える？な感じの。
最後にJBoss Seamの解説があった。
どういう解説だったか忘れたけどなんかよさげだった
229:デフォルトの名無しさん
08/03/14 19:09:21
1.3.2リリース
URLﾘﾝｸ(wicket.apache.org)
230:デフォルトの名無しさん
08/03/17 11:39:34
Click 1.4 リリース
URLﾘﾝｸ(click.sourceforge.net)
# 勝手に このスレを wicket、click 等の POHP 型総合スレにさせていただきます(笑)
231:デフォルトの名無しさん
08/03/17 13:22:47
ClickはPOHPじゃねぇぞ。
232:230
08/03/17 14:17:19
>>231
すみません、あまり考えずに POHP と書いてしまいました。
>>81 とか読み直しました。
Click のことがよくわかってないのですが、Click は POHP というより、
SprinvMVC で ViewResolver に jsp や Velocity が選べるような感じに近いのでしょうか?
233:デフォルトの名無しさん
08/03/17 15:43:18
サンプルくらい見ろよ
234:デフォルトの名無しさん
08/04/06 13:38:23
wicket で、サイトのデザインを統一するため、レイアウトテンプレートを
使うことは出来ますか。
235:デフォルトの名無しさん
08/04/06 14:16:37
>>234
Pageクラスの継承でできるよ
236:デフォルトの名無しさん
08/04/08 21:19:35
1.3.3
リリース age
最近リリースタイミングが短いな
237:デフォルトの名無しさん
08/04/08 23:18:31
JDK1.5対応を出すから、その前にバグや細かい追加なんかは済ませておきたいのかもね。
238:デフォルトの名無しさん
08/04/09 12:32:47
>>234
Pageだけでなく、Panelも継承できるからね。
それらを組み合わせれば効率よくなります。
239:デフォルトの名無しさん
08/04/13 08:36:31
4/30 の クロスコミュニティカンファレンス
「Grails, JRuby on Rails, Click, Wicket の各コミュニティから論客が登壇し、
本音トークを繰り広げます。」
URLﾘﾝｸ(www.java-users.jp)
240:デフォルトの名無しさん
08/04/14 04:18:41
>>239
おおー、おもしろそうだ。
平日だけど会社休むかして行ってみよう。
241:デフォルトの名無しさん
08/04/15 19:27:47
業務の一環として行けよ
242:デフォルトの名無しさん
08/04/15 20:29:58
>>241
いや、行きたいんだけど忙しいので行かせてくれるかなと思って。
いままでは我慢してたけど、最近は有給にしてもいいから、勉強のために参加したいと思うようになった。
243:デフォルトの名無しさん
08/04/30 21:12:28
>>239
とりあえず、業務の一環としていってきた。それほど新しいネタはなかった。
半分意識を失いながら書いたメモには、
- Javaであることをたいせつに。StrutsはJavaであることを排除している。
- 新しい手法は必要なのか？
- オブジェクト指向のときもそうだったけど、受け入れられている.
- JavaとHTMLで完結する
- HTMLをJSPに変換するなんて不毛な作業でしょ
- 職分を明確にできる
- HTMLを壊すことがない。デザイナーと共同作業がしやすい
とある。
244:デフォルトの名無しさん
08/04/30 21:18:06
JSPの時と同じじゃねーかｗ
245:デフォルトの名無しさん
08/04/30 21:18:14
続き
パネルディスカッションは、盛り上がりがいまいちだったが、
Strutsに関する話題を中心に話が進んだ。というか、矢野氏が反Struts。
Strutsがあまりにも浸透しすぎていて、他のフレームワークを採用するのが難しいが、
いまのところ、それを覆せるフレームワークがなく、フレームワークが乱立している状態。
246:デフォルトの名無しさん
08/04/30 23:23:21
せっかくひが氏も来てたからパネリストに交じって
S2StrutsやSAStrutsについても話してほしかった
あとStruts2についても誰か言及してほしかったな
247:デフォルトの名無しさん
08/04/30 23:50:52
Struts2は、試した人の話によると、新たなフレームワークと思った方が良いそうな。
下手に作り直したせいで、Struts1対抗のうちの一つに堕ちてしまったような感じか。
248:デフォルトの名無しさん
08/04/30 23:57:11
struts が浸透した理由の一つに、フローの分業もあると思うんだけどな。
Javaでくみ上げて、XMLでそれぞれを糊付けする感じ。
Wicketは複数人で綺麗に組めるイメージがわかないんだよなぁ。好きだけど。
249:デフォルトの名無しさん
08/05/01 00:10:07
>>247
Struts2はWebWork2がベースで、全く別物になっている。
性能をはかったら、Strutsの半分程度になってると、担当者がいってたよ。
250:デフォルトの名無しさん
08/05/08 11:17:28
Wicketに興味があるんだけど、次のようなHTMLを出力したい場合、
Wicketが扱うHTMLではif文の代わりのような独自のタグを使うことになる？
------------
例1）データがある場合
<table>
<tr><td>ID</td><td>名前</td></tr>
<tr><td>1</td><td>田中</td></tr>
<tr><td>2</td><td>高橋</td></tr>
</table>
例2）
<table>
<tr><td>ID</td><td>名前</td></tr>
<tr><td colspan="2">データがありません</td></tr>
</table>
------------
つまり、データが無い時だけcolspanを使ったタグに置き換えたい。
Wicketはリストの表示に<ul wicket:id="entryList">のようなことができるらしいので
そこもHTMLで表現できるのかすげー、と思ったんだけど、
さすがに上記の例のようなことを分岐させるのはHTMLタグでは無理かな。
251:デフォルトの名無しさん
08/05/08 11:38:40
試してないけども
<table>
<tr><td>ID</td><td>名前</td></tr>
<tr wicket:id="entryList">
<td wicket:id="foo">1</td>
<td wicket:id="bar">田中</td>
</tr>
<tr wicket:id="message">
<td colspan="2">データがありません</td>
</tr>
</table>
こんな感じで、データの有無によってentryListとmessageのvisibleを切り替えればいいんじゃないだろうか？
252:デフォルトの名無しさん
08/05/08 11:56:05
>>251
なるほど、visibleを切り替える機能があるんだ。
これならデータがある場合とない場合のHTMLも一目で確認できるし便利だ。
253:デフォルトの名無しさん
08/05/08 16:54:07
あとは、<table>タグをふたつつくって、データがあるときようとデータがないときようで、
visible を入れ替えるとか。
>>250 の場合だと、<tr>行を入れ替えるだけでいいと思うけど、
HTMLをモック（顧客提示用紙芝居）につかうなら、<table> が二つあったほうがわかりやすいかなと思った。
画面のオブジェクトを複数定義しておいて、visible で入れ替えると言うのは
VB で画面作っていたときの制御に似ているな。
と wicket を使ったことがないのにレスしてみましたが、何か変なことを言っていたらすみません。
254:デフォルトの名無しさん
08/05/08 20:45:31
<wicket:enclosure>使うとか
255:デフォルトの名無しさん
08/06/03 15:29:58
Tapestry と Wicket とを比較する
URLﾘﾝｸ(www.ibm.com)
256:デフォルトの名無しさん
08/06/04 17:42:07
>>243
> >>239
> - HTMLをJSPに変換するなんて不毛な作業でしょ
> - 職分を明確にできる
> - HTMLを壊すことがない。デザイナーと共同作業がしやすい
この部分がTapestryやSeasarと同じじゃないかって思えてくる
257:デフォルトの名無しさん
08/06/04 23:27:35
方向性は同じでしょ
Seasar（Mayaa）はテンプレートを分けすぎな気もするけど
258:デフォルトの名無しさん
08/06/27 18:14:37
htmlファイルに
<input type="submit" value="送信"/>
と書いて、文字コードUTF-8で保存すると、
ボタン内の日本語が文字化けするのですが。
直接、htmlファイルをブラウザで開いても文字化けは起こりません。
何が原因なのでしょうか？
259:258
08/06/28 10:25:34
自己解決しました。
サーブレットクラスのエンコーディング指定が足りなかったようです。
260:デフォルトの名無しさん
08/07/02 17:41:03
Wicketの時代はﾏﾀﾞｰ？
261:デフォルトの名無しさん
08/07/02 18:12:34
メジャーにはならない希ガス
262:デフォルトの名無しさん
08/07/02 18:40:34
つか、今一番熱いのは何よ？
seaserのスレとか結構伸びてるけど。
263:デフォルトの名無しさん
08/07/02 18:43:52
つか、今一番熱いのは何よ？
Teedaとかどうなん？
264:デフォルトの名無しさん
08/07/02 18:44:47
ごめん、二重カキコしちゃった･･･。
265:デフォルトの名無しさん
08/07/02 22:55:15
熱くはないけど俺は click だな。
前のバージョンだが2度ほど使った。
シンプルで良かった。
なんかさ、フレームワーク自体、「熱い」って時期は
もう過ぎたのかもしれんね。
266:デフォルトの名無しさん
08/07/02 22:55:22
うーむ、Teedaがある以上Wicketは伸びないかも。
267:デフォルトの名無しさん
08/07/02 22:58:54
使ったってのは、仕事で使ったって意味ですよね？
268:デフォルトの名無しさん
08/07/02 23:33:47
そうだよ。だいぶ前のことだけどね。
小さなサイトで、開発は俺ひとりで担当。
269:デフォルトの名無しさん
08/07/03 00:07:20
>>266
全く別物だから関係ないだろ。
270:デフォルトの名無しさん
08/07/03 00:15:40
うちのリーダーはStruts大好きでね・・・
オブジェクト指向とか全くわかんない奴だから、
Wicketとか無理ぽ
271:デフォルトの名無しさん
08/07/03 00:59:02
Teedaって弱すぎ
いいとこだけを書いた提灯記事ばかりだけど、実際使うとしんどいことが多かった。
272:デフォルトの名無しさん
08/07/03 01:41:10
実際使ったけどしんどく無かったよ。
単なる道具なんだし使い方間違えただけでしょ。
273:デフォルトの名無しさん
08/07/03 02:34:41
ファイルアップロードはトマホーク使えとかうざかった
WicketはTeedaと比べると手厚いし、Clickは自分でどうこうしやすい。
274:デフォルトの名無しさん
08/07/03 07:43:26
単なる道具って言う奴って
「プロなんだから道具の使い方は、把握してて当然」なのか「道具なんだから使い方なんて気にしてもしょうがないよ。結果だけ見てよ。」
どっちんだろ。ほとんどは後者で、上っ面だけ見て分かった気になってバッドノウハウだけが貯まっていく気がする。
275:デフォルトの名無しさん
08/07/03 08:11:34
>>272
アップロードなんかもだし、独自バリデータ作るときとか、JSFの悪い部分は隠しきれてないところがWicketと比べるとやはり辛いよな。
あと想定されている使い方というのが狭い。
S2JSFが2005年3月。Teedaが2006年終り。2008年の頭にはSAStruts。
迷走ぶりが伺えるし、ユーザや開発者も分散されるから、なかなか成熟されないわけだ。
276:デフォルトの名無しさん
08/07/03 15:53:00
>>275
JSFはRIでいったほうが楽かも
Teedaはこれから1.2対応だがJSF2.0ではfaceletサポート必須だしTeedaが追いつくのはつらいかもね
277:デフォルトの名無しさん
08/07/03 18:18:14
Teedaの話はSeasrスレでどうぞ
278:デフォルトの名無しさん
08/07/03 18:36:55
Wicket-jaのMLに参加してる人いる？
279:デフォルトの名無しさん
08/07/03 18:43:31
たいして投稿がないよね
全然流行ってないのかな
280:デフォルトの名無しさん
08/07/03 18:49:56
ちょっと気になってるんだよな。wikiの方もあんまり編集されてないし。
281:デフォルトの名無しさん
08/07/03 18:55:14
日本語のMLあったんだ・・・
282:デフォルトの名無しさん
08/07/03 19:00:15
存在を知らない人もいるのかｗ
283:デフォルトの名無しさん
08/07/03 19:30:26
スマンｗ
284:デフォルトの名無しさん
08/07/04 14:29:28
wicket スレがこんなに流れててうれしい
ご存知だと思うけど、wicket 1.3.4 リリース
285:デフォルトの名無しさん
08/07/04 14:31:58
wicketとその他のフレームワークの比較みたいなのがあるとうれしい
286:デフォルトの名無しさん
08/07/04 14:43:16
>>255
287:デフォルトの名無しさん
08/07/04 14:55:15
>>286
thx.
288:286
08/07/04 15:09:10
まぁ著名なフレームワークを一同に比較したサイトはみつからないけど、
いくつかは見つかります。
4月には >>239 のようなのもあったし。
Tapestry は出たばっかのころは注目してたけど
component の xml がめんどくさくてやめちゃったな。
Struts 系、SpringMVC、Teeda(JSF系)、Wicket とか Click の Page driven 系
をひととおり触れば、感触はつかめるんじゃない?
289:デフォルトの名無しさん
08/07/04 15:16:53
Struts使ってるんだけど、Wicketにするメリットってなんかある？
290:デフォルトの名無しさん
08/07/04 17:56:20
日本語のドキュメントが少ないね。
矢野さんの本は1.4までお預けかあ。
291:デフォルトの名無しさん
08/07/04 18:26:21
>>289
最近触ってるんだけど、以下のように感じた。
でも、日本語のサイトがあんまりない（あっても情報が古いことが多い）から
チームを教育するのが大変そうかも。
・htmlとjavaだけで作れるから修正が容易（？）
・strutsのように設定ファイルが膨れ上がることがない。
292:286
08/07/04 18:45:13
>>291
でも、component をなんでも java で書くから、ちょっとめんどいんだよね。
click だと component がすでにいくつかそろっているので、
click の component だけで済ませられる場合(顧客から、画面の見た目の厳しい要求がない、など)は、
click のほうが楽だと感じた。
293:デフォルトの名無しさん
08/07/04 18:51:59
>>291
Wicketをよく分からずに書くんだけど、
画面遷移を定義するような設定ファイルは存在しないの？
strutsでいうところのstruts-config.xmlみたいなやつ。
294:デフォルトの名無しさん
08/07/04 18:59:23
>>292
clickかー。
今日ちょこっと触ってみよっとｗ
295:デフォルトの名無しさん
08/07/04 19:07:13
>>293
ない。
htmlファイル＆htmlファイルと同名のクラスファイルで一つの画面ってイメージなのかな。
まあ一回使ってみたら？
maven2使えば簡単に環境は手に入るし。
296:デフォルトの名無しさん
08/07/04 19:15:56
>>295
興味はあるんだけど、色々予備知識をしってからじゃないと腰が重い自分がきましたよ
つまり画面遷移を定義しないっていうことなのかな？それとも設定ファイル以外に定義する？
297:デフォルトの名無しさん
08/07/04 19:29:19
>>296
遷移先は『遷移元htmlと同名のクラスファイル』へ記述する。
（･･･みたい。勉強中だからこれ以上はわかりません。）
298:デフォルトの名無しさん
08/07/04 19:35:15
wicket スレも
盛 り 上 が っ て ま い り ま し た !!
299:デフォルトの名無しさん
08/07/04 21:29:52
**** FooPage.java
public class FooPage extends WebPage {
public FooPage() {
Link link = new Link("link") {
public void onClick() {
setResponsePage(new BarPage());
}
};
add(link);
}
}
**** FooPage.html
<html>
<body>
<a wicket:id="link">Barページへ</a>
</body>
</html
こんな感じ
300:デフォルトの名無しさん
08/07/04 21:59:54
>>299
あ、めっさ分かりやすい。サンクス
301:デフォルトの名無しさん
08/07/04 22:15:20
>>299
リストを画面へ一覧表示するサンプルもplz.
302:デフォルトの名無しさん
08/07/04 22:40:32
**** FooPage.java
public class FooPage extends WebPage {
public FooPage() {
List<Data> datas = Arrays.asList(new Data("a", "URLﾘﾝｸ(xxxx)<)"));
ListView listView = new ListView("dataList", datas) {
protected void populateItem(ListItem item) {
Data d = (Data)item.getModelObject();
item.add(new ExternalLink("link", d.url));
item.add(new Label("name", d.name));
}
};
add(listView);
}
}
class Data {
public String name;
public String url;
public Data(String name, String url) {
this.name=name; this.url=url;
}
}
**** FooPage.html
<html>
<body>
<div wicket:id="list">
<span wicket:id="name">名前</span>
<a wicket:id="link">ホームページへ</span>
</div>
</body>
</html
303:デフォルトの名無しさん
08/07/04 22:44:32
これくらいのことは、
WEBに矢野さん他が載せてくれている情報と
公式ページ(英語)などを辿ってできるようでなければ
今の段階でWicketを使うのはよした方がいい。
そんで自分の能力と努力の無さを棚に上げて
「Wicketは分かりにくかった」
なんてBlogに書くなよ。
大人しくStruts使っとけ。
304:デフォルトの名無しさん
08/07/04 22:46:36
<div wicket:id="list">
は
<div wicket:id="dataList">
の間違いな
305:デフォルトの名無しさん
08/07/04 23:40:59
javadocで十分だろJK
306:デフォルトの名無しさん
08/07/05 00:22:31
>>302
このサンプルで雰囲気が掴めたよ。感謝
307:デフォルトの名無しさん
08/07/07 06:31:55
そして再び過疎
308:デフォルトの名無しさん
08/07/07 06:55:32
**** FooPage.java
public class FooPage extends WebPage {
private Data data = new Data();
public FooPage() {
Form f = new Form("form", new CompoundPropertyModel(data));
add(f);
f.add(new TextField("name").setRequired(true));
f.add(new TextField("url").add(new UrlValidator()));
f.add(new Button("register") {
public void onSubmit() {
}
});
f.add(new Link("cancel") {
public void onClick() {
}
});
}
}
class Data {
public String name;
public String url;
}
**** FooPage.html
<html>
<body>
<form wicket:id="form">
<div><input wicket;id="name" type="text" /><input wicket:id="url" type="text" /></div>
<div><input wicket:id="register" type="submit" value="登録" /><input wicket:id="cancel" type="button" value="キャンセル" /></div>
</form>
</body>
</html>
309:デフォルトの名無しさん
08/07/07 07:02:21
↑フォームのサンプルな
こんな風に書いてみると、あらためて「Wicketかわいいよ、Wicket」と口に出てしまう。
さらにAjaxだったり色々やってみると、Wicketとの結婚を本気で考えてしまうよ。
310:デフォルトの名無しさん
08/07/07 12:19:36
おっと抜け駆けは許さないよ。
311:デフォルトの名無しさん
08/07/07 17:55:39
ネット情報だけだとボリューム不足だなあ。
Wicket in Action買わなきゃダメか？
312:デフォルトの名無しさん
08/07/07 23:41:53
こんなところで聞いて良いのか分からないんですけど
勉さんのblogのコメント欄をクリックするとブラウザが固まるんですが
どなたか原因分かりますか？
313:デフォルトの名無しさん
08/07/09 14:40:19
Rubyはわけわからん。
やはりJavaが使いやすい、Wicketに仲間入りさせていただくとするよ。
Wicketが使われている日本のサイトはあるの？
314:デフォルトの名無しさん
08/07/09 15:43:50
>>313
Wicket-ja
315:デフォルトの名無しさん
08/07/09 16:13:23
>>314
これは論外だよ。
一般のサイトでは？
316:デフォルトの名無しさん
08/07/09 16:35:23
さあ、このサイトはWicket使ってます。って宣伝してるとこなんて知らないな。
このスレでも仕事で使ったって人もいるから、あるにはあるんだろうけど、
何処かなんて公開しないだろうしな。
317:デフォルトの名無しさん
08/07/09 18:48:50
ほんとに素人の質問で申し訳ないんですけど、
FLASHで作成したswf形式のファイルをhtmlに表示・動作させる記述がわかりません。
おしえてください。
<img src>じゃ無理ですよね？
318:デフォルトの名無しさん
08/07/09 18:49:46
仕事で使ってみたいなあ。
でも他のメンバーに教えるのが面倒くさい･･･。
英語のサイト紹介して「これ読んでおいて」とは言えんし。
うーむ。
結局、今回もstrutsとかphpになりそうだぜｗ
319:デフォルトの名無しさん
08/07/09 18:53:36
PJに菓子折りでも渡すぐらいしか、有効な作戦がないな。
320:デフォルトの名無しさん
08/07/09 18:55:25
PJじゃなくてPM
321:デフォルトの名無しさん
08/07/09 19:39:25
>>320
それで採用するPMのPJはいやだな
322:デフォルトの名無しさん
08/07/09 20:15:21
>>313
まだ日本ではあまり使われてないと思う。
今の段階では313が仲間入りするのはちょっと無理かもね。
Struts使っとけ
323:デフォルトの名無しさん
08/07/13 22:45:07
過疎
324:デフォルトの名無しさん
08/07/14 14:39:23
>>313
東京ほっとフォトコンテスト