フレームワークStrutsをいじくり倒す人の為のスレ

**nobodyさん** · 03/04/28 08:14

　流行っているのか、流行っていないのか謎の Struts を語るスレです。
http://www.ingrid.org/jajakarta/struts/
http://jakarta.apache.org/struts/

**nobodyさん** · 03/04/28 22:21

>>8
>慣れるまで大変だし。
そうでもないと思うぞ。やりはじめは確かに分かりにくいかも
しれないけど、１、２日で慣れたよ。

>ちょっと中途半端って感じかな。
仕様です。

**nobodyさん** · 03/04/28 22:43

>>9
おお、あんた、優秀な香具師なんだな、漏れ劣等生だから。ちと時間かかったのは確かす。
ASPに戻ろうかと思案中。

**nobodyさん** · 03/04/28 23:37

>>9
仕事で使っているけど、慣れるまで大変だよ。
Oracle とか IBM とかでも使っているよーなので、努力したいと思うのだが･･･

**nobodyさん** · 03/04/29 00:21

んな、無理に盛り上げんでも

**nobodyさん** · 03/04/29 09:56

　ActionFormに無理やり色々詰め込むと、融通がきくことがわかってきた。

**nobodyさん** · 03/04/29 10:09

既存の技術に無理矢理OOP的な考え方をくっつけたという感じのフレームワーク。なんで中途半端って感じも。それでもJSPとかでゴリゴリロジック書くよりはラクだけど。
JSPやServletなどを知らない人がこのフレームワークをさわるのは難しいかな～。
つうかそんな融通の利くフレームワークなんて無いと思うけど。

**nobodyさん** · 03/04/29 10:18

＞既存の技術に無理矢理OOP的な考え方をくっつけた
どこにそう感じるんだ？
「既存の技術」ってなんだ？

Strutsでまともに組んだことなさそ・・・っつーより、よくわかってなさそ。

**あぼーん** · NG

あぼーん

14 · 03/04/29 10:39

>>15
うん、じつは使ったことないし、よくわかってないんだ（笑）ごめんぽ。

13 · 03/04/29 10:59

　ActionForm というフォームに対応するデータ・コンテナークラスと、
実際の処理を担当する Action、表示部分を担当する JSP、これらを統合
する struts-config.xml で構成されている。

　ActionForm - Action の関係は割合と捉えやすい。データをロードし
てから編集するときとかは、作業は楽だ。
　しかし JSP のコーディングが厄介。あらかじめ用意されている専用
タグを使うのだが、普通に Java のコード書くほうが数段楽だし融通が
きく。

　デザイン面は客の要求が厳しいところだし、現在かなり鬱になって
いる。

**nobodyさん** · 03/04/29 11:38

>>18
なんだ、専用タグをエディタでシコシコ書くの？じゃ、だめじゃん。もっとラクチンなやつはないのかね。ASP.NETとか。

13 · 03/04/29 18:05

>>19
エディタで書けないもののほうが、あとあと困る気がするが。
専用タグが面倒なことは否定しないが、専用タグ使わないと MVC にならない。

**nobodyさん** · 03/04/29 18:55

>>20 確かにそーなんだろーけど、最初はツールで、あとで調整したい人はエディタでタグを、てなアプローチがいいんでは。最初からタグをエディタで書くというのは大変な労力じゃなかろうかと。そこらへんを便利にしてくれるツールはないの？

13 · 03/04/29 19:55

>>21
ずっと最初からエディタで書いているから、ビジュアルな環境自体は不要なデベロッパーが多いと思われ。
それにデザイナーから出てきた HTML を書き換えていく事が多いから、便利ツールがあっても余り役に立たない気がするが？
もっとも、Struts はフレームワークであってツールで無いので、誰かがStruts 用ツールを書いてくれても問題ない。

**nobodyさん** · 03/04/30 00:26

>>21
IBMのWSADとかいうIDEがそのへんを面倒見てくれるはず。

**あぼーん** · NG

あぼーん

13 · 03/04/30 06:35

Struts のタグの要素（例：onClick=""）に動的な文字列を入れる場合、
onclick='return func(<%=Sample.getID()%>);' はだめだけど、
onclick='<%="return func(" + Sample.getID() + ");"%>);' は実行されるね。
デザインとコンテンツ分離していないな･･･しかし。

**nobodyさん** · 03/04/30 10:55

>>25
>onclick='return func(<%=Sample.getID()%>);' はだめだけど、

なぜ動かないかが謎

13 · 03/05/01 13:43

>>26
Struts1.02 Tomcat4.06 J2SE1.41_02 での動作。
単に Struts タグのパースが甘いのではないかと思われ。

**nobodyさん** · 03/05/02 00:09

>>25-27
っていうかそれ JSP 拡張タグライブラリの仕様

13 · 03/05/02 04:03

>>28
　知らんかった･･･逝ってきます。

**あぼーん** · NG

あぼーん

**nobodyさん** · 03/05/02 11:45

4月からStruts勉強し始めました。
DBの抽象化、フォーム項目検査の共通化は似たようなことを自分でやっていたので、見つけたときはちょっと欝入りました(^^;

っつーことで、「フォームから送信された時にアクションBeanをマップして～」というのは結構サンプルがWebや本にもある
のですが、他のWebなんかからクエリー文字列で送られてきたパラメータの解釈なんてーのはどうやるのでしょう？
これは多分どこかに答えがあると思うのですが、検索できませんでした(T_T)
多分、受け取るだけならbean:parameter でいいんでしょうが、その後のValidatチェックとかはどうすれば？　というコトです。
やっぱり、Bean作ってプロパティに入れて、チェックは自分でシコシコと、なんでしょうか？　出来ればValidatorを使いたいの
ですが……。

あと、logic:iterate で、抽出条件などの初期値をbeanに指定するにはどうすればいいのでしょうか？
ワタシ的には

コレクションを含むBeanを定義。プロパティに抽出条件、抽出実行メソッドを定義
　↓
JSP内でBean作成。プロパティに抽出条件をセット
　↓
JSP内で抽出実行メソッドを実行
　↓
logic:iterate にBeanとコレクションを設定。

……で、いいかなぁ、と思っているのですが「JSP内にスクリプト書いちゃっていいのかなぁ？　それともタグライブラリで
出来るのか？」と思い、まだ試していません。多分、これもどこかに答えがある（絶対みんな使うはずだ(^^;)）と思うのですが、
これもまだ検索できていません。

以上、「このページを見ろ！」だけでも教えていただけると助かります。よろしくお願いします。

**nobodyさん** · 03/05/02 13:04

>>31
Struts使うんなら基本的にJSPには直接アクセスさせないで、必ずActionを経由
するようにしないと、あちこち破綻しまっせ。

31 · 03/05/02 13:21

>>32

>Struts使うんなら基本的にJSPには直接アクセスさせないで、必ずActionを経由
>するようにしないと、あちこち破綻しまっせ。

他のWebや本でもそう書いてありますね。ということはやはりbeanタグを使うのでしょうか？
そのあたり、どこかに書いてないモノでしょうかねぇ（　´∀｀）
※探してるけどやっぱり検索できない(T_T)

**nobodyさん** · 03/05/02 13:55

なんか言ってることがトンチンカンなんだが、ちゃんと勉強してる？
ちなみにバージョンは？

31 · 03/05/02 14:41

>>34
すみません。多分「ちゃんと」は勉強してません。本とWebの拾い読みです（拝）
バージョンは1.1を使おうと思っています。

**nobodyさん** · 03/05/02 15:53

1.1なら、xmlだね。

31 · 03/05/02 16:21

>>36

も、もう少し詳しく(^^;

**あぼーん** · NG

あぼーん

**nobodyさん** · 03/05/02 23:45

>>31
　GETのオプションも ActionForm の中に入ると思った。
　Action に飛ばすのが推奨だけど。

**あぼーん** · NG

あぼーん

31 · 03/05/03 03:10

>>39
えと、ごめんなさい。誤解があればご指摘を。

……それは、「hogehoge.do?hanya=1」という風にURLで呼び出す、ということでしょうか？
で、表示に必要な情報はBeanに入れてセッションで保持して次のページで表示、ということでしょうか？

うーん、自分で書いてて、何かが違うような気がする……

**nobodyさん** · 03/05/03 16:02

>>41
　ActionForm からは Action を必ず呼び出すのが推奨だが、
リンクさせたいだけなら、<%= %> とコードをかいても、
<html:link> タグを使ってもいい。

**nobodyさん** · 03/05/04 01:07

>>42
ActionForm から Action を呼び出すって...
もうすこしわかってから人に教えようよ...

**nobodyさん** · 03/05/04 02:08

>>43
ActionFormと結び付けられていないJSPから、Actionを呼び出すの？（笑）

**nobodyさん** · 03/05/04 02:46

>>44
42の人ですか? 本格的にわかってないのかな...
・ActionForm と Action には呼び出し関係はありません
・ActionForm は Action の引数として渡されます
・ActionForm にリクエストパラメータを設定して
　　Action を呼び出すのは ActionServlet です

**nobodyさん** · 03/05/04 03:49

>>45
Strutsいじったこと無いのかな...

**nobodyさん** · 03/05/04 03:55

>>46
とはいいつつ、意図の補足。

>>41 の話をきいていると、JSP ファイル間でリンクを貼りたいと
いいたいように見えるが、Struts では Struts に従った JSP ファ
イル（ActionForm と関連付けられたフォームを持つ）からは、
Action での処理に移るのが推奨になっている。

だから struts-config.xml で ActionForm を連携している JSP
ファイルからは、他の JSP ファイルに直接リンクを貼るのは望ま
しくないと書いた。

> 　　Action を呼び出すのは ActionServlet です

　これ自体は間違っていないが、ActionServlet を自分で書かないよな？

31 · 03/05/04 13:46

>>47

>>41 の話をきいていると、JSP ファイル間でリンクを貼りたいと
>いいたいように見えるが、Struts では Struts に従った JSP ファ
>イル（ActionForm と関連付けられたフォームを持つ）からは、
>Action での処理に移るのが推奨になっている。

大体あってます。が、「JSP同士」では無く（まぁそういうこともあるでしょうが）

1.他のサイトからリンクされてる
2.スタティックなHTMLからリンクしたい
3.ビュー側で初期値を与えたい
4.その他、「諸般の事情」でどうしても初手はGETでしかリクエストできない

ようなとき、抽出条件その他の初期値を与えたい場合、どのように処理をすればいいのか、ということです。
>>41では、抽出結果をいちいちセッションで保持するのはメモリの無駄のように思えましたが、考えて見れば
ビュー側で表示が終わったら明示的に消去すればいいんですよね？　だからやっぱり>>41で書いたように

hogehoge.do?hanya=1でGETでリクエスト
　↓
Actionクラスで条件をValidatしビジネスロジックを実行
　↓
抽出結果をBeanに格納しセッションで保持
　↓
ビュー側でBeanの内容を表示
　↓
表示し終わったら、セッションの内容を明示的に破棄（Nullを入れる）

というストーリーでいいのかな、と思いましたが、これだと3.が実現できないんですよね。
どうでしょう、こういうことをした人はいます？(^^;

**nobodyさん** · 03/05/04 18:56

>>48
>ビュー側で初期値を与えたい
　ActionForm に初期値をセットすればいいのだと思われ。
　外部から直接、～.do にアクセスが飛んだ場合でも ActionForm の
インスタンスは作成される。
　コンストラクタか、初期値でﾓｺﾞﾓｺﾞっと処理してしまえばよい。

※ ただし推奨方法なのかは謎

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

31 · 03/05/04 23:36

>>49
そうか、基本のActionFormは作っておいて、おっしゃるとおりコンストラクタか、初期値を設定するメソッド
（まぁ、グローバルなプロパティでもいいんでしょうが）をオーバーライドして、ビューの数だけ継承しながら
作っていけばいいんですね？

出来ればビューだけで解決したかった（HTMLデザイナーに微調整は全部やらせたかった(^^;)）のですが、
考えて見れば（MVCの概念では）抽出条件とかってビューには含まれませんものね。

了解しました。この考え方でプロトタイプを作って見ます。アドバイスありがとうございました（拝）

**nobodyさん** · 03/05/05 12:27

ﾊｹﾞｼｸ使い物にならない、MVCにもなってないﾌﾟﾛﾄが出来上がりそうだな。
それを使わされる下の人間いるの？なんか可哀想だな（ｹﾞﾗ

**あぼーん** · NG

あぼーん

31 · 03/05/05 21:29

>>53
申し訳ありませんが、問題点があれば具体的にご指摘いただければ助かります。
是非ともよろしくお願いします。

**nobodyさん** · 03/05/05 22:56

技術評論社が出した「Jakarta Project徹底攻略」を
よんでstrutsの使い方を把握し実際に動かすことに成功したが
あの本を読んでいる限りは、struts-config.xmlファイルの設定が面倒くさそう。
Beanを追加すればするほど肥大化はいやなもんじゃ。

JavaServerFacesに期待しているのだがどうなのだろうか？

**nobodyさん** · 03/05/05 23:07

53ではありませんが。

>>55
もう解決したようですが「Viewで初期値を与える」という発想が
間違いのもとです。
それと>>52で書かれていることも意図が掴めません。

普通に作っていけばActionとActionFormのサブクラスが機能の
数だけ作られて、それで何も混乱の元は無いように思うのですが。

**あぼーん** · NG

あぼーん

**nobodyさん** · 03/05/05 23:13

>>56
struts-config.xmlを手でいじるのが嫌なら、IBMのWebSphereに付いてる
IDEか、Scioworks CaminoやEclipse用プラグインなどを使うがよろし。
俺はXML手書きのほうが手っ取り早いので使っていませんけど。

http://www.scioworks.com/
http://w3.cube-web.net/eclipse/index.php?%5B%5BStruts%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%5D%5D

JSFに関しては、既存のWebアプリケーションのビジネスロジックは
修正せずに、StrutsカスタムタグをJSFコンポーネントタグに
置き換えられるようにするstruts-facesというライブラリが
あります。まだexperimentalですが。
http://cvs.apache.org/builds/jakarta-struts/nightly/struts-faces/

**nobodyさん** · 03/05/05 23:22

CraignのJSFに関する見解はこのあたりに。
http://jakarta.apache.org/struts/proposals/struts-faces.html

**あぼーん** · NG

あぼーん

31 · 03/05/06 00:51

>>57
そうですね。ちょっと整理しましょう。今回解決すべき問題点は二つでした。

(1)システムが動くサーバの外から、抽出条件のパラメータが付いたGETリクエストが飛んでくる。
(2)デザイン的に、ビュー毎に.表示する情報の抽出条件を変化させる必要がある。

で、解決方法として

(1)については、URLを「hogehoge.do?hnya=1」等と記述してもらうことでアクションサーブレットを起動し、あとは通常のStrutsの処理フローに乗せる。
(2)については（MVCの考え方で行けば）抽出条件というのはビューに含んではいけない。たとえビューと一対一で対応するとしても、それぞれに
抽出条件などを設定したコントローラ（＝アクションクラス）を用意すべきである。

と理解した。ということです。

**nobodyさん** · 03/05/06 01:42

>>31
そもそも解決すべき問題点は、おまえさんの「日本語能力」にあると思うのは漏れだけだろうか。
内容意味不明だし、一体何が知りたくてココに書いてんだ？って感じ。
おまけにStrutsのドキュメント、まともに（全く）読んでない（読めない）感すらある。

**nobodyさん** · 03/05/06 07:24

>>62
　裏技？として ActionForm 内にクエリーを書いてしまう方法もある。
　GETパラメーターを格納(setXXX)したあとに、JSP内部でプロパティーを
参照（getXXX）するので、条件にあった表示が得られる。

57 · 03/05/06 12:48

>>62
だいぶわかりやすくなりました。
今回は書かれている方法でもよさそうな感じですが、一点だけ、

>(2)デザイン的に、ビュー毎に.表示する情報の抽出条件を変化させる必要がある。

この要件がいまいち不可解だったのでした。

抽出条件によってデザインが変わってくるのであれば、それは
別のビューとして(複数のJSPに分けるなどして)実装して、Action
の戻り値を返ることで適切なビューを表示するようにすれば良いし、
デザインは変わらないけど表示すべき情報が可変であるということ
であれば、アクションクラス内で取得した情報を<logic:*>や<bean:*>
タグで好きなように表示すればいいわけですから。

要は、
「JSPに抽出条件を持ってもそれを使用する局面が無い」
イコール
「JSPに抽出条件は含めないほうがいい」
という感じで。

**nobodyさん** · 03/05/06 23:32

1.1の正式版ってel対応になるのかな・・・？
あれってservlet APIの2.4からだよね。

ところでMastering Jakarta Strutsって本読んだ？
あれは酷い。1.0のソースを無理やり1.1にしただけ。
tilesとかvalidatorとかの説明ぜんぜんなし。。。
金返せー

31 · 03/05/07 15:29

>>65
フォロー、ありがとうございました。この方向でちょっとプロトタイプを作って見ます。
アドバイスどもでした（拝）

**nobodyさん** · 03/05/07 17:35

>>66

漏れもMatering Jakarta Struts買ったっす。
1.1Beta3 ベースということで期待してしまったが裏切られた…。

まあ、1.0の情報にしても、漏れの手元には雑誌とかWebとか断片
的なものばかりだったので、まとまった本をゲトしたというだけで満
足しようかなて感じ。

やはりValidatorやTilesの総括的な説明とか、リファレンス的な資料
は是非欲しい今日この頃。

43 · 03/05/08 01:03

>>42, 44, 46, 47
亀レスだけどさ。やっと意味がわかったよ。
あんたが42でいってるActionFormってのはJSPのフォームのことね。
そりゃ用語の使い方間違ってるだろ。
言語能力低い奴と議論するのは疲れるな。

**nobodyさん** · 03/05/11 03:05

何言っているか分からない香具師多いな。。
無理して用語を使わなくていいからしっかり自分の言葉で
丁寧に書いておくれ、読んでて疲れるから。

**nobodyさん** · 03/05/11 15:19

Tiles で putList を使おうと思ってるんだけど、
Cannot find bean putListName in any scope'
って表示されてうまく動きません、、。

tiles-def.xml
では正しく定義していると思います。

どこか気をつけないといけない点とかあれば、
教えてください。

**nobodyさん** · 03/05/11 16:18

期待アゲ

**nobodyさん** · 03/05/11 17:24

ナニを期待しとるんだろ・・・と（ｒｙ

**nobodyさん** · 03/05/13 00:23

>>66&>>68
仕事で急にサーバサイドJavaをやることになったんでその本を買って勉強してたんだけど、泣いた…。
Javaは基本的な文法ぐらいしか知らなかったのに、納期の都合とはいえいきなりこの本を読むのも問題だが。
Actionクラスのオーバライドで4章ではきちんとexecute()メソッド使ってるのに、7章でいきなりperform()メソッドだもんなぁ(汗
わけわかめ状態だった。

**nobodyさん** · 03/05/13 20:11

質問です。

<html:text />などでActionFormの内容を表示する場合に
出力文字に&などが入っていると、&などに置換されてしまいます。

<bean:write />の場合には filter="false"などでフィルター処理を無効にできるので、
上記と同じ状態を回避できるのですが、
html:text や html:textarea タグなどの場合には、
文字としての&を出力できないのでしょうか？

どなたか方法を知っていたら教えてください。

75 · 03/05/13 20:13

修正です。

<html:text />などでActionFormの内容を表示する場合に
出力文字に&などが入っていると、＆amp;などに置換されてしまいます。
　　　　　　　　　　　　　　　　　　　　　　＾＾＾＾＾

**nobodyさん** · 03/05/14 02:17

>>53
なんか本当に恥ずかしい意見だな…
Strutsモデルだと、いやでもMVCになるだろよ。
ろくに調べもせずに物言うのはｲｸﾅｲぞ。

>>76
受け取り側で置換された文字列を戻すのはいかんの？
ちなみに入力系でｴｽｹｰﾌはずすとひろみちゅあたりに
ﾈﾁﾈﾁ指摘されちゃうよ。

77 · 03/05/14 02:18

>>53
あ、ごめん31の作るシステムがって事ね。

ﾜﾀｸｼも同意見です。

76 · 03/05/14 16:33

>77

レスサンクスです。
詳細書きますと、AirH"Phone でtextarea内を編集する時に
textarea内のテキストの改行が
CR+LFだとうまく改行として認識してくれないのです。
(＆＃１３；＆＃１０；)だと改行として認識してくれるので
直接(＆＃１３；＆＃１０；)を出力したいのですが、
Strutsの <text:textarea> タグで出力すると以前書いたように
＆が＆amp;に変換されてしまうので困っています。

無理やりここだけStrutsから外れて処理するのも
ActionFormの恩恵(validate等)が受けれなくなってしまうので
いやだな～と思っている次第です。

分かりにくい文章だとは思いますが、
またどなたか解決策や情報ありましたらよろしくお願いします。

**初心者** · 03/05/16 01:20

>>76
<html:text filter="false" .....
みたいなのってなかったっけ？

77 · 03/05/16 02:31

>>79
今ソースを追ってみたけど普通にfilter書けちゃってるねみたいだね。
どうせなら html.TextareaTag を拡張すれば？

属性を一つ追加して、doStartTag内の以下の記述に分岐処理
加えるとか。

results.append(">");
if (value != null) {
　　results.append(ResponseUtils.filter(value));

　↓

results.append(">");
if (value != null) {
　　if (filter == true){
　　　　results.append(ResponseUtils.filter(value));
　　}else{
　　　　//今回変更したい処理
　　　　results.append(changedValue);
　　}

もし急ぎだったら、カスタムタグで逃げたほうが早いよ。（たぶん）

**nobodyさん** · 03/05/16 03:56

Strutsいいねー。Strutsの本を読んでいると
デザインパターンの勉強にもなるし(特にModel部分)。

**あぼーん** · NG

あぼーん

**nobodyさん** · 03/05/16 05:38

>>80
私も当然あると思ったんですけど、無いんですよね～。

>>81
おー。やはりそうでしたか。しかもサンプルまで書いて頂いて。
ソース手元に無かったので覗いていませんでした。報告助かります。
今、対象となる部分は後回しにしていますので、
すぐにではありませんが余力が出来次第、対応したいと思います。
ありがとうございました。(・∀・)

でも、なんでそんな実装してるんだろ、、。
個人的には、改善して欲しいな。( ´･ω･`)

84 · 03/05/16 05:39

↑>>79 です。

**nobodyさん** · 03/05/16 17:08

エラーチェックがうまく行かないです。
WEB-INFの下に以下の内容のApplicationResources.propertiesを置いて、
----
errors.footer=</font>
errors.header=<font color="red">
errors.input={0} 入力エラー
----
ActionFormのValidateでエラーチェックをしているのですが、
ブラウザで見ると、
null null
と表示されます。
これはなぜでしょうか？

**nobodyさん** · 03/05/16 17:09

86です。
書き間違えました。
WEB-INFの下ではなくて、
WEB-INF\classesの下です。
ちなみに、Strutsは1.0.2です。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**nobodyさん** · 03/05/16 18:57

　日本語処理は filter 使うのがエレガントだと思うが、みんな～と－の処理ってどうしている？
　Beans内部で Cp932 と JIS マッピングの変換処理するのは反則か？

**nobodyさん** · 03/05/17 00:58

>>86
Validate以前に <bean:message key="hogehoge" /> とかで表示はでる？

**nobodyさん** · 03/05/17 17:27

>91
あー。出ないですねぇ...
ApplicationResources.propertiesが見つけられていないのか？
何でかなー。
WEB-INF\classes下に置けばいいんですよね？

91 · 03/05/17 20:03

>>92
struts-config.xml に以下の記述はありますか？

<message-resources parameter="ApplicationResources"/>
（プロパティーファイル名が、ApplicationResources.properties で classes 直下の場合）

最初から、これを聞いておけばよかった、、。

**nobodyさん** · 03/05/17 21:42

>90
Windows31Jから他のエンコーディングにするときにマッピングしてます。
(JavaMailする時とか、ファイルに出力するときとか)
jspもservletもWindows31Jに統一しておけば、それほど問題無し。
データベースはutf-8。

92 · 03/05/17 23:17

>93
あります。
あっても、なくても変わらないんですよ。
ちなみに、ApplicationResources.properties では、
-----
errors.footer=<HR></font>
errors.header=<HR><font color="red"><h3>\u5165\u529B\u30A8\u30E9\u30FC</h3>
errors.required={0}\u3092\u6b63\u3057\u304f\u5165\u529b\u3057\u3066\u304f\u3060\u3055\u3044\u3002
errors.selected={0}\u3092\u9078\u629e\u3057\u3066\u304f\u3060\u3055\u3044\u3002
-----
と設定し、JSPで、
<bean:message key="errors.required" />
とやっています。
あー。分からないー

**あぼーん** · NG

あぼーん

93 · 03/05/18 00:03

>>95

<bean:message key="errors.required" />
で、nullが表示されるんですか？
Missing message for key errors.required'
とか画面にエラーで出力されませんか？

<%@ taglib uri="/tags/struts-bean" prefix="bean" %>
などの宣言が無くて、
<bean:message key="errors.required" />
とそのままタグのまま出力されてるとかってことはないですよね？

リソースが見つからない場合はエラーがでると思うんですけど、
それも出ないんですよね？

一度、同じ環境で、
struts-blank.war で動くかやってみてはいかがでしょうか？
resouece を表示するところまでのサンプルにはなると思います。

参考にならずにすいません。( ´･ω･`)ｼｮﾎﾞｰﾝ

92 · 03/05/18 10:14

>97
>Missing message for key errors.required'
が出ます。
taglibの宣言は入っています。

説明がまずかったようですね。
このメッセージが出るときは、リソースが見つかっていないんですよね？
struts-blank.warを動かしてみます。

いろいろアドバイスありがとうございます。

92 · 03/05/18 10:49

struts-blank.warは動きました。
リソースも読み込めます。(文字を変えて試しました)
自分の作ったものと違うのは、Eclipseを使って試しているので、
自分で作ったソースは、
eclipse\workspace\xxxx\WEB-INF\classesなどにあるということ。
tomcatの配下にないとだめなんですかねぇ...

何が、いけないんだろ？

97 · 03/05/18 10:59

>>98-99
struts-blank.war は動いたようでよかったです。
（それすら認識されなかったらどうしようかと思っていました。）

私も Eclipse 使っていますが、 Tomcat以下ではありませんがきちんと認識しますよ。
struts-blank の環境を Eclipse に放り込めば多分認識されると思います。

おそらくどこかの宣言がおかしいか足りない等だと思いますが、
このまま struts-blank をベースに開発していった方が楽かもしれませんね。

それでは頑張ってください。

92 · 03/05/18 11:07

>100
97さん、お付き合いいただき、ありがとうございます。
分かりました。ログを見て気づいたのですが、
web.xmlの

が、
<param-value>org.apache.struts.webapp.example.ApplicationResources</param-value>
となっていたので、
<param-value>ApplicationResources</param-value>
と変えました。
これを行ったら、きちんと表示できるようになりました。
validateもOKでした。
ありがとうございます。

これって、もしかして常識ですか？
だとしたら、勉強不足です。申し訳ないです（；＿；）。

**あぼーん** · NG

あぼーん

**100** · 03/05/18 11:49

>101
私も知りませんでした。
というより struts1.1 しか触ってないので 1.0.2 は全く知りませんでした。

今、 jakarta-struts-1.1-rc1 と jakarta-struts-1.0.2 の struts-blank.war 内の
web.xml を見てみたのですが、
確かに init-param 要素に application がありますね。
ちなみに 1.1 の struts-blank.war の web.xml ではなくなっています。
試してみたところ、1.1でも同じように認識はします。

web.xml での宣言の方が優先されるようなので
おそらく、1.0.1でも、web.xml ではなく、struts-config.xml でのみ定義すれば
うまく動くのではないでしょうか？

今後はそちらが推奨なのかな、、、？( ´･ω･`)

ちなみにドキュメントなどはきちんと読んでませんので違う部分があればご容赦ください。

**nobodyさん** · 03/05/18 23:38

常識以前の問題。
Struts以前に、Servletそのもの、全く理解していないだろ？
レベル低過ぎで議論の余地無し。

**nobodyさん** · 03/05/19 01:03

>>104
何をｵﾏｴが言いたいのかわからん
自分は分かってるよんってアピールかな？

優しく教えてやればいいじゃん、そんな書き込みするくらいなら。
まあ、俺は面倒くさいから書かないがな（ﾜﾗ
※それでも、煽るだけの奴よりはﾏｼだね

<param-value>org.apache.struts.webapp.example.ApplicationResources</param-value>

↑一応Strutsの話だから、問題でもないべ

**nobodyさん** · 03/05/19 03:14

>>105
もうちょっと勉強してから書けってことだろ？
って、ｵﾏｴもわかってなさげだな（ｗ

**nobodyさん** · 03/05/19 05:33

>>104-106
餅つけ。

**山崎渉** · 03/05/22 02:00

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―