△△もっとStrutsの良 ..
116:デフォルトの名無しさん
07/03/09 01:03:51
要するに1ワークブック＝１struts-config.xml
117:デフォルトの名無しさん
07/03/13 01:15:23
>>116
そのExcelファイルくれ。
118:デフォルトの名無しさん
07/03/13 02:50:48
>>117
残念ながら、Excelだけではだめなのだ
自動生成ツールが必要なのだ
119:デフォルトの名無しさん
07/03/14 19:20:37
struts 2.x が正式リリースになっているな。(2/27)
だけどこのスレではぜんぜん話題になってないな。
120:デフォルトの名無しさん
07/03/14 19:29:22
>>119
Strutsって名前だけで、中身はStrutsともApacheとも何の関係もないからな。
121:デフォルトの名無しさん
07/03/14 19:58:47
たしかに 2.x は WebWork と統合、
Shale もあるし、
ひさしぶりにやる側としては、もうわけわかめです。
122:デフォルトの名無しさん
07/03/18 12:38:45
この間終ったプロジェクトじゃまだstruts1.1だったしなぁ。
またstrutsやるとしても1.x系だろうしな。2.xは手がだせんかも。
123:デフォルトの名無しさん
07/03/18 12:50:54
2.xを使ってる話なんて聞いたことがない。
2.xは元々Strutsではないから、
バージョンアップというよりまったく別フレームワークへの乗り換えになる。
1.xを使っているのなら、1.3.5はなかなか有用。
モックオブジェクトが用意されたテストケースがあったり
RequestProcessorのカスタマイズが柔軟だったり。
124:デフォルトの名無しさん
07/03/18 13:02:09
じゃあなんでsturtsなんて名前つけたんだ？
ぶっちゃけ、2.xがまったく別物ってんなら余計混乱して
そのまま「strutsｵﾜﾀ」ってなりそうな気配がﾌﾟﾝﾌﾟﾝしてるんだが…
というか、struts projectの人間は2.xが本来やりたい事だったんだ！
って言ってる様にも見えなくもないな…どのみち衰退の道か
125:デフォルトの名無しさん
07/03/18 15:08:48
strutsどころかapacheでさえないプロジェクトから移管されたものだからなぁ。2は。
126:デフォルトの名無しさん
07/03/18 16:08:32
結局フレームワーク使うとこういうことになるんだよ。
それで終わったフレームワークで作られたシステムを
新人にメンテさせる鬼先輩になるんだ、おまえらは。
127:デフォルトの名無しさん
07/03/18 16:37:37
>>126はバカだなぁ
128:デフォルトの名無しさん
07/03/18 20:05:34
>>126
独自仕様てんこ盛りの自社製FWのメンテよりはいいだろう？
129:デフォルトの名無しさん
07/03/18 21:39:10
>>128
>>126は自社製FWとかではなく、常に１から作るンだろ？
そういうほうがわかりやすいと思うヤツが多い事は事実
130:デフォルトの名無しさん
07/03/18 22:10:40
>>129
そういうのはフレームワークが古くなるどころか、
作った奴がいなくなるだけで混乱に陥る。
古かろうが、Strutsのように普及したフレームワークを使う方が
ノウハウを持った奴がどこかにいるだけまだマシ。
131:デフォルトの名無しさん
07/03/18 23:39:40
Struts1.X系でお茶を濁しつつ、JavaEE5サーバが出回ったら
JSF1.2にメインの開発は移行すればいいと思う。
GlassFishもJBossもGeronimoもベータ版が出たし、そろそろ動かせるよ
132:デフォルトの名無しさん
07/03/19 00:01:21
Glassfishは正式リリースじゃないかｗ
JBossはもうReleaseCandidate。
Tomcat6はStableリリースだから、もうJSF1.2の環境はOKだ。
でも実際はEclipseWTPやNetBeansがTomcat6対応しないと使いにくいな。
133:デフォルトの名無しさん
07/03/19 00:06:55
>>129
それわかりやすいかぁ？
作った人間いなくなったら恐ろしいことになるよ。
どうせドキュメントも残さないで消えていくんだろうし。
134:デフォルトの名無しさん
07/03/19 00:19:40
>>132
GlassFishは現在V2がリリース間近
V1はJavaEE5SDKとして出すためのものだったが、
今回はフルスペックのアプリサーバとして出す
NetBeans5.5.1でGlassFishV2に対応してる。
EclipseWTP用のPluginもGlassFish側で用意してるけど、WTPがまだJavaEE5対応してないな
135:デフォルトの名無しさん
07/03/20 01:18:21
JavaEE５なんていらねーよ
136:デフォルトの名無しさん
07/03/29 20:08:06
struts-confg.xmlの内容をエクセルに記録して
XML出力とかいうツールどっかにおちてない？
エクセルは設計書にできたらなおOK。
137:デフォルトの名無しさん
07/03/29 22:42:01
>>136
せんせーすとらつこんふぃぐがえっくすえむえるなんですがー
138:デフォルトの名無しさん
07/03/29 23:27:01
>>137
Excelで画面遷移とか定義して、そっからstruts-config.xml出力してくれるマクロとかツールが欲しいって意味なんじゃないの？
139:デフォルトの名無しさん
07/03/30 00:25:45
子ノードも無限に作れるし、属性もいくつあるかわからんし
XMLをExcelで表現するのは無理があるだろ
140:デフォルトの名無しさん
07/03/30 13:50:46
すみませんが、初歩的質問です。
Strutsの良さの一つとして、Actionクラスの存在がよく挙げられています。
Actionクラスはサーブレットよりずっと軽量なので、１つのActionServlet（の
派生クラス）と多数のActionクラス（の派生クラス）に構築されたコントロー
ラは、従来のサーブレットに比べてパフォーマンスが良い、というのです。
しかし疑問なのですが、そのActionクラスの遷移先はJSPで、そして結局JSP一
つがサーブレット一つになるのですよね？こちらのパフォーマンスは問題にな
らないのでしょうか？
なんとなくですが、JSPを使い続けているのに、コントローラだけActionクラス
を主体にしても、パフォーマンスはあんまり変わらない気がするのですが、ど
うなのでしょう？
ということで、
・従来のサーブレットのパフォーマンス
・ActionサーブレットとActionクラス
・JSP
・（JSPの代わりに）Velocityテンプレート
それぞれの実行性能をご存知の方、お教えいただけないでしょうか？
141:デフォルトの名無しさん
07/03/30 14:46:53
>>140
ActionとActionServletのおかげでパフォーマンスが向上するなんて、
聞いたこともない。出典は？
Actionクラスの目的は、Commandパターンの導入とstruts-config.xmlによる
画面遷移の宣言的制御にあるじゃなかったっけ
（それが成功しているかは別の話だが）。
この辺でも読んでみて。
URLﾘﾝｸ(wiki.apache.org)
しかし今頃になってStruts初心者か。今でも人気あるんだね。
142:140
07/03/30 15:45:56
>>141
> ActionとActionServletのおかげでパフォーマンスが向上するなんて、
> 聞いたこともない。出典は？
すみませんが、出典は分かりません。
以前にStrutsを使ったことがあって、そのときに何かで読んだのですが、1回だ
けでなく、あちこちでその内容を聞いたように思うのです。
それにしても、聞いたこともありませんでしたか。ちょっとショックです。私
の勘違いだったのかなあ。
143:デフォルトの名無しさん
07/03/30 15:58:31
基本的にフレームワークは骨組みにいろんな仕事やらせるんだから
プレーンで作るより重いよ。体感的には変わらないけど。
144:デフォルトの名無しさん
07/03/31 00:42:23
Actionの存在が良さとは思わんが・・
俺が思うStrutsの良いところは・・
・HTTPパラメータがActionFormとして明確になる
・画面遷移とコントローラの依存が疎になる
ぐらいだと思う。
パフォーマンスが良くなるなんて聞いたこと無い。
145:デフォルトの名無しさん
07/03/31 03:29:56
>>142
完全な勘違いだよ。
ActionServletやらで色々な処理が間に入っているんだから
素でServletを書くより早くなるわけないじゃん。
といってもこの程度のオーバーヘッドでパフォーマンス云々語るのは
かなりアホなことしゃべってると思った方がいいよ。
146:デフォルトの名無しさん
07/03/31 03:52:13
>>142
あちこちで聞いたって職場でかい？
ちょっと身の振り方考えた方がいいんじゃないかね。
揶揄して言ってるんじゃなくて
そんな一笑に付されるような俗説がまかり通るってのは
全体のレベルが低い証拠だと思う。
自分の今後にとってもプラスにならないよ。
147:140
07/03/31 19:41:57
どうもお恥ずかしい話ですみません。私の勘違いだったようです。社の人から
聞いたのではなく、雑誌かWEBの記事だったと思うのですが、誤読したのでしょ
う。
しかし、実行速度は下がるにしても、他のメリットは無いのでしょうか？
サーブレットに比べてアクションクラスは
・インスタンス生成のコストが小さい
・メモリの占有量が少ない
という特徴があったりしないでしょうか？
もしあるとしたら、たぶんそういう記事を私が誤解したのだと思うのです。
まあ実質的にはメリットに上げるほどの差ではないのかもしれませんが。
148:デフォルトの名無しさん
07/04/01 00:53:58
>>147
あるとしても、鼻毛抜いてダイエットするくらいの効果しかない。
HttpServletの実装はコンテナ依存なので、ひょっとしたらActionとの差が大きくなる
コンテナがあるのかもしれないが…HttpServletの実装が重いコンテナなんてヤダ。
というか、仮に軽くなっても、struts-config.xmlやvalidator.xmlをメモリに展開する分、
別の分でメモリ食ってるはず。
ま、世の中には、無意味または時代遅れなバッドノウハウを語る低脳ライターが割といるので、
そういう連中の記事を読んだんじゃないかと思う。
「メソッドにfinal付けて高速化」とか、「同じローカル変数を使い回してメモリ使用量を削減」とか言う奴と一緒。
最近笑ったのはこれ。
URLﾘﾝｸ(www.atmarkit.co.jp)
ライターなんて、下はこの程度ですよ。
149:デフォルトの名無しさん
07/04/01 01:05:37
>>148
これはひどいｗ
150:デフォルトの名無しさん
07/04/01 01:09:12
>>148
こ、これは・・・
こんな糞記事で原稿代もらえるのか・・・
俺も何か書こうかな。。。
151:デフォルトの名無しさん
07/04/01 19:49:01
>>150
期待してるぜｗ
152:デフォルトの名無しさん
07/04/08 20:42:52
>>148
ちびった・・・ｗ
153:デフォルトの名無しさん
07/04/08 21:01:18
きょ，今日先輩から聞いたんだけど，
int型使うよりもbyte型使った方が速くなるらしいぜ．
DBのテーブルサイズ見積もりなんかはやったことあるけど，
変数のサイズ見積もりなんてやったことなかったけど，
これからはきちんと考えて設定しなきゃなぁ．．．
154:デフォルトの名無しさん
07/04/09 02:50:26
>>153
ネタだと言ってよ、バーニィ！
155:デフォルトの名無しさん
07/04/16 05:49:16
>>154
0080だっけか？
156:デフォルトの名無しさん
07/04/27 11:50:18
終わったな
157:デフォルトの名無しさん
07/06/05 23:23:21
クラスSuperClassを継承したクラスSubClassがあって、
SuperClassで定義したpublicなメソッドgetXxx()があります。
そのgetXxx()についてですが、
以下のようなJSPでアクセスできないのですが、何か勘違いしてますか？
<%-- subClassObjはSubClassのインスタンス --%>
<bean:write name="subClassObj" property="subClassObj.xxx"/>
SubClass内でgetXxx()をオーバーライドすれば正常に表示できることはできるのですが…
158:デフォルトの名無しさん
07/06/06 14:14:48
>>157
オーバーライドする以前に
サブクラスのインスタンスにスーパークラスのメソッドが
あるかどうかくらいリフレクション使って確認したかい？
ヒントはこれだ
Class clazz = Class.forName("java.lang.String");
Method[] method = clazz.getMethods();
後は分かるな？
159:デフォルトの名無しさん
07/06/07 07:32:30
>property="subClassObj.xxx"
xxxだけでいいんじゃないの？
160:デフォルトの名無しさん
07/06/14 22:52:32
国際化しない場合でもメッセージリソースつかってる？
メリットってなんかある？
161:デフォルトの名無しさん
07/06/15 00:17:37
>>160
JSP内のハードコードを防げる。
162:デフォルトの名無しさん
07/06/15 00:22:03
JSPの中のスクリプトレット撲滅運動中です．
代わりにVelocityでテンプレートをうわなにをするはなｓ
163:デフォルトの名無しさん
07/06/15 00:26:17
JSPの中のスクリプトレット排除にVelocityって、メリットなさすぎ。
#ifとか入るし。
164:デフォルトの名無しさん
07/06/15 01:03:18
まわりまわってスクリプトレット最強説。
StrutsタグもVelocityもJSTLも可読性を下げてるだけ。
165:デフォルトの名無しさん
07/06/15 02:28:31
デザイナなしで少人数で作るなら、それもありかもわからんね。
166:デフォルトの名無しさん
07/06/15 11:37:40
デザイナにとってはHTML以外の
変なタグや#が入ってる時点でわずらわしさは全部同じでしょ。
だったらスクリプトレットでいいよ
167:デフォルトの名無しさん
07/06/15 11:53:11
いや、faceletやmayaaみたいにspanとかdivでできれば、オーサリングツールで読み込んでも崩れないし表示確認もやりやすいから、同じではないよ。
168:デフォルトの名無しさん
07/06/16 13:29:48
Servlet の小規模開発案件があるのですが、フレームワークを使うとしたら Struts が最強ですか？
169:デフォルトの名無しさん
07/06/16 15:36:55
>>169
本当に小規模なら、
JSON-RPC-Java(Ajax) の方が楽かも
業務ロジック(画面切り替え)は、javascript で全部やる。
DBアクセスは、サーバ上のMiddlegenで作ったDAOを
ブラウザ上のjavascriptからキックしてやる感じ。
今自分がJ2EEで一定の規模の開発を任されたとしたら
やっぱり Struts1.3+Xdoclet かなぁ・・・
（要員スキルとか、治具(自動生成)とか、ノウハウとかの関係で）
170:168
07/06/16 16:00:59
>本当に小規模なら
２人月ぐらいの規模です。
171:デフォルトの名無しさん
07/06/16 17:00:04
>>168
Struts1オンリーでいいよ。
>>169なんてぜんぜん小規模だと思えない。
おまけにモバイル対応したら画面遷移のロジック全部書き直し。
172:デフォルトの名無しさん
07/06/16 17:22:44
業務アプリでモバイル対応もないなら、JSFの方が楽。
Strutsを使ったことがないなら、JSFにしたほうがいいと思われ。
173:デフォルトの名無しさん
07/06/16 17:24:58
NetBeans + Visual Web Packも検討に値すると思うよ。
174:デフォルトの名無しさん
07/06/16 20:28:17
サーブレットも知らない奴がWebアプリのサブシステム開発のリーダーってどういうこと？
175:デフォルトの名無しさん
07/06/16 21:58:04
じゃあお前やれよ
176:デフォルトの名無しさん
07/06/17 01:10:20
>>166
スクリプトレットなんて許したら死ぬほどコード書きまくられるぜ？
後で地獄見るだけだ。
テロリストは1歩譲ったら100歩踏み込んでくる。
177:デフォルトの名無しさん
07/06/20 12:34:28
sslext使ってて困ったことが起きたのだけれど、
sslext:link でリンクすると、リンク先がlocalhostになってしまう。
何が問題なのかわかる人いますか？
自分でやった変更は、server.xmlの
<engine defaultHost="mokuteki.host.jp" …>
<host name="mokuteki.host.jp" …>
ですが、これでもlocalhostのままでした。
178:デフォルトの名無しさん
07/06/25 10:46:10
Strutsなんて死んでるし、新規プロジェクトで選択するのはまず間違い
179:デフォルトの名無しさん
07/06/25 12:59:23
>>178
じゃあ、何を使うのがいい？
180:デフォルトの名無しさん
07/06/25 18:08:16
JSFかなあ
181:デフォルトの名無しさん
07/06/26 05:55:25
業務アプリならJSFだね。
新規でStrutsを、XML手書きでやらせるプロジェクトはダメプロジェクト。
182:デフォルトの名無しさん
07/06/26 10:09:51
結局変なタグ書かせるJSFもいらないだろ
183:デフォルトの名無しさん
07/06/26 11:23:42
ていうかwebアプリが糞
184:デフォルトの名無しさん
07/06/26 13:30:09
よくしらないんですが Jakarta Commons って、フレームワークではないの？
185:デフォルトの名無しさん
07/06/27 00:08:44
違います。
186:デフォルトの名無しさん
07/06/27 01:34:02
プログラムを呼ぶのがフレームワーク
プログラムから呼ばれるのはユーティリティ
187:デフォルトの名無しさん
07/06/27 02:54:54
というか、Commonsはプログラムですらない。共通ライブラリを集めたプロジェクトの名前
188:デフォルトの名無しさん
07/06/28 22:22:45
こういう場合みんなどうやってるか教えて。
１．編集画面を表示する。
今登録されている情報はＤＢから取得してデフォルト表示されている。
２．編集しようとするとValidationエラーとなる。
この場合、１で取得した今登録されている情報をSessionに入れておかないと
Validationエラーで同じ画面に遷移したときにエラーとなります。
Sessionに入れるのが普通？
189:デフォルトの名無しさん
07/06/29 00:19:14
基本的にいま入力した情報しかいらないだろ。
190:デフォルトの名無しさん
07/06/29 00:30:38
hidden使ってデフォルト値を受け渡しすればいいんじゃないのか？
191:デフォルトの名無しさん
07/06/30 02:02:00
>>188
ActionFormでvalidateをやらない。
Action側で独自にvalidateをやり、エラーの場合、必要な値をDBから再度取得して編集画面に戻る。
…なんか破綻しているな。
192:デフォルトの名無しさん
07/06/30 09:43:12
>>190
それもいいですね。
ただ、ドロップダウンリストに表示するものは厳しいかも。。
>>191
それもありかもしれない。
193:デフォルトの名無しさん
07/06/30 09:49:38
dynaactionformって普通は使わないものですか？
194:デフォルトの名無しさん
07/06/30 09:55:59
なにこの活況ぶり
195:デフォルトの名無しさん
07/06/30 11:52:54
JAVA+JSP+Struts+Tomcatスレがなくなったから？
196:デフォルトの名無しさん
07/06/30 15:14:48
>>193
俺は使わないルールにしてる。わかりにくいから。
197:デフォルトの名無しさん
07/06/30 15:23:06
使うメリットがあまりない
198:デフォルトの名無しさん
07/07/01 11:14:49
struts1.2はJavaでWEB構築した際のスタンダードとして
今後10年は使われると言ってみるテスト
199:デフォルトの名無しさん
07/07/01 13:39:30
否定できんな・・・
10年はともかく5年は・・・
200:デフォルトの名無しさん
07/07/01 13:44:24
すでに作ったもののフレームワークが変更されることはないだろうな。
201:デフォルトの名無しさん
07/07/01 13:57:13
新規の基幹システムですとらっつ＆ＥＪＢ２とはこれいかに？
202:デフォルトの名無しさん
07/07/01 15:52:31
にげて〜〜
203:デフォルトの名無しさん
07/07/01 20:26:27
今から作るならStruts２がいい？
204:デフォルトの名無しさん
07/07/01 21:55:42
Struts2全然情報ないな
205:デフォルトの名無しさん
07/07/01 22:06:44
>>201
どっかのstrutsベースの独自フレームワーク強制されるよりマシ
206:デフォルトの名無しさん
07/07/01 22:13:26
そのどっかのＳｔｒｕｔｓベースの独自フレームワークなんですが・・・・
207:デフォルトの名無しさん
07/07/01 22:52:53
>>206
まあ、それも仕事だ！
独自ルール覚えるのが面倒なんだよな。
（中途半端なGUIツールがあったりするとうざいんだこれが。）
早め理解して、気に入らない点があっても受け入れるしかあるまい。
どうしても使い勝手が気に食わなければ、
スクリプトやエディタのマクロなんかを使って、
いかに快適に糞フレームワークを使うかを考えたりすると、精神衛生上良かった。俺の場合はｌ。
208:デフォルトの名無しさん
07/07/02 00:21:38
>>201
Strutsはともかく
EJB2というあたりに腐臭を感じるな。
ステートレスSessionBean？
ならわかるかな。
209:デフォルトの名無しさん
07/07/02 00:37:40
CMPも使うと言っています・・・
IB○の（ry
210:デフォルトの名無しさん
07/07/02 01:17:11
>>209
お前、あのプロジェクトか！？
211:デフォルトの名無しさん
07/07/02 01:49:34
>> 203
今から作るなら、Webアプリじゃなくデスクトップでやるのがいいな。
Ajaxとか面倒で生産性のないことやるより楽だし顧客の要望にこたえやすい。
212:デフォルトの名無しさん
07/07/02 19:57:26
>>2111
ねーよｗ
213:デフォルトの名無しさん
07/07/02 20:41:12
デスクトップに比べてWebアプリのメリットはなに？
デスクトップならすぐできることを、Webアプリだと工数がかかる。
それを上回るWebアプリのメリットってあるのか？
214:デフォルトの名無しさん
07/07/02 21:07:14
東京でも大阪でも外国でもモバイルでも触れる。
215:デフォルトの名無しさん
07/07/02 22:46:43
>>213
配布不要。ブラウザひとつで動かせる点。
Java Web Start？あれアプリ起動するのに、
更新チェックとかするから、結構時間かかるんだよな。
216:デフォルトの名無しさん
07/07/02 22:57:50
＞デスクトップならすぐできることを、Webアプリだと工数がかかる。
ＪＳＦ辺りだと「Webならすぐできることをテスクトップだと工数がかかる」って
ノリだと思うが。
まあ、所詮はフレームワークなんでフレームワーク以上の事をやろうとすると
途端に辛くなるのはあるがな。
217:デフォルトの名無しさん
07/07/02 23:00:12
ビジネスアプリは
何でも出来りゃいいって言う
わけではない
218:デフォルトの名無しさん
07/07/18 11:05:44
Strutsで
URLﾘﾝｸ(hoge)
でアクセスした場合、下記のStruts-configで設定した場合
URLﾘﾝｸ(hoge)
といった具合にjsessionidが丸見えになってしまいます。
その後は消えてくれるのですが一発目が出てしまいます。
これを一回も出ないようにするにはどうしたらよいでしょうか？
クッキーが使えることが前程ですが。
よろしくお願いいたします。
<global-forwards>
<forward
name="login"
path="/login.do"/>
</global-forwards>
219:デフォルトの名無しさん
07/07/18 15:42:12
それはStrutsではなくて、サーブレットコンテナの仕業かと。
220:デフォルトの名無しさん
07/07/18 22:57:06
>>218
丸見えって誰に？
221:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/07/21 17:30:51
>>221
result#getList() が無いとか・・・
223:デフォルトの名無しさん
07/07/22 12:17:48
>>222
色々調べてみましたが、情けないエラーでした。
具体的には、getList()が返すのはサイズ3の空配列で、
内容はなにもなかったのです。
そこはnull pointer exception出して欲しかった。
助言ありがとう
224:デフォルトの名無しさん
07/07/22 15:10:21
無設定struts使えば、Strutsもつかえる。
225:デフォルトの名無しさん
07/07/25 22:53:48
全く前知識なしで１から触ったが、jsp表示してDBアクセスjsp転送までに
丸1日かかったぞ。
struts-config.xml,web.xmlはともかく、
最初、最新版がいいとおもって2.xダウンロードしてしまって
tldがない、はてな？？？になってしまった。
1.29でなんとかなったが、問題多発だ。
ベリゲータ入れるつもりだけどまた大変なことになりそうだorz
226:デフォルトの名無しさん
07/07/25 22:56:40
なんか･･･バージョンによって変な不具合とかバグぽいのもあるし、
自分の触り方がおかしいのかstruts自体がおかしいのか。
バグの上にバグを築いてるようで精神が折れるorz
227:デフォルトの名無しさん
07/07/26 00:54:23
1系は安定してるだろ。バグっぽく見えるのは
フレームワーク全体にいえるんだけど初心者に扱いやすくできてないため。
よくみんなこんなの使うよな。
228:デフォルトの名無しさん
07/07/26 06:37:37
と言うかフレームワーク使う人はある程度servlet+JSPを理解してから
使うモノだと思うが。
たとえJSFでも、その壁が気持ち下がるくらいだし。
229:デフォルトの名無しさん
07/07/26 10:03:59
Tomcatで開発中のプロジェクトをWebLogic9.2に移動してみたのですが
styleIDのところで
「この属性は認識されません。」
というエラーが発生しています。
ただstyleId自体が固定文字列のところは問題ないようなので
下のように可変文字列を出力しているところが問題なようです。
<html:hidden name="hoge" property="type" indexed="true" styleId="<%= "hoge"+ index.toString() %>"/>
同様の問題を解決されたことのあるかたがいましたら
ご教示願えますでしょうか？
よろしくお願いいたします。
230:デフォルトの名無しさん
07/07/26 13:05:13
サーブレットメインでやってるときはstrutsの有り難みが今一だったが、
Struts使えばアップロードが簡単にできると知ってからそれが１０倍化した。
231:デフォルトの名無しさん
07/07/26 18:45:17
Strutsはゴミ
232:デフォルトの名無しさん
07/07/26 23:54:54
>>229
カスタムタグの属性のとこにスクリプトレットだの
bean:writeだので値埋め込もうとしても駄目じゃないの？
↓こういう風に書いてもエラーになるよね。
<html:hidden property="honwaka" value="<bean:write name="hogehoge" property="value"/>" />
>ただstyleId自体が固定文字列のところは問題ないようなので
>下のように可変文字列を出力しているところが問題なようです。
なんかもう答えが出ているような気がするけど。
233:デフォルトの名無しさん
07/07/27 01:33:57
>>225
もう結構前からTLDはいらんだろ。
234:デフォルトの名無しさん
07/07/27 01:34:33
>>230
commons-upload使えばいいだけの話じゃね？
235:デフォルトの名無しさん
07/07/27 07:22:25
>>232
ありがとうございます。
Tomcatでは問題ないのでWebLogicの設定かもと調べていたら
WebLogic.xmlにJSPのコンパイル設定があるみたいなので
調べてみたいと思います。
キーワードはrtexprvalueみたいです。
236:デフォルトの名無しさん
07/07/27 08:24:30
>>235
え・・・Tomcatでは動くの？？？
というかJBossだろうがWebSphereだろうが絶対駄目と思うんだけど。。。
最近SwingばっかりでJSP全然触ってないから頭がぼけてるのかもしれないけど。
・・・とか思ったらできるのかな、これ。
俺ならスクリプトレットなんて真っ先に禁止するけど。
百害あって一利なしだよ、あんなの。
URLﾘﾝｸ(www.javaroad.jp)
そもそもStrutsのtld自体をいじるのはおすすめしないけどなぁ。
↓WebLogicでこんなのあったけど、
これってWebLogic固有設定っぽいし、
あんまり使わない方がいいんでないの？
URLﾘﾝｸ(edocs.beasys.co.jp)
237:デフォルトの名無しさん
07/07/27 08:29:35
>>236
自分も本当は嫌なんですけど
そうするとstyleIdに連番をふる方法が他にありますでしょうか？
もしあるなら使いたいです。
238:236
07/07/27 08:39:44
カスタムタグの中に別のタグがあるような書き方はできないはずなので
スクリプトレットも当然駄目かと思ったけど、
TLDの設定で変えられるんだね。動かしてないから知らんけど。
(1)スクリプトレットの式を評価して
(2)その値をタグハンドラクラスの指定のフィールドにセットする...
と考えるとできるっちゃできるか。
ただ、スクリプトレットをJSPにゴロゴロ書き出すと
真似する奴が出て大変なことになると思うよ。
コーディング規約とかで禁止されていない？
割り切って使うならいいかもしれないけど。
>>233
え・・・いらなくなったんですか？？？
それは初耳だな〜Swingとかもう飽きた・・・
WEBアプリの方が楽でいいから戻りたいです。
239:236
07/07/27 08:42:02
>>237
Struts-elを使うか、
カスタムタグを自分で作る・・・
Strutsのタグクラスを継承してtldをちょいちょい書くだけなので
意外と簡単だよ。
自分は後者の方でやった。
他にいい方法って逆にありますかね。。。
というか株を見ながら書いていたらこんな時間なので仕事逝ってきます。
240:デフォルトの名無しさん
07/07/27 10:05:06
解決しました。
<html:hidden name="hoge" property="type" indexed="true" styleId='<%= "hoge"+ index.toString() %>'/>
としたらTomcatでもWebLogicでも動作しました。
なぜだかよくわかりませんが・・・
weblogic.xmlではうまくいきませんでした。
241:236
07/07/28 01:22:59
>>240
年のせいか触ってないとすぐに忘れる・・・
俺もかなり適当なこと書いてるっぽいけど
もうちょい自分が何やってるか理解しようとする意思を持った方がいいよ。
嫌な言い方するようだけど
JSPなりカスタムタグなりがどうやって動いているのか
全然理解してないし理解しようともしてないでしょ。
俺はこういうのは気になって放置できない。
242:デフォルトの名無しさん
07/07/28 12:30:24
Strutsタグは使わないことにしました。
243:名無しさん＠そうだ選挙に行こう
07/07/29 16:19:01
ところで、
ActionFormのreset()って、ページ遷移時と
submitなどが押されたあとももう1回呼ばれるよね。
これって･･･
駄目では。
244:名無しさん＠そうだ選挙に行こう
07/07/29 19:34:39
236氏いい加減なこと書きすぎ。
えらそうなこと書きたいならJSP仕様を勉強し直してからにして。
スクリプトレットと実行時式の違いとかカスタムタグ仕様とか。
245:名無しさん＠そうだ選挙に行こう
07/07/29 19:35:37
>>243
kwsk
246:デフォルトの名無しさん
07/07/29 21:18:09
フォーム有りページに遷移→ActionFormのreset()でフォームが初期化される
フォームに値を入力してsubmitする→なぜかまた同じActionFormのreset()が呼ばれて初期化
247:デフォルトの名無しさん
07/07/29 22:59:05
それはそういう仕様。
resetメソッドのところの説明をよく読め。
248:デフォルトの名無しさん
07/07/31 19:34:33
仕事でstruts勉強する必要ができたんだけど
一番分かり易い説明と要点の書いてあるサイトを教えて下さい。
249:デフォルトの名無しさん
07/07/31 19:37:49
Strutsってなんであんな使い辛い仕様なんだろう
今時WEB案件でjavaとか馬鹿じゃねーのと思う
250:デフォルトの名無しさん
07/07/31 19:52:45
たしかに、もう何十人の派遣ばっかの烏合の衆でシコシコと大型サイト組むような次代じゃないのかもね
でも次候補にきそうなPHPもなんだかJavaと手間が変わらなくなってきてるしRubyはありえないし、、
模範的なWEB案件ってないもんか
251:デフォルトの名無しさん
07/07/31 20:10:23
Strutsがいいかどうかは別としてJavaが一番作りやすいよ
PHPとか中途半端にオブジェクト指向取り入れて死んでるよ
252:デフォルトの名無しさん
07/07/31 21:13:34
JavaはServletクラスの設計からしてクソだからな。
Strutsはクソの上に積み上げたクソに過ぎない。
253:デフォルトの名無しさん
07/07/31 21:16:05
じゃばじゃば言ってる奴はダサいよな
254:デフォルトの名無しさん
07/07/31 22:27:55
じゃあ、何が良いの？
255:デフォルトの名無しさん
07/07/31 22:59:52
まずロジックをHttpServletやHttpServletRequestから完全に切り離すことだろうな。
入力の検査・加工ルールと、出力の整形・加工ルールを外部ファイル化できていればさらにいい。
256:デフォルトの名無しさん
07/07/31 23:12:50
HTML出力に限ればVelocityが良さそうに見えたが、テンプレート側に文字列の加工を連続して書けないのが難点だったな…。
たとえば「小数点2桁で切り捨ててカンマで区切ってからエスケープ処理したい」みたいなときに
テンプレート側にスマートに書けないと、Java側のコードがどんどん膨れて困る。
257:デフォルトの名無しさん
07/07/31 23:14:11
いや、それじゃロジックとviewを分離する意味ないじゃん・・・
258:デフォルトの名無しさん
07/07/31 23:23:21
ん？
値をセットするのと、フォーマットして表示するのは別だろ？
259:デフォルトの名無しさん
07/07/31 23:37:38
本来、JavaがHTMLエスケープまで面倒見るのはおかしいんだよ。
出力がHTMLであることを定義するのはビューなんだから、ロジックとは無関係なフォーマットや
HTMLエスケープはビューがやらないと、それこそビューと分離できなくなるでしょ。
260:デフォルトの名無しさん
07/08/01 10:36:14
いまからやるならJSFでいいじゃない
261:デフォルトの名無しさん
07/08/01 10:37:23
HTMLでしか表示しないのに、設計的に美しいからと変な手間を増やすのがJava厨クオリティ
262:デフォルトの名無しさん
07/08/01 11:52:32
まだPHP4が出だした頃にjavaもやりはじめて、
jspのエラー画面でスタックトレースの階層具合を見た時は轢いたな。
いまとなってはどうでもいいけど。
263:デフォルトの名無しさん
07/08/01 21:18:12
ぶっちゃけJSPでいいじゃんって最近おもう。
264:デフォルトの名無しさん
07/08/01 21:37:56
さすがに、それはない。
265:デフォルトの名無しさん
07/08/01 21:48:47
いや普通にJSPでいいだろ。何がダメなのかわかんない
266:デフォルトの名無しさん
07/08/01 21:48:58
そもそもなんのためにjavaあるの？意味なくない
267:デフォルトの名無しさん
07/08/01 22:05:07
XHTMLってDreamWaverやHomepageBuilderで作れる？
作れるならPOHP系に落ち着いて欲しいな。言語を選ばなくなるし。
268:デフォルトの名無しさん
07/08/01 22:39:34
>>266
そもそも何のためにVBが（ｒｙ
そもそも何のためにRubyが（ｒｙ
そもそも何のためにC#が（ｒｙ
ということで、そんな意味のないことを書くな。
269:デフォルトの名無しさん
07/08/01 23:05:30
>>268
ここまで使うメリットのない言語も珍しいだろ
javaの利点ってなにさ
270:デフォルトの名無しさん
07/08/01 23:12:39
煽るためだけに聞いてるような頭の悪いレスにしか見えん。
ああ、夏休みか。
271:デフォルトの名無しさん
07/08/01 23:12:47
誰も喪前にjavaを使ってくれなんていわないワケだが。
272:デフォルトの名無しさん
07/08/02 05:11:10
>>269
ここまでマジレスするメリットのないレスもめずらしいな。
273:デフォルトの名無しさん
07/08/02 08:03:33
ｽﾄﾗｯﾂで作ったwebアプリで
ブラウザの戻るボタンで 戻れないのは、
どうしてる？
注意書でブラウザの戻るボタンは押すなって
書いてあるとこもあるけど
それは避けたいんだよな。
274:デフォルトの名無しさん
07/08/02 21:11:04
JavaScriptで制御してるな
275:デフォルトの名無しさん
07/08/03 07:14:10
最初からメニューを消しておけば問題なし。
ついでに右クリックも禁止してしまえ。
ふはははは。
276:デフォルトの名無しさん
07/08/03 08:30:17
>>275
つBack Space
277:デフォルトの名無しさん
07/08/03 10:08:18
そもそも戻れないって作り方の問題じゃね？
278:デフォルトの名無しさん
07/08/03 10:30:48
戻られて困るようなサイト、Strutsを使うまでもないｶｽだ
279:デフォルトの名無しさん
07/08/03 10:53:00
画面遷移をすべてRedirectで行えばよい
280:デフォルトの名無しさん
07/08/03 12:35:47
Struts1.2と1.3、実際に現場ではどちらのほうがより使われている？
各種ツールの対応状況の都合で未だに1.2という話も聞くが実際にはどうだろう？
それから、Struts使う場合でもlogicタグを使うケースと
その部分だけはJSTLを使うケースはどちらが多い？
281:デフォルトの名無しさん
07/08/04 17:15:18
1.3に上げるメリットがよくわからないし、2.0もあるしな
taglibについては、以前のStruts開発ではJSTLを使った。
Strutsタグはhtmlタグ以外は使わなかった
282:デフォルトの名無しさん
07/08/04 17:42:47
分かりやすくstruts解説したｻｲﾄ教えて
283:デフォルトの名無しさん
07/08/04 22:23:29
絶対JSTLの方が楽だと思うけど、
「今までlogicタグ使ってたから」という理由でlogic、beanタグを使うことが多い。
struts-html以外は、JSTLを使うのがベスト
284:デフォルトの名無しさん
07/08/04 22:44:26
2.0系は別物だからStruts以外のフレームワークも含めた別の観点からの議論が必要。
1.2.xで作ったモノを1.3.xへ上げる理由はないけど
新規開発ではどう？1.3があるけどそれでもなお1.2を使う？
理想論とか「あるべき」論ではlogicやbeanタグは使わずにJSTLがベターなのはわかりきっているが
実際の開発現場ではどうなの？
285:デフォルトの名無しさん
07/08/05 10:02:20
おまえらどこでstruts勉強したの？
286:デフォルトの名無しさん
07/08/05 11:45:26
>>284
1.3に上げてもものすごいメリットがないからなあ
保守を考えると全部1.2で同じ作りにしてあった方が楽なので、
うちは今のところずっと1.2
beanやlogicはJSTLに置き換えつつあるかな。でもlogicタグしか分からない外注さんも
多いから混ざってる
>>285
本家のstruts-examplesとUser Guideを見ながら。本は買ってない
287:デフォルトの名無しさん
07/08/05 12:21:16
カスタムタグは使わないほうがいい
288:デフォルトの名無しさん
07/08/05 14:48:26
>>287
なんで？
289:デフォルトの名無しさん
07/08/05 15:43:07
>>286
分かり辛いだろ、
分かり易く書いてあるｻｲﾄとかなかったの？
290:デフォルトの名無しさん
07/08/07 12:39:33
やる気の問題だな
291:デフォルトの名無しさん
07/08/08 22:55:00
やる気なんかないから
分かりやすいのが欲しいんじゃね
292:デフォルトの名無しさん
07/08/12 13:44:17
スクリプトレットにならないだけでもstruts使う価値あり
veligateとかtablib:logicとかtaglib:beanとか
と、非strutsのソースみて思いました。
JS関数の中にjavaコード埋め込んであったり、もう酷かった。
293:デフォルトの名無しさん
07/08/12 15:01:14
JSTLで十分かと。
294:デフォルトの名無しさん
07/08/12 16:30:00
最近GWT使うようになってStrutsいらなくなったと感じる
295:デフォルトの名無しさん
07/08/12 17:27:00
>>286
同意。
現在の技術者の多くや、情報源の大部分はStruts1.2ベースだから、
1.3や2.0によっぽどのメリットがない限り、保守性、生産性を考慮し、
1.2を採用すべきと考えてる。
それでも1.3や2.0を採用する価値があるか逆に聞きたい。
まぁ、1.3や2.0のこと全く知らないんだけど…
296:デフォルトの名無しさん
07/08/22 21:12:40
>>295
2.0は俺も知らんけど、1.3のメリットなら
処理の割り込みをカスタマイズするのが非常に楽。
たとえば、Actionのexecute()の呼び出し直前/直後に行いたい処理を割り込ませるとか。
アプローチはCommonsChainでAOPじゃないのがイマドキじゃないけど・・・
あとは、ユニットテスト用のモックが提供されているとか、
Validatorや例外処理のリソースバンドル分割に対応しているとか
URLバリデータが賢くなったりとか。
297:デフォルトの名無しさん
07/08/24 22:31:24
Actionがインスタンス化されるときのメソッドって何ですか？
298:デフォルトの名無しさん
07/08/25 01:06:47
1.3.8、なんで45MBもあるの？
299:デフォルトの名無しさん
07/08/28 23:34:30
Struts1.3で質問です。
JSPで表示が同じ複数のボタンを配置して、
サーブレットでどのボタンが押されたか判定したいんですが、
どうすればいいでしょうか？
別にStruts使わなくても構いません。
300:デフォルトの名無しさん
07/08/29 00:04:00
>>299
EventDispatchActionを使うと吉。
301:デフォルトの名無しさん
07/08/31 01:54:22
>>299
私はずっとLookupDispatchActionを使ってきました。
URLﾘﾝｸ(struts.apache.org)
＃SpringFrameworkと連携させることが多いので実際はLookupDispatchActionSuportですが。
URLﾘﾝｸ(www.springframework.org)
302:299
07/09/01 21:37:01
>>300
>>301
遅くなってすいませんが、どうもありがとうございます。
ちょっと見てみます。
303:デフォルトの名無しさん
07/09/12 17:16:55
2004年ごろ閉鎖された「有限会社エヌアイティー技術情報部」というサイトが
ありました。そこでは、Strutsのドキュメントなどが精力的に翻訳されていま
した。
URLﾘﾝｸ(web.archive.org)
URLﾘﾝｸ(web.archive.org)
これだけ大量の翻訳を、どうやら管理人氏一人でやっていたようです。
きのう、ここの移転先を見つけました。
URLﾘﾝｸ(www.geocities.jp)
URLﾘﾝｸ(www.geocities.jp)
断言はできませんが、お亡くなりになっていたように見えます。お世話になり
ました。合掌。
304:デフォルトの名無しさん
07/09/21 23:02:37
なあ、今strutsの本読んだんだけどさ、
素のサーブレットと手間変わんなくない？
これじゃ使う意味ないよね。
305:デフォルトの名無しさん
07/09/21 23:20:16
>>304
もっといいもの作ってよ、期待してる
306:デフォルトの名無しさん
07/09/22 00:14:00
>>304
そう思うってことは、勉強が足りんよね。
307:デフォルトの名無しさん
07/09/22 04:28:22
>>304
素のサーブレット書くよりは数倍楽だと思うけど。
308:デフォルトの名無しさん
07/09/24 16:05:13
派遣とかの現場でもstrutsってもう終ったの？
309:デフォルトの名無しさん
07/09/24 16:56:31
むしろ、JSFほか別のフレームワークがはじまってないので、Struts一色
310:デフォルトの名無しさん
07/09/24 17:56:13
うちは4年前からturbine(velocity + torque)
311:デフォルトの名無しさん
07/09/24 19:10:42
URLﾘﾝｸ(d.hatena.ne.jp)
312:デフォルトの名無しさん
07/09/24 19:51:55
ひがたんも賢いスーツ側の人間だからなぁ。
しーさーがうまくいかなそうだったら逃げるのかい？
313:デフォルトの名無しさん
07/09/24 22:23:56
Struts はなんだかんだいって見通しがいいのと
実績があるのもあって総合力は高いよね。
314:デフォルトの名無しさん
07/09/25 17:30:31
うちは去年からWebObjects
315:デフォルトの名無しさん
07/09/25 17:55:23
何それ、聞いたこと無い
316:デフォルトの名無しさん
07/09/26 02:12:57
>>313
strutsはたいしたことはやってないので見通しがいいのと、
登場した時期が早かったのと、
開発メンバーが他のを覚えようとしないので、
うちでもめちゃくちゃポイントが高い。
317:デフォルトの名無しさん
07/09/26 03:23:52
>>311
ひがさんがくさす頭の固いおやじは流行にうといだけでしょう。
本物のおやじはそもそもJavaを使いません。
人月計算とExcelとスーツの世界より
URLﾘﾝｸ(anond.hatelabo.jp)
318:デフォルトの名無しさん
07/09/26 07:12:04
プレゼンテーションフレームワーク以外にも
覚えないといけないことはたくさんあるので
一度覚えた Struts を使ってくれていいです。
それよりはテスト技法とか、リファクタリングなんかを覚えて
コードの品質を上げてもらえればうれしいです。
319:デフォルトの名無しさん
07/09/26 12:10:10
>>315
WebObjectsはiTunes Storeに採用されたJavaのWebフレームワークです
320:デフォルトの名無しさん
07/09/26 13:39:06
ああ、アップルのか
俺的には、どんだけマイナーなんだよって感じだけど、他では大流行してたりするのかな
321:デフォルトの名無しさん
07/09/26 15:38:16
Macで開発してた人には人気が高いし、WebObjectsを模倣したフレームワークも多くある。
Cayenneなんかもそんな感じじゃなかったかな
322:デフォルトの名無しさん
07/09/26 16:54:10
Cayenneって永続化層のﾌﾚｰﾑﾜｰｸじゃなかったっけ？
323:デフォルトの名無しさん
07/09/26 20:17:37
>>321
知ったかぶりもここまで度を過ぎましてはいけませんな
ご短慮でありましたな
324:デフォルトの名無しさん
07/09/26 20:40:21
URLﾘﾝｸ(www.google.co.jp)
325:デフォルトの名無しさん
07/09/26 23:38:33
>>324の検索にヒットした内の１つであるこの自動車情報サイトもWebObjectsで構築されてるようだ
「PORSCHE Cayenne S 標準価格860 万円」だって
URLﾘﾝｸ(www.vividcar.com)
326:デフォルトの名無しさん
07/09/27 09:18:41
なんにせよMacなんぞサーバに採用しないし、WebObjectsを使うことはねえな
327:デフォルトの名無しさん
07/09/27 10:26:37
WebObjectsはJavaだからSolarisでも動くって…
328:デフォルトの名無しさん
07/09/27 16:56:20
java厨化石化の傾向がこんなに早くみられるとは・・・
329:デフォルトの名無しさん
07/09/28 11:16:39
>>328Javaも今に衰退しますからあと10年見守ってて下さい
330:デフォルトの名無しさん
07/09/28 23:55:50
SSHってなんだと思ったら
Struts+Spring+Hibernate
のことか。
331:デフォルトの名無しさん
07/10/03 00:53:26
Strutsのよさって何だろう？
Action(画面遷移の定義)とリソースが落ちてるぐらいしか思いつかん。
Strutsタグは糞だし、デバッグもしにくい(わかり難い)
勉強するのにはいいかも試練が初心者のは難しい気がする。
ごちゃごちゃ機能があるくせホントに使えるのはあまりない
Application層を目的として作ったはずなのにDataSourceが定義できる時点で・・・
後継承を繁盛に使うせいでユニットテストが使えない。
ver2.xからがらりと変わってるらしいけど・・・・
変なところで固い癖にごちゃごちゃしすぎ
ところでDynaActionFormとか使ってる人がいたら使い方教えてください
332:デフォルトの名無しさん
07/10/03 01:20:25
DynaActionFormの利点がわからない
333:デフォルトの名無しさん
07/10/03 01:43:41
>>331
>Application層を目的として作ったはずなのにDataSourceが定義できる時点で・・・
Application層ってなんすか？
自分が知らないだけですかね。
Datasourceは定義できるだけで非推奨じゃなかったっけ？
まぁ使わなければいいだけだし、使わんでしょ普通。
>後継承を繁盛に使うせいでユニットテストが使えない。
よくわかんないなー
ActionクラスとかがサーブレットAPIに依存しているので
結局画面で動かさないとできないとかそういうこと？
MockのHttpSessionとかHttpServletRequestを用意すれば
簡単に単体テストできるというか俺はやったけど。
なんか変な共通処理とか環境に依存する部分を
Actionクラスに見せまくる作りだとやりにくいけどね。
ここはちゃんと設計すりゃ大丈夫でしょ。
334:デフォルトの名無しさん
07/10/03 03:10:54
「Strutsの良さ」なんて、土方が集めやすいぐらいでしょ。
Wicketは良いよ。土方集められないけど。
335:デフォルトの名無しさん
07/10/03 05:56:47
>>334
親方乙ですｗ
336:デフォルトの名無しさん
07/10/03 08:56:20
>>331
StrutsTestCase for JUnit使うといいよ。
URLﾘﾝｸ(strutstestcase.sourceforge.net)
Mockテストとオンコンテナのテストの両方ができる。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4343日前に更新/258 KB
担当:undef