△△もっとStrutsの良さを教えてくださいSession5

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 03/18 15:43 / Filesize : 258 KB / Number-of Response : 938
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん [2006/12/30(土) 18:05:08 ]: Apache Strutsフレームワークについて語るスレ

前スレ
△△まだまだStrutsの良さを教えてくださいSession4
pc8.2ch.net/test/read.cgi/tech/1109465052/
136 名前：デフォルトの名無しさん [2007/03/29(木) 20:08:06 ]: struts-confg.xmlの内容をエクセルに記録して
XML出力とかいうツールどっかにおちてない？
エクセルは設計書にできたらなおOK。
137 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 22:42:01 ]: >>136
せんせーすとらつこんふぃぐがえっくすえむえるなんですがー
138 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 23:27:01 ]: >>137
Excelで画面遷移とか定義して、そっからstruts-config.xml出力してくれるマクロとかツールが欲しいって意味なんじゃないの？
139 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 00:25:45 ]: 子ノードも無限に作れるし、属性もいくつあるかわからんし
XMLをExcelで表現するのは無理があるだろ
140 名前：デフォルトの名無しさん [2007/03/30(金) 13:50:46 ]: すみませんが、初歩的質問です。

Strutsの良さの一つとして、Actionクラスの存在がよく挙げられています。
Actionクラスはサーブレットよりずっと軽量なので、１つのActionServlet（の
派生クラス）と多数のActionクラス（の派生クラス）に構築されたコントロー
ラは、従来のサーブレットに比べてパフォーマンスが良い、というのです。

しかし疑問なのですが、そのActionクラスの遷移先はJSPで、そして結局JSP一
つがサーブレット一つになるのですよね？こちらのパフォーマンスは問題にな
らないのでしょうか？

なんとなくですが、JSPを使い続けているのに、コントローラだけActionクラス
を主体にしても、パフォーマンスはあんまり変わらない気がするのですが、ど
うなのでしょう？

ということで、

・従来のサーブレットのパフォーマンス
・ActionサーブレットとActionクラス
・JSP
・（JSPの代わりに）Velocityテンプレート

それぞれの実行性能をご存知の方、お教えいただけないでしょうか？
141 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 14:46:53 ]: >>140
ActionとActionServletのおかげでパフォーマンスが向上するなんて、
聞いたこともない。出典は？
Actionクラスの目的は、Commandパターンの導入とstruts-config.xmlによる
画面遷移の宣言的制御にあるじゃなかったっけ
（それが成功しているかは別の話だが）。
この辺でも読んでみて。
ttp://wiki.apache.org/struts/StrutsBenefits

しかし今頃になってStruts初心者か。今でも人気あるんだね。
142 名前：140 mailto:sage [2007/03/30(金) 15:45:56 ]: >>141
> ActionとActionServletのおかげでパフォーマンスが向上するなんて、
> 聞いたこともない。出典は？

すみませんが、出典は分かりません。
以前にStrutsを使ったことがあって、そのときに何かで読んだのですが、1回だ
けでなく、あちこちでその内容を聞いたように思うのです。

それにしても、聞いたこともありませんでしたか。ちょっとショックです。私
の勘違いだったのかなあ。
143 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 15:58:31 ]: 基本的にフレームワークは骨組みにいろんな仕事やらせるんだから
プレーンで作るより重いよ。体感的には変わらないけど。
144 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 00:42:23 ]: Actionの存在が良さとは思わんが・・

俺が思うStrutsの良いところは・・
・HTTPパラメータがActionFormとして明確になる
・画面遷移とコントローラの依存が疎になる
ぐらいだと思う。

パフォーマンスが良くなるなんて聞いたこと無い。
145 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 03:29:56 ]: >>142
完全な勘違いだよ。
ActionServletやらで色々な処理が間に入っているんだから
素でServletを書くより早くなるわけないじゃん。

といってもこの程度のオーバーヘッドでパフォーマンス云々語るのは
かなりアホなことしゃべってると思った方がいいよ。
146 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 03:52:13 ]: >>142
あちこちで聞いたって職場でかい？
ちょっと身の振り方考えた方がいいんじゃないかね。

揶揄して言ってるんじゃなくて
そんな一笑に付されるような俗説がまかり通るってのは
全体のレベルが低い証拠だと思う。
自分の今後にとってもプラスにならないよ。
147 名前：140 mailto:sage [2007/03/31(土) 19:41:57 ]: どうもお恥ずかしい話ですみません。私の勘違いだったようです。社の人から
聞いたのではなく、雑誌かWEBの記事だったと思うのですが、誤読したのでしょ
う。

しかし、実行速度は下がるにしても、他のメリットは無いのでしょうか？
サーブレットに比べてアクションクラスは

・インスタンス生成のコストが小さい
・メモリの占有量が少ない

という特徴があったりしないでしょうか？
もしあるとしたら、たぶんそういう記事を私が誤解したのだと思うのです。

まあ実質的にはメリットに上げるほどの差ではないのかもしれませんが。
148 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 00:53:58 ]: >>147
あるとしても、鼻毛抜いてダイエットするくらいの効果しかない。
HttpServletの実装はコンテナ依存なので、ひょっとしたらActionとの差が大きくなる
コンテナがあるのかもしれないが…HttpServletの実装が重いコンテナなんてヤダ。
というか、仮に軽くなっても、struts-config.xmlやvalidator.xmlをメモリに展開する分、
別の分でメモリ食ってるはず。

ま、世の中には、無意味または時代遅れなバッドノウハウを語る低脳ライターが割といるので、
そういう連中の記事を読んだんじゃないかと思う。
「メソッドにfinal付けて高速化」とか、「同じローカル変数を使い回してメモリ使用量を削減」とか言う奴と一緒。
最近笑ったのはこれ。
ttp://www.atmarkit.co.jp/fjava/javatips/168java053.html
ライターなんて、下はこの程度ですよ。
149 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 01:05:37 ]: >>148
これはひどいｗ
150 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 01:09:12 ]: >>148
こ、これは・・・

こんな糞記事で原稿代もらえるのか・・・
俺も何か書こうかな。。。
151 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 19:49:01 ]: >>150
期待してるぜｗ
152 名前：デフォルトの名無しさん [2007/04/08(日) 20:42:52 ]: >>148
ちびった・・・ｗ
153 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 21:01:18 ]: きょ，今日先輩から聞いたんだけど，
int型使うよりもbyte型使った方が速くなるらしいぜ．
DBのテーブルサイズ見積もりなんかはやったことあるけど，
変数のサイズ見積もりなんてやったことなかったけど，
これからはきちんと考えて設定しなきゃなぁ．．．
154 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 02:50:26 ]: >>153
ネタだと言ってよ、バーニィ！
155 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 05:49:16 ]: >>154
0080だっけか？
156 名前：デフォルトの名無しさん mailto:sage [2007/04/27(金) 11:50:18 ]: 終わったな
157 名前：デフォルトの名無しさん [2007/06/05(火) 23:23:21 ]: クラスSuperClassを継承したクラスSubClassがあって、
SuperClassで定義したpublicなメソッドgetXxx()があります。
そのgetXxx()についてですが、
以下のようなJSPでアクセスできないのですが、何か勘違いしてますか？
<%-- subClassObjはSubClassのインスタンス --%>
<bean:write name="subClassObj" property="subClassObj.xxx"/>

SubClass内でgetXxx()をオーバーライドすれば正常に表示できることはできるのですが…
158 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 14:14:48 ]: >>157
オーバーライドする以前に
サブクラスのインスタンスにスーパークラスのメソッドが
あるかどうかくらいリフレクション使って確認したかい？

ヒントはこれだ
Class clazz = Class.forName("java.lang.String");
Method[] method = clazz.getMethods();

後は分かるな？
159 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 07:32:30 ]: >property="subClassObj.xxx"
xxxだけでいいんじゃないの？
160 名前：デフォルトの名無しさん [2007/06/14(木) 22:52:32 ]: 国際化しない場合でもメッセージリソースつかってる？
メリットってなんかある？
161 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 00:17:37 ]: >>160
JSP内のハードコードを防げる。
162 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 00:22:03 ]: JSPの中のスクリプトレット撲滅運動中です．
代わりにVelocityでテンプレートをうわなにをするはなｓ
163 名前：デフォルトの名無しさん [2007/06/15(金) 00:26:17 ]: JSPの中のスクリプトレット排除にVelocityって、メリットなさすぎ。
#ifとか入るし。
164 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 01:03:18 ]: まわりまわってスクリプトレット最強説。
StrutsタグもVelocityもJSTLも可読性を下げてるだけ。
165 名前：デフォルトの名無しさん [2007/06/15(金) 02:28:31 ]: デザイナなしで少人数で作るなら、それもありかもわからんね。
166 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 11:37:40 ]: デザイナにとってはHTML以外の
変なタグや#が入ってる時点でわずらわしさは全部同じでしょ。
だったらスクリプトレットでいいよ
167 名前：デフォルトの名無しさん [2007/06/15(金) 11:53:11 ]: いや、faceletやmayaaみたいにspanとかdivでできれば、オーサリングツールで読み込んでも崩れないし表示確認もやりやすいから、同じではないよ。
168 名前：デフォルトの名無しさん [2007/06/16(土) 13:29:48 ]: Servlet の小規模開発案件があるのですが、フレームワークを使うとしたら Struts が最強ですか？
169 名前：デフォルトの名無しさん [2007/06/16(土) 15:36:55 ]: >>169
本当に小規模なら、
JSON-RPC-Java(Ajax) の方が楽かも

業務ロジック(画面切り替え)は、javascript で全部やる。
DBアクセスは、サーバ上のMiddlegenで作ったDAOを
ブラウザ上のjavascriptからキックしてやる感じ。

今自分がJ2EEで一定の規模の開発を任されたとしたら
やっぱり Struts1.3+Xdoclet かなぁ・・・
（要員スキルとか、治具(自動生成)とか、ノウハウとかの関係で）
170 名前：168 mailto:sage [2007/06/16(土) 16:00:59 ]: >本当に小規模なら
２人月ぐらいの規模です。
171 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 17:00:04 ]: >>168
Struts1オンリーでいいよ。
>>169なんてぜんぜん小規模だと思えない。
おまけにモバイル対応したら画面遷移のロジック全部書き直し。
172 名前：デフォルトの名無しさん [2007/06/16(土) 17:22:44 ]: 業務アプリでモバイル対応もないなら、JSFの方が楽。
Strutsを使ったことがないなら、JSFにしたほうがいいと思われ。
173 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 17:24:58 ]: NetBeans + Visual Web Packも検討に値すると思うよ。
174 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 20:28:17 ]: サーブレットも知らない奴がWebアプリのサブシステム開発のリーダーってどういうこと？
175 名前：デフォルトの名無しさん [2007/06/16(土) 21:58:04 ]: じゃあお前やれよ
176 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 01:10:20 ]: >>166
スクリプトレットなんて許したら死ぬほどコード書きまくられるぜ？
後で地獄見るだけだ。

テロリストは1歩譲ったら100歩踏み込んでくる。
177 名前：デフォルトの名無しさん [2007/06/20(水) 12:34:28 ]: sslext使ってて困ったことが起きたのだけれど、
sslext:link でリンクすると、リンク先がlocalhostになってしまう。
何が問題なのかわかる人いますか？

自分でやった変更は、server.xmlの
<engine defaultHost="mokuteki.host.jp" …>
<host name="mokuteki.host.jp" …>
ですが、これでもlocalhostのままでした。
178 名前：デフォルトの名無しさん [2007/06/25(月) 10:46:10 ]: Strutsなんて死んでるし、新規プロジェクトで選択するのはまず間違い
179 名前：デフォルトの名無しさん [2007/06/25(月) 12:59:23 ]: >>178
じゃあ、何を使うのがいい？
180 名前：デフォルトの名無しさん [2007/06/25(月) 18:08:16 ]: JSFかなあ
181 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 05:55:25 ]: 業務アプリならJSFだね。
新規でStrutsを、XML手書きでやらせるプロジェクトはダメプロジェクト。
182 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 10:09:51 ]: 結局変なタグ書かせるJSFもいらないだろ
183 名前：デフォルトの名無しさん [2007/06/26(火) 11:23:42 ]: ていうかwebアプリが糞
184 名前：デフォルトの名無しさん [2007/06/26(火) 13:30:09 ]: よくしらないんですが Jakarta Commons って、フレームワークではないの？
185 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 00:08:44 ]: 違います。
186 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 01:34:02 ]: プログラムを呼ぶのがフレームワーク
プログラムから呼ばれるのはユーティリティ
187 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 02:54:54 ]: というか、Commonsはプログラムですらない。共通ライブラリを集めたプロジェクトの名前
188 名前：デフォルトの名無しさん [2007/06/28(木) 22:22:45 ]: こういう場合みんなどうやってるか教えて。

１．編集画面を表示する。
　今登録されている情報はＤＢから取得してデフォルト表示されている。

２．編集しようとするとValidationエラーとなる。

この場合、１で取得した今登録されている情報をSessionに入れておかないと
Validationエラーで同じ画面に遷移したときにエラーとなります。
Sessionに入れるのが普通？
189 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 00:19:14 ]: 基本的にいま入力した情報しかいらないだろ。
190 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 00:30:38 ]: hidden使ってデフォルト値を受け渡しすればいいんじゃないのか？
191 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 02:02:00 ]: >>188
ActionFormでvalidateをやらない。
Action側で独自にvalidateをやり、エラーの場合、必要な値をDBから再度取得して編集画面に戻る。
…なんか破綻しているな。
192 名前：デフォルトの名無しさん [2007/06/30(土) 09:43:12 ]: >>190

それもいいですね。
ただ、ドロップダウンリストに表示するものは厳しいかも。。

>>191

それもありかもしれない。
193 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 09:49:38 ]: dynaactionformって普通は使わないものですか？
194 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 09:55:59 ]: なにこの活況ぶり
195 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 11:52:54 ]: JAVA+JSP+Struts+Tomcatスレがなくなったから？
196 名前：デフォルトの名無しさん [2007/06/30(土) 15:14:48 ]: >>193

俺は使わないルールにしてる。わかりにくいから。
197 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 15:23:06 ]: 使うメリットがあまりない
198 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 11:14:49 ]: struts1.2はJavaでWEB構築した際のスタンダードとして
今後10年は使われると言ってみるテスト
199 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 13:39:30 ]: 否定できんな・・・
10年はともかく5年は・・・
200 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 13:44:24 ]: すでに作ったもののフレームワークが変更されることはないだろうな。
201 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 13:57:13 ]: 新規の基幹システムですとらっつ＆ＥＪＢ２とはこれいかに？
202 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 15:52:31 ]: にげて～～
203 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 20:26:27 ]: 今から作るならStruts２がいい？
204 名前：デフォルトの名無しさん [2007/07/01(日) 21:55:42 ]: Struts2全然情報ないな
205 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:06:44 ]: >>201
どっかのstrutsベースの独自フレームワーク強制されるよりマシ
206 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:13:26 ]: そのどっかのＳｔｒｕｔｓベースの独自フレームワークなんですが・・・・
207 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:52:53 ]: >>206
まあ、それも仕事だ！
独自ルール覚えるのが面倒なんだよな。
（中途半端なGUIツールがあったりするとうざいんだこれが。）
早め理解して、気に入らない点があっても受け入れるしかあるまい。

どうしても使い勝手が気に食わなければ、
スクリプトやエディタのマクロなんかを使って、
いかに快適に糞フレームワークを使うかを考えたりすると、精神衛生上良かった。俺の場合はｌ。
208 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 00:21:38 ]: >>201
Strutsはともかく
EJB2というあたりに腐臭を感じるな。

ステートレスSessionBean？
ならわかるかな。
209 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 00:37:40 ]: CMPも使うと言っています・・・
IB○の（ry
210 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 01:17:11 ]: >>209
お前、あのプロジェクトか！？
211 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 01:49:34 ]: >> 203
今から作るなら、Webアプリじゃなくデスクトップでやるのがいいな。
Ajaxとか面倒で生産性のないことやるより楽だし顧客の要望にこたえやすい。
212 名前：デフォルトの名無しさん [2007/07/02(月) 19:57:26 ]: >>2111

ねーよｗ
213 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 20:41:12 ]: デスクトップに比べてWebアプリのメリットはなに？
デスクトップならすぐできることを、Webアプリだと工数がかかる。
それを上回るWebアプリのメリットってあるのか？
214 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 21:07:14 ]: 東京でも大阪でも外国でもモバイルでも触れる。
215 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:46:43 ]: >>213
配布不要。ブラウザひとつで動かせる点。
Java Web Start？あれアプリ起動するのに、
更新チェックとかするから、結構時間かかるんだよな。
216 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:57:50 ]: ＞デスクトップならすぐできることを、Webアプリだと工数がかかる。

ＪＳＦ辺りだと「Webならすぐできることをテスクトップだと工数がかかる」って
ノリだと思うが。

まあ、所詮はフレームワークなんでフレームワーク以上の事をやろうとすると
途端に辛くなるのはあるがな。
217 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:00:12 ]: ビジネスアプリは
何でも出来りゃいいって言う
わけではない
218 名前：デフォルトの名無しさん [2007/07/18(水) 11:05:44 ]: Strutsで
hoge/hogeapp/
でアクセスした場合、下記のStruts-configで設定した場合
hoge/hogeapp/login.do;jsessionid=.....
といった具合にjsessionidが丸見えになってしまいます。
その後は消えてくれるのですが一発目が出てしまいます。
これを一回も出ないようにするにはどうしたらよいでしょうか？
クッキーが使えることが前程ですが。
よろしくお願いいたします。

<global-forwards>
<forward
name="login"
path="/login.do"/>
</global-forwards>
219 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 15:42:12 ]: それはStrutsではなくて、サーブレットコンテナの仕業かと。
220 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 22:57:06 ]: >>218
丸見えって誰に？
221 名前：デフォルトの名無しさん [2007/07/21(土) 12:46:54 ]: logic:iterateでトラブルにはまってしまい抜け出せません

<logic:iterate id="item" name="result" property="list" indexId="index">
<bean:write name="item" property="fee" />
</logic:iterate>

上記のようなJSPを書くと、
javax.servlet.ServletException: どのスコープにもBean item がありません
というエラーを返します。目の前で定義しているのに…

ちなみにiterateされるlistは全部で3つあって、
<bean:write name="item" property="fee" />
を
<bean:write name="index" />
に変更すると、きちんと0,1,2と表示されます。

このエラーが起こりうる心当たりがあるかた、解決の微かなヒントでもいいのでお願いします
222 名前：デフォルトの名無しさん [2007/07/21(土) 17:30:51 ]: >>221

result#getList() が無いとか・・・
223 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 12:17:48 ]: >>222
色々調べてみましたが、情けないエラーでした。
具体的には、getList()が返すのはサイズ3の空配列で、
内容はなにもなかったのです。

そこはnull pointer exception出して欲しかった。
助言ありがとう
224 名前：デフォルトの名無しさん [2007/07/22(日) 15:10:21 ]: 無設定struts使えば、Strutsもつかえる。
225 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 22:53:48 ]: 全く前知識なしで１から触ったが、jsp表示してDBアクセスjsp転送までに
丸1日かかったぞ。
struts-config.xml,web.xmlはともかく、
最初、最新版がいいとおもって2.xダウンロードしてしまって
tldがない、はてな？？？になってしまった。
1.29でなんとかなったが、問題多発だ。
ベリゲータ入れるつもりだけどまた大変なことになりそうだorz
226 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 22:56:40 ]: なんか･･･バージョンによって変な不具合とかバグぽいのもあるし、
自分の触り方がおかしいのかstruts自体がおかしいのか。
バグの上にバグを築いてるようで精神が折れるorz
227 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:54:23 ]: 1系は安定してるだろ。バグっぽく見えるのは
フレームワーク全体にいえるんだけど初心者に扱いやすくできてないため。
よくみんなこんなの使うよな。
228 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 06:37:37 ]: と言うかフレームワーク使う人はある程度servlet+JSPを理解してから
使うモノだと思うが。

たとえJSFでも、その壁が気持ち下がるくらいだし。
229 名前：デフォルトの名無しさん [2007/07/26(木) 10:03:59 ]: Tomcatで開発中のプロジェクトをWebLogic9.2に移動してみたのですが
styleIDのところで
「この属性は認識されません。」
というエラーが発生しています。
ただstyleId自体が固定文字列のところは問題ないようなので
下のように可変文字列を出力しているところが問題なようです。

<html:hidden name="hoge" property="type" indexed="true" styleId="<%= "hoge"+ index.toString() %>"/>

同様の問題を解決されたことのあるかたがいましたら
ご教示願えますでしょうか？
よろしくお願いいたします。
230 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 13:05:13 ]: サーブレットメインでやってるときはstrutsの有り難みが今一だったが、
Struts使えばアップロードが簡単にできると知ってからそれが１０倍化した。
231 名前：デフォルトの名無しさん [2007/07/26(木) 18:45:17 ]: Strutsはゴミ
232 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 23:54:54 ]: >>229
カスタムタグの属性のとこにスクリプトレットだの
bean:writeだので値埋め込もうとしても駄目じゃないの？
↓こういう風に書いてもエラーになるよね。
<html:hidden property="honwaka" value="<bean:write name="hogehoge" property="value"/>" />

>ただstyleId自体が固定文字列のところは問題ないようなので
>下のように可変文字列を出力しているところが問題なようです。
なんかもう答えが出ているような気がするけど。
233 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 01:33:57 ]: >>225
もう結構前からTLDはいらんだろ。
234 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 01:34:33 ]: >>230
commons-upload使えばいいだけの話じゃね？
235 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 07:22:25 ]: >>232
ありがとうございます。

Tomcatでは問題ないのでWebLogicの設定かもと調べていたら
WebLogic.xmlにJSPのコンパイル設定があるみたいなので
調べてみたいと思います。

キーワードはrtexprvalueみたいです。
236 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 08:24:30 ]: >>235
え・・・Tomcatでは動くの？？？
というかJBossだろうがWebSphereだろうが絶対駄目と思うんだけど。。。
最近SwingばっかりでJSP全然触ってないから頭がぼけてるのかもしれないけど。

・・・とか思ったらできるのかな、これ。
俺ならスクリプトレットなんて真っ先に禁止するけど。
百害あって一利なしだよ、あんなの。
www.javaroad.jp/servletjsp/sj_jsp14.htm

そもそもStrutsのtld自体をいじるのはおすすめしないけどなぁ。

↓WebLogicでこんなのあったけど、
これってWebLogic固有設定っぽいし、
あんまり使わない方がいいんでないの？
edocs.beasys.co.jp/e-docs/wls/docs92/webapp/weblogic_xml.html

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef