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

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

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

**638** · 04/10/24 11:10:44

自己解決しました。
各行のFormを、それ自身のFormに配列形式で格納していくという方法でできました。
Form配列から一行分ずつのFormを取り出し、チェックボックスを判定。
各行のFormに含まれるチェックボックスのProperty変数は配列形式ではないので、
選択されていなくても変数のデフォルト値で判定可能というわけです。
>>640
multiboxも調べてみましたが、
チェックボックス以外の機能も含めてプログラム全体として考えると
自分の意図するものと少しずれていたので、今回はその方法はとりませんでしたが、
有益な情報サンクスです。

**nobodyさん** · 04/11/08 00:14:18

<html:select>タグで選択可能となっている要素全ての情報をActionサブクラスで
取得したいと考えているのですが、何方かアドバイスいただけませんでしょうか？

選択している要素の取得方法はなんとなく分かるのですが、選択可能な要素を全て取得する方法が思いつきません。
出来ればJavaScriptは使わない方向で考えているのですが...

よろしくお願いいたします。

**nobodyさん** · 04/11/08 00:17:56

選択可能な要素を全て送信する方法をまず考えろ。

**nobodyさん** · 04/11/08 00:24:59

>>642
なんかよくわかんないが…

<select ～>
<option value="value1">str1</option>
<option value="value2">str2</option>
…
</select>

の(value1,str1),(value2,str2)…みたいのが欲しいって事？

だとすれば、そもそも、そのフォームをＶする際のＭにその情報が有るでしょ。
それにアクセスすれば良いんじゃないの？

**nobodyさん** · 04/11/08 00:27:48

>>643
JavaScriptでhiddenタイプの変数として、カンマとかで値を結合して渡すとかは
思いついたのですが、もっと楽な方法があるだろう...と。

**nobodyさん** · 04/11/08 00:33:22

>>644
レス、ありがとうございます。
<SELECT>の要素は画面で追加・削除が行えるようにJavaScriptで組んでいるため、
<OPTION>の内容や数は変わることが前提となっているのです。

先ほど645で書いた方法程度であれば何となく考えているのですが、
何かございませんでしょうか？

**nobodyさん** · 04/11/08 01:23:50

JavaScript系のスレで聞いたほうがいいんじゃない？

**nobodyさん** · 04/11/10 11:25:30

Struts1.02でテキストボックスを含む一覧形式の登録/更新画面を作成しています。

<logic:iterate～で、Beanに設定したテキストボックスの初期値は、正しく表示されているのですが、
テキストボックスの値を変えてsubmitしても、Actionで入力値が取得できません。

なにか思いつく原因などがあれば教えてもらえないでしょうか？
よろしくお願いします。

**nobodyさん** · 04/11/10 14:33:28

>>641
よろしかったらもうすこし具体的にやり方を
教えてもらえないでしょうか。
今同じような事をやってつまっております。

**nobodyさん** · 04/11/10 23:25:11

>>648
やり方は2種類。
前提として、BeanにString id、String nameっていうフィールドがあるとして。

1. フィールドの配列で受ける。

<logic:iterate id="bean" 略>
<html:text name="bean" property="id"/>
<html:text name="bean" property="name"/>
</logic:iterate>

こういうJSPを書いて、この値が入るActionFormのフィールドに
String[] id と String[] name、およびそれぞれのアクセサメソッドを
用意しておけば、上から順番に値が格納される。

2. Beanの配列で受ける

<logic:iterate id="bean" 略>
<html:text name="bean" property="id"indexed="true"/>
<html:text name="bean" property="name"indexed="true"/>
</logic:iterate>

こう書いておいて、ActionFormにBeanの配列（もしくはList）と、
setBean(int index) を用意しておけば、Beanの配列として値が入る。

**nobodyさん** · 04/11/11 05:13:30

JSPは、タグを記述するのがどうも面倒なので、
strutsのViewの部分をVelocityで実装してみるのは
有効なんですかね？

**nobodyさん** · 04/11/11 05:23:51

Velocityでも面倒さは変わらないんじゃないの？
JSPとVelocityの違いは、XMLタグで制御構造を書くかそうではないかだけかと。
オーサリングツールが使いにくいとかブラウザでのプレビューがやりにくいとかじゃなければ、JSPの方がいいと思われ。
タグファイルとか考えると、JSPの方が便利だし。

**649** · 04/11/12 14:00:22

html:multibox を使用して目的は達成できました。
やり方としてはデータ用に作成したbeanの中に
indexを持たせてsubmit時にindexの値の配列を取得して
その他フィールドの値をindexをキーにして取得しています。

他にいい方法があれば教えてください。

やりたいことは、下記の通りです。
検索条件に従ってデータベース検索して結果を一覧表示する。
この際、各行にチェックボックスを作成する。
submit時にチェックボックスにチェックが入ったデータのみを
対象にある処理を行なう。

**nobodyさん** · 04/11/23 00:13:58

validator で入力チェックをして、エラーと判断された際のメッセージに
{0} が含まれている場合に
その {0} を入力された文字列に置き換える方法はないでしょうか？
たとえば、「入力された値は {0} ですが、その値は無効です。」とかいう
メッセージを表示したいのです。

書籍や Web サイトなどでは、固定文字列に置き換える方法ばかりしか見かけないので・・・。

**nobodyさん** · 04/11/23 03:25:21

>>654
試してないし君のValidatorのコードもわからないので適当書く。

たぶんActionErrors(ActionMessages)に
ActionError(ActionMessage)を追加してるところがあるとおもうけど、
後者は特にResources.getActionError()で取得する必要はなくて
ActionError(ActionMessage)でさえあればいい。

**nobodyさん** · 04/11/23 05:06:18

>>655
Action任せで、ActionErrorの存在すら知らないに7抜歯

**nobodyさん** · 04/11/23 11:22:18

validator.xml任せなんだとｵﾓ

**654** · 04/11/23 15:55:19

確かに、DynaValidatorForm を使っており、validator.xml 任せになっていますが
それでは不可能、ということなんですね。
ありがとうございます。

**nobodyさん** · 04/11/27 21:22:47

△△さらにStrutsの良さを教えて下さいSession3のスレで、
ActionForm の代わりにPOJOを用いる方法を書いてるが、
こっちのスレの住人は使ってるのかな？

**nobodyさん** · 04/11/29 21:50:18

頼むからこれから新規で作る香具師はDynaActionFormは使わないでくれ。
保守する身にもなってくれ。

**nobodyさん** · 04/12/01 00:29:13

DynaActionForm、なんのメリットもないしね。

**nobodyさん** · 04/12/01 02:32:32

validator.xml だけだとキツい。

**nobodyさん** · 04/12/01 02:38:13

>>659
そのスレどこ？教えて！

**nobodyさん** · 04/12/01 02:46:08

>>660-661
DynaValidatorActionだといいの？

>>663
△△さらにStrutsの良さを教えて下さいSession3
http://pc5.2ch.net/test/read.cgi/tech/1088870989/

**nobodyさん** · 04/12/01 03:06:59

>>664
> DynaValidatorActionだといいの？

しらん。
普通にActionForm使う。

**nobodyさん** · 04/12/02 11:12:59

>>665
いちいち、プロパティを定義するのはめんどくさくない

**nobodyさん** · 04/12/02 11:13:34

>>666は、「めんどくさくない？」(質問)ね。

**nobodyさん** · 04/12/02 12:22:43

>>666
フィールド定義して、右クリックしてツールにセッターゲッター生成してもらって、XDocletタグを書くだけ。
あまりめんどくさくない。

**nobodyさん** · 04/12/02 20:36:12

XDoclet入れなきゃならないし
いろいろそれ用の設定も必要だし
前準備だけでめんどくさいです

**nobodyさん** · 04/12/02 20:47:10

まあ、ひとつふたつ試しにActionForm作るだけなら、前準備がめんどくさいね。
それなら、Struts使う必要もあまりなさそうだけど。

**nobodyさん** · 04/12/04 00:09:07

>>670
試しでActionForm作るのなら、Dyna系が楽かと。

**nobodyさん** · 04/12/04 02:23:43

試しで作るのならMap backed ActionFormのほうが楽だ

**nobodyさん** · 04/12/04 15:46:09

xdocletで複数のアクションクラスを違う名前/パラメータで使いまわすのって
できますか？
@struts.actionと@struts.action-forwardを一つのクラスに複数個書いてみたら、
actionが複数できることは確認できたのですが、action-forwardが両方のactionの中に
入ってしまい、期待した動作はしませんでした。

みなさん、こういう場合ってどうしてますか？
それとも、一つのアクションクラスを使い回すってのがマズいんでしょうか？

**nobodyさん** · 04/12/04 19:54:03

>>673
マスタメンテとか一覧とか、共通のActionを使うことは多いと思う。
その場合は手書きになるね。
基本的にXDocletはシングルトンなクラスとValueObjectにしか適用できない気がする。

**nobodyさん** · 04/12/11 02:21:47

おいおい、アクションをその数だけ作って
ビジネスロジックだけ分離させてそれを各アクションで呼べばいいだけだろ？
もしかしてActionクラスに処理べた書きか？

おまえらStrutsのこと全然わかってなさすぎ
@ITの山田と同レベルだな

**nobodyさん** · 04/12/11 04:14:06

世の中のことをわかってない>>675は、しょうかん以下ってことですか？

**nobodyさん** · 04/12/11 14:35:35

根拠のない負け惜しみｷﾀｰ

ひょっとしてアクションクラスはクラスはModelだと思ってるの？
そうじゃなきゃそんな発言しないよね。
Controllerだと知ってたらそんな発言しないよね。

**nobodyさん** · 04/12/11 20:35:55

まあ、所詮Webプログラミング板なんてこの程度だろう

**673** · 04/12/12 01:17:05

元質問者です。
今回は結局struts-actions.xmlでマージすることになったんですが、やはりアクションの使い回しはしないものなのでしょうか。

サーバサイドは初めてで、最近サーバサイドでのMVCの定義とクライアントでのMVC(というよりもプラットホーム準拠の作法)との差を感じることが多いです。
ロジックはModelに入るものということなのでしょうか。
僕の認識だと
M: データ構造
V: プレゼンテーション
C: データ操作のロジック
なので、同じロジックを複数の場所から実行して、別の結果ページに遷移したい時にはアクションを使いまわすべきか、と思って上の質問に至ったわけなんですが...
ちなみに、再利用性には気を配っているつもりですが、基本的にアクションクラスに処理べた書きです。
こういうことってStrutsやWebアプリの作法に反するっていうことなんですかね？

**nobodyさん** · 04/12/12 01:46:09

>>679
君の認識はどうでもいいからさ、ひとかけらでも疑問を持ったならちゃんと調べてくれよ。

ttp://e-words.jp/w/MVC.html
メインの処理はModelに実装し、Modelは画面出力などは行なわない。処理結果はViewに渡され、画面表示などが行なわれる。ユーザからの入力はControllerが受け取り、何らかの処理が必要な場合はModelに依頼し、出力が必要な場合はViewに依頼する。

知らない用語を自分用に解釈して使うことに何で疑問を持たないのかね。

**nobodyさん** · 04/12/12 01:50:11

さすがWebProg

**nobodyさん** · 04/12/12 01:57:59

>>679
Strutsは「MVC」の「C」だけを受け持つフレームワークだ。
それ以外のことはサポートしてくれない。
基本的にはViewもModelも自力で何とかする必要がある。

ここまで書けばわかるだろ？

**nobodyさん** · 04/12/12 02:48:56

>>679
> ちなみに、再利用性には気を配っているつもりですが、基本的にアクションクラスに処理べた書きです。

アクションクラスにロジックを書いてはいけない理由はないし、それはアプリケーションの規模や性質によるから一概にいえるものではない。
MVCという分け方があるとしても、CにMを併用するモデルを採用しようが、それは設計者の自由。
別のクラスにしないといけない理由はない。
メンテナンス性などを考えて最適であると判断できるならどうでもいい。

っていうか、処理するテーブルと入力フォームだけが違う場合にActionを共通化するようなことは普通にある。

**nobodyさん** · 04/12/12 03:13:43

>>683
アクションクラスにべた書きの時点で、再利用性には気を配っていないと言える。
そもそも、基本的にControllerは受け渡しのみを行ういわば使い捨てであり、それを再利用しようとする方が間違い。
あくまでも処理はModelで行う。

＞MVCという分け方があるとしても、CにMを併用するモデルを採用しようが、それは設計者の自由。
これはMVCではない。MVCを無視して
「Strutsを使ってとにかくアプリケーションを作る」ことに専念するつもりなら当然何をやろうが自由だが
MVCを意識する以上は間違い。

＞っていうか、処理するテーブルと入力フォームだけが違う場合にActionを共通化するようなことは普通にある。
自分の周りが全て正しいのか？
何も考えず周りに流されてるだけで、ちゃんとStrutsやMVCモデルについて勉強してない証拠だな。
それは単なるローカルルールだ。
要するにおまえは井の中の蛙だ。

**nobodyさん** · 04/12/12 03:22:46

つーか他の人はみんなxdoclet普通に使ってて、
自分だけうまい具合に自動生成できない時点で
「俺のプログラムはどこかアブノーマルな部分があるのかな」
とか気にしたんだろ？
それで>>673に書いたんだろ？

で、それに対する答えが「確かに君のやり方はアブノーマルな部分があるよ」だったわけだよ。
質問に対する回答を貰っておいて、それでもなぜ納得しないんだ？

**nobodyさん** · 04/12/12 04:16:09

とりあえずここでも読んどけ
htp://struts.apache.org/userGuide/building_controller.html#action_design_guide
って、上でも出てるし。
同じようなやりとりが定期的に出ている証拠だな

**nobodyさん** · 04/12/12 04:46:15

>>684
継承してちょっとした変更するより、同じクラスでパラメータによってちょっと動きを変えるほうがいいと思うが。
Actionなんて、再利用できるなら再利用した方がいいとおもうのだが。

> 要するにおまえは井の中の蛙だ。

自分がどんな井戸の中にいるのか把握してないみたい。

**nobodyさん** · 04/12/12 09:59:48

>>684が>>683に噛み付く感覚がわからんな。
683はごくまっとうな考えだと思う。

**nobodyさん** · 04/12/12 11:01:49

>>688
頭でっかちで頑固なやつと、基礎は知っていた上で多少は融通が利くやつの違い。

**nobodyさん** · 04/12/12 11:19:21

そのせいでxdocletが使えなくなるほうがよっぽど不便だが。

**nobodyさん** · 04/12/12 11:37:13

このスレには山田某がいっぱいですね。

っていうか、別にActionにロジックを書いても当然動くけど、
（実際、ビジネスロジックと分離するかしないかの違いだし）
そういった使い方をするなら>>684にあるとおりMVCを持ち出すべきではないよね。
「CにMを併用するモデル」が既にMVCじゃないんだから。

入力パラメータが同じなのでActionFormを使い回したい、みたいな事はあるけどね。

>>687
どこから継承なんて言葉が出てきたんだ？
意味がわからん。
おまえの頭の中ではどんな作りになっているんだ？

**nobodyさん** · 04/12/12 12:04:37

しょせんWebプログ(ry

**nobodyさん** · 04/12/12 12:37:56

>689
MVCモデルは、意識して厳密にやろうとしないと>683のようにすぐに
曖昧になって混ざってしまいがちだから、頑固とは違う。
少なくとも>684の書いていることはまともだし、
>「Strutsを使ってとにかくアプリケーションを作る」ことに専念するつもりなら当然何をやろうが自由」
とあるとおり、「絶対にActionにロジックを書くな」と書いているわけでもない。
単にMVCモデルには則してないと書いているだけ。
こういうのは頭でっかちで頑固、とは言わないよ。
あと「基礎は知っていた上で多少は融通が利く」というより単なる「妥協」だね、この場合。

**nobodyさん** · 04/12/12 16:26:36

というか、Actionの共有とMVCと、どう関係があるのかが一番の謎。

**nobodyさん** · 04/12/12 16:31:33

ひとつのActionで複数のページに対応できるなら、そうするべきだし、XDoclet使うのもmerge使えばいいし。
XDocletは基本的にシングルトンなクラスにしか便利に使えないし。
XDocletでうまく対応できないからといって、Struts側の設計としておかしいと考えるのは筋違い。

**nobodyさん** · 04/12/12 16:54:52

>>694
もともとActionがControllerとして提供されているのに、
Modelとしても使おうとしてるからだろ。

**nobodyさん** · 04/12/12 16:59:50

いやマジで、こんな奴らばっかりなら山田もあそこまで叩かれなかっただろうな。
あの議論はいったい何だったんだという感じ。

せっかく記事を版管理無しでこっそり修正したのに
意味無かったね山田さん

**nobodyさん** · 04/12/12 17:10:43

>>696
Actionを共有することが、Modelとしても使おうとしていることになぜつながるのかな？

**nobodyさん** · 04/12/12 17:12:27

>>697
まあ、山田の場合はデータソースんとこでもやらかしてた訳だが。

**nobodyさん** · 04/12/12 17:28:19

StrutsでいうMVCって
　M=ActionForm
　V=JSP
　C=Action
のことじゃなかったの？

**nobodyさん** · 04/12/12 18:06:07

マジレスすると、
ＭＶＣっていっても、Ｖの中にもＭＶＣ、Ｃの中にもＭＶＣ。
見る尺度によって、どこのレベルでもＭＶＣ．

**nobodyさん** · 04/12/12 19:08:08

Strutsの場合はプレゼンテーションの中のMVCだからね。

**nobodyさん** · 04/12/15 18:26:48

ttp://hiki.ex-machina.jp/JSP/?%B7%C7%BC%A8%C8%C4

**nobodyさん** · 04/12/15 22:19:35

さらに言えば、ActionでもActionFormでもソース見れば分かるけど、中身はＭＶＣでできてるでしょ。

**nobodyさん** · 04/12/16 03:26:11

どんどん意味が拡大解釈されていく、かわいそうなMVC

**nobodyさん** · 04/12/16 03:31:34

ところで、１つのActionクラスを複数のpathで共有することが、どうしてActionにModelを持たせてることになるんだろう？
意味不明だ。

使いまわせるActionなんて、いくらでも使いまわせばいいのに。

**704** · 04/12/16 21:37:33

ごめん。勘違いだ。

**nobodyさん** · 04/12/16 21:42:11

Ｍ：データベースサーバ(mysql)
Ｖ：Ｗｅｂサーバ(apache)
Ｃ：アプリケーションサーバ(tomcat)

**nobodyさん** · 04/12/16 22:56:22

だれか、708を病院につれてってあげれ

**nobodyさん** · 04/12/16 23:13:28

M ビジネス
V 株価
C システム

**nobodyさん** · 04/12/17 05:39:15

株価からシステムを介してビジネスをコントロールするのか。

**nobodyさん** · 04/12/17 07:43:36

システムを介してビジネスを行った結果が株価として見える

**nobodyさん** · 04/12/17 09:36:34

そのCはコンバーターのCということか。

**nobodyさん** · 04/12/20 08:48:06

すいません。12/17に【初心者】Java質問・相談スレッド58【大歓迎】の665で質問させていただいたのですが、
返答が無かったのでこちらのスレで質問させてください。

struts & jspで<logic:iterate>を使用するのに、以下のように<%　～　%>スクリプトレットで取得する方法はできたのですが、
<%　～　%>を使わないでstruts-config.xmlを利用して取得するにはどうせれば良いのでしょうか？

---jspコード---
<ul>
　<%-- ↓これを埋め込みたく無い --%>
　<% request.setAttribute("bean",new SampleBean()); %>
　<logic:iterate id="seihin" name="bean" property="list">
　　<li><bean:write name="seihin" property="process"/></li>
　</logic:iterate>
</ul>
--jspコードココまで---

---SampleBean.java---
public class SampleBean {
　　public java.util.List getList(){
　　　　java.util.List list = new java.util.LinkedList();
　　　　return(list);
　　}
}
---SampleBean.javaここまで---

**nobodyさん** · 04/12/20 09:29:37

>>714
＞ <% request.setAttribute("bean",new SampleBean()); %>
こんなのはActionでやる仕事。JSPに埋め込むな。
struts-config.xml も無関係だろ。

**nobodyさん** · 04/12/20 10:34:06

>>714
その前に、どんな手段を用いればstruts-config.xmlを利用して値を取得できるのか、教えて欲しい。

**nobodyさん** · 04/12/20 10:55:34

言い方がおかしくてすいません。
jspに、<logic:iterate id="seihin" name="bean" property="list">と書いたとすると、
struts-config.xmlからname（bean）を検索して、それに関連付けられたアクションを実行するのですよね？

**nobodyさん** · 04/12/20 10:58:56

>>717
ちがう。
言い方だけじゃなくてStrutsの理解もおかしい。

**nobodyさん** · 04/12/20 15:25:18

言い方と理解の仕方は一致するからな。

**nobodyさん** · 04/12/20 15:26:01

logicタグなど使わずにおとなしくJSTLを使いなさい。

**nobodyさん** · 04/12/20 21:38:04

>>717
struts-config.xmlではなく、
JSPでいうところのrequest, session, applicationから
beanという属性名のJavaBeanを取り出す。

したがって、Action(を継承したクラス)のexecuteメソッド内で
request.setAttribute("bean", new SampleBean())みたいな形で
JavaBeanをセットするのが普通。

**nobodyさん** · 04/12/24 18:36:13

form内にたくさんテキスト入力フォームを作成させたいので、iterateで処理しています。
最初にこのJSPにアクセスしたときは正常にページが作成されるのですが、
formのsubmitボタンを押してアクションを発生させ、フォームの内容に不備があったらまたこのページに戻ってくるようにさせると、
iterateのnameで指定されたbeanが見つからないと、怒られてしまいます。
なぜですか？分かる方がいたらご教授願います。

**722** · 04/12/24 18:55:21

すいません。事故解決できました。
setAttributeのやりかたが問題でした。
req.setAttribute("bean",配列);をコメントして、
session.setAttribute("bean",配列);にしたらできました。

public final class TestAction extends Action{
public ActionForward perform(ActionMapping mapping, ActionForm form, HttpServletRequest req, HttpServletResponse rew){
HttpSession session = req.getSession();
ActionErrors errors = new ActionErrors();
// req.setAttribute("bean",配列);
session.setAttribute("bean",配列);
return(mapping.findForward("success"));
}
}

**nobodyさん** · 04/12/24 19:05:36

performとか書いてある本は捨てろ。

**722** · 04/12/24 20:00:14

>724
すいません。performは使わないほうが良いのですか？

**nobodyさん** · 04/12/24 20:36:54

>>725
performは1.0以前のメソッドで、1.2以降はメソッドそのものが消えているので。

**722** · 04/12/24 21:18:35

>724さん726さん
教えていただきありがとうございます！
execute()にしました。
なんだか楽しくなってきました。

**nobodyさん** · 04/12/27 19:06:18

POIのHSSFを使用してExcelデータからArrayListオブジェクトを生成して、
それを<logic:iterate>で処理してるのですが、ブラウザで最初にアクセスしたときは正常に表示されますが、
2度目以降、以下のようなエラーが出てしまいます。
java.io.IOException: Unable to read entire block; 45 bytes read; expected 512 bytes
Excelファイルから512bytesずつ読めと言うことでしょうか？

**nobodyさん** · 04/12/27 21:52:40

関係ないが、JSTLが使えるならiterateよりJSTLの方がいいね。

**nobodyさん** · 05/01/06 08:29:34

perform()だと正しくページ遷移ができるのにexecute()にしたら真っ白なページになってしまうのは何故ですか？

**730** · 05/01/06 09:30:07

そもそもActionが起動されていないようなのですが・・・

**nobodyさん** · 05/01/06 09:41:32

>>731
execute() のシグニチャが間違っていて、実はオーバーライドになっていない、というオチじゃないよね？

**730** · 05/01/06 10:17:56

>732さん、返信ありがとうございます。
私もそれを疑ったのですが、Actionクラスのexecute()メソッドをオーバーライドしています。
execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response)

**nobodyさん** · 05/01/06 10:52:18

そもそも1.0使ってるとか

**nobodyさん** · 05/01/06 10:56:55

>>733
throws IOException, ServletException じゃなくて、
throws Exception になってる？

>>734
それもあるかもね。

**730** · 05/01/06 11:14:03

>734さん、>735さん、ありがとうございます。

throws IOException, ServletExceptionと書いています。
しかし throws Exceptionでもやはり結果は一緒で真っ白なページでした。
struts.jarのバージョンは1.2.4を使っています。

public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest req, HttpServletResponse rew) throws IOException, ServletException {

**nobodyさん** · 05/01/06 12:20:50

Actionを継承してないとか、コンテキストの再起動してないとか、struts-config書き換えてないとか、どちらにせよケアレスミスかと。
J2SE5で@Overrideつけてコンパイルするのが、一番確実だな。

**730** · 05/01/06 13:12:23

>737さんありがとうございます。
Actionクラスは継承してますし、Tomcatの再起動などやっているのですが、どうもうまくいきません。
初歩的な質問で大変申し訳ないのですが、perform()をexecute()にした際に
struts-config.xmlを書き換える必要はありますか？

**nobodyさん** · 05/01/06 15:02:53

JSP内に大量にチェックボックスを作る場合、チェックボックスのリストをまとめた外部ファイルを読み込んで配列を作って
<logic:iterate>で表示させることはできたのですが、
それらを今度はsubmitで送信し、受け取る場合にどれがチェックされてどれがチェックされてないかを調べて状態別の処理をしたいのですけど
これは大量にあるチェックボックスのsubmit結果を配列で受け取って処理すれば良いのですか？
一つ一つ書けばそれはそれで良いのですが、あまりに大量すぎて手に負えません・・・

**nobodyさん** · 05/01/06 15:20:33

>>739
そう。
場合によってはインデックス付きのgetter/setterを使うべし