【Java】Wicket【HTML ..
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クラスを作る
３．その他
どんな感じ？
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5144日前に更新/79 KB
担当:undef