△△もっとStrutsの良 ..
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テストとオンコンテナのテストの両方ができる。
337:デフォルトの名無しさん
07/10/03 11:08:17
DataSourceの定義は、1.1の頃からドキュメントでは「推奨しない」と言っていたが、1.3からは完全になくなった。
1.3では定義すら出来ないよ。
1.3では標準でMockテストのためのTestCaseクラスが用意されている。
StrutsTestCaseなんて今時使う奴いるのか？
Strutsを使った開発をさらに難しくするだけじゃないか。
2系は今はStrutsプロジェクトで開発されているが、まったく別系統のフレームワーク。
「Strutsの新しいバージョン」と思っていると間違い。
338:デフォルトの名無しさん
07/10/03 20:57:00
>>337
使ってるが、悪いか、ヴォケが！
339:デフォルトの名無しさん
07/10/03 21:03:50
悪くはないが、ヴォケはお前だと思うよ
340:デフォルトの名無しさん
07/10/04 21:49:24
>>339は趣味でしかプログラミングをしないヴォケ。
341:デフォルトの名無しさん
07/10/04 22:00:40
仕事だったらもっとヤバいだろｗ
クソアーキテクトの下で働くのも大変だな。
342:デフォルトの名無しさん
07/10/05 00:33:29
マイコミにStruts2載ってた。
依存性が、かなり排除されててテストしやすそう。
内部は、リフレクションバリバリっぽいな。
URLﾘﾝｸ(journal.mycom.co.jp)
343:デフォルトの名無しさん
07/10/05 12:47:56
質問なんですが、
Actionを作った場合、ActionFormを使わない場合でも、
それに対応するActionFormクラスは、
絶対作らなければならないんでしょうか？
344:デフォルトの名無しさん
07/10/05 12:54:59
そんなことはない
345:デフォルトの名無しさん
07/10/07 01:15:04
Strutsの悪いところってなんですか？
346:デフォルトの名無しさん
07/10/07 01:40:13
>>345
一度、WicketやTeedaなどに触ってみるといいと思うよ。
347:デフォルトの名無しさん
07/10/07 03:13:34
teedaは触ってます
strutsより明らかに良いと思ってます
なのでstrutsを排除したいと考えています
部署で説得するためにネタください
348:デフォルトの名無しさん
07/10/07 04:49:45
>>347
悪い所出そうとしてる時点で説得スキル足りない
より良い物として出さないと
349:デフォルトの名無しさん
07/10/07 08:24:11
頭堅い奴は枯れてるとかいう理由で、いくら良いものがあってもなかなか既存技術捨てて新しいモノに移行しようとしない。
350:デフォルトの名無しさん
07/10/07 08:31:24
>>345
XML
351:デフォルトの名無しさん
07/10/07 11:53:19
>>347
どういう立場の人を説得したいの？
エンジニア？それともマネージャ？
352:デフォルトの名無しさん
07/10/07 13:30:37
マネージャーです
353:デフォルトの名無しさん
07/10/07 14:17:26
>>352
会社によって微妙に役柄変わるからあれだけどマネージャーレベルなら
適応によるプラスマイナス両方出して、大まかでも目に見える数値の話でないと食いつかないよ。
マイナス材料（Ex:初期教育コスト、リソース確保とか）がでて無いとちゃんと選定しているのか？と言う話になるし。
注意しないといけないのは「じゃあ次一つやってみて比較しよう」が出た場合、
実績あり(Struts)なし(Ex:Teeda)が初期教育コスト無視で比較される可能性がある。
プロジェクト完了後、技術者からちゃんと情報収集して判断してくれる人ならいいんだけどね・・・
あと技術者レベルでの根回しは必須だと思うよ。
354:デフォルトの名無しさん
07/10/07 15:05:02
マネージャレベルだと、有償サポートって売りにならない？
355:デフォルトの名無しさん
07/10/07 15:51:09
フレームワークの選定にマネージャーがでてくるの？
技術わかるマネージャー？
356:デフォルトの名無しさん
07/10/07 16:14:35
土方が探しやすいとか丸投げしやすいとかそういう要素が重要
357:352
07/10/07 16:15:26
古い組織だとマネージャー出てきます。
WEBと言えばstrutsしかなくてそれがあればWEBアプリができると信じています。
比較しようと思ったときにstrutsのマイナス面を考えたんだがなかなか決定的なのがなくて…
teedaって有償サポートあるんですか？
358:デフォルトの名無しさん
07/10/07 16:22:04
>>357
１個人のいうマイナスと実績どっち信じる？
その後どう言ったってそのレベルの否定から入ったら終わり
359:デフォルトの名無しさん
07/10/07 17:23:53
ISIDがサポートやってるよ。
JSPじゃなくって素のHTML使えるのも利点だね。
「HTMLだけが書ける安い人が使える」って言って。
あとは、東京三菱の実績ありってとこかなぁ。
技術的な話だと、Ajaxサポートとかは？
360:デフォルトの名無しさん
07/10/09 06:32:47
すみませんスレ違いなのは多々承知しているのですが
Eclipse3.31用のTomcatプラグイン(Sysdeo)がほしいのですが
サーバがずっと落ちてて見つけれません
URLﾘﾝｸ(www.sysdeo.com)
URLﾘﾝｸ(www.eclipsetotale.com)
どなたか3.31で使える他のTomcatプラグインもしくは
Sysdeoの3.31対応のプラグインのダウンロードページ知ってる方
教えていただけませんでしょうか？
361:デフォルトの名無しさん
07/10/09 08:48:48
WTPがまともになった今どき、Sysdeoなんて使ってる奴がいることに驚いた。
362:360
07/10/09 09:37:12
すみません
これからJavaはじめようと思って解説サイトの手順通りに従おうと思ったので･･･
入れてるのがwtp-all-in-one-sdkなので知らないうちに開発環境整ってたんですね
WTPについて調べてきます
363:デフォルトの名無しさん
07/10/09 20:22:53
WTPってまともになったんだ？
Tomcat Pluginと比べてどんなメリットがありますか？
364:デフォルトの名無しさん
07/10/09 20:38:28
比べるものですらない
365:デフォルトの名無しさん
07/10/09 23:25:31
eclipse純正という安心感
all in one
動的WEBプロジェクトのディレクトリが決まっててlibにjarいれたらひとまとまりになる
まん
366:デフォルトの名無しさん
07/10/10 00:24:30
NetBeansの機能の一部やん＞ＷＴＰ
struts-configの編集にはまた別のプラグイン入れなあかんかった
367:デフォルトの名無しさん
07/10/10 05:21:09
all-in-one入れたけどweb開発らしきプロジェクトが選択項目に出てきません
なんでだろう・・・
もしかしてtomcat入れないとだめ？
368:デフォルトの名無しさん
07/10/11 21:10:59
久し振りにstrutsの開発をすることになった。
今日設定をしてたんだけどうまく動かない。。
URLたたいてもActionServletが呼び出されていない感じで404になる。
コンパイルは通るし、デプロイは成功、
デプロイ時にActionServletは読み込まれているので(デバックした)
ここら辺は問題ないと思うんだが・・・何か原因わからない？
ちなみにearの中にjar,warを含めて、
application.xmlにコンテキストは指定してある。
同じverのstrutsサンプルは動いたので
完全に設定の問題なんだが。。。
369:デフォルトの名無しさん
07/10/11 21:22:45
>>368
>ここら辺は問題ないと思うんだが・・・何か原因わからない？
>完全に設定の問題なんだが。。。
370:デフォルトの名無しさん
07/10/11 22:02:39
フォームで、submitボタンやtextボックスのpropertyに、
日本語の伸ばし棒"ー"を使うと、
javax.servlet.ServletException: BeanUtils.populate
at org.apache.struts.util.RequestUtils.populate
という例外が発生してActionのexecuteまで行かないんですが、
これを回避する方法って無いでしょうか？
ちなみに伸ばし棒以外の日本語は大概大丈夫でした。
371:デフォルトの名無しさん
07/10/12 05:45:44
actionListener / onChange で「ー」が入ってたら「－」に変えてしまえ
372:デフォルトの名無しさん
07/10/20 21:29:43
スレ違いかもしれないのですが、どこで聞いたらいいのかわからないので、、、
Actionを継承したクラスに入力チェックやSQLを投げる処理が書いてあるのって普通なのでしょうか。
いろいろな面で(熟練度とか)仕方ないのかもしれないのですが、
SQLの種類が大量になったり、入力の仕様が変わったりするたびに修正漏れなどがおきてどうしようもなくなっています。
もちろん未熟者の私が口をはさめる事ではないのですが、他社での経験がないので知っておきたいのです。
373:デフォルトの名無しさん
07/10/20 22:10:20
>>372
そのレベルが集まって一番コスト低いのがその手法なら・・・それでもその手法は選択できないｗ
入力チェックは一概に言えんけど、DBアクセス周りはS2DaoとかiBATISとか触ってみるといいよ。
374:デフォルトの名無しさん
07/10/21 16:30:40
>>372
ActionクラスにSQLとか終わってると思うすけどね。
unitテストとかできんでしょ？
MockのHttpServletRequestとか用意して単体テストできるようにしたことあったけど、
それにしてもview周りの面倒な処理が入りやすいActionクラスからは
その手のは排除するようにすべき。
単項目でチェックできない入力チェックなら
Actionに入ってもいんじゃないかな。
でもその話からするとActionクラスで
全部をやろうとしている設計ぽく聞こえるなー
俺なら絶対に触りたくない。
375:デフォルトの名無しさん
07/10/21 18:04:18
Strutsが出て５年くらいになるか？
当時、俺はJavaを未経験で入って、研修という名のもとJava未経験のおっさんが
だしてくれた課題をせこせこ作ってて、現場デビュー。ちょっとしかかじったことな
JSP・サーブレットで悪戦苦闘。その後、StrutsやらEJBやらわけわからん用語が次々とでてきて
もうだめだと思い、リタイヤ。このまま新技術がどんどん出てきたんでわ、とてもじゃないがついていけないとおもった。
今、色々みてみたら、当時からそんなに変わってないじゃん。。なんのこっちゃか。。
376:デフォルトの名無しさん
07/10/21 22:30:42
ねえStruts2やってみてるんだけど、なんでもないページでもレスポンス遅くね？一拍置いてから表示される感じなんだよね
解決策あるんでしょうか？
377:デフォルトの名無しさん
07/10/21 22:48:52
>>375
昔のEJBは確かにアレだったような希ガス。
とは言え今ならJSFとかにシフトすればいいのでは？
それかJava捨ててRoRとか。
378:デフォルトの名無しさん
07/10/22 15:47:47
Tomcat6.0 + Struts1.3.8を使っているんですが、
FormFileを使ったファイルアップロード時にできる、
一時ファイルはどこに作成されるのでしょうか？
<controller>
<set-property property="tempDir" value="/TempDown/" />
</controller>
これで一時フォルダを指定して見てみると、
一時ファイルは処理後も消えずに溜まっていました。
一時フォルダを指定せずデフォルトでも動かしていたのですが、
そのときできた一時ファイルが残っているなら消したいです。
379:デフォルトの名無しさん
07/10/22 16:06:43
FormFile#destroy()
380:デフォルトの名無しさん
07/10/22 16:08:03
デフォルトの一時ディレクトリは、コンテナが割り当てるアプリケーションの一時作業ディレクトリ。
Tomcatなら%CATALINA_HOME%/work/Catalina/localhost/contextname以下。
381:378
07/10/22 19:08:04
どうもありがとうございます。
>>379
一時ファイル消せるんですね。
根本的に解決しました。
>>380
Tomcatのserver.xmlのContextのworkDirに設定されてました。
382:デフォルトの名無しさん
07/10/26 23:40:55
URLﾘﾝｸ(journal.mycom.co.jp)
今まで1.2系しか使ってなかったけど、これ読んだら
今度作るときはStruts2もいいかなと思ってきた。
1.x系よりけっこうシンプルそうじゃない？
2系使ってる人いる？
383:デフォルトの名無しさん
07/10/27 02:19:35
>>382
正直、TeedaとかWicketのほうが全然いいと思う。
384:デフォルトの名無しさん
07/10/30 10:18:55
DynaActionFormをプログラム内で生成して値を設定するには
どうすればいいでしょうか？
普通のActionFormなら作ったクラスのインスタンスを生成すればいいですが、
DynaActionFormはform-beanでform-propertyを設定しても、
クラス自体を作ったわけじゃないので、
ただのDynaActionFormでしかインスタンスを作れません。
385:デフォルトの名無しさん
07/10/30 16:24:40
JSP を標準のビューから追い出してテンプレート志向を強めたら
Struts は生き残れたかもしれないが。もうダメだろう。
386:デフォルトの名無しさん
07/10/30 17:12:41
最近上司に迫られてStrutsの勉強をしてみました。
それで簡単な社内システムを作ってみました。
せっかくなので、今どきっぽいやつをというわけでＪＳＦも勉強してみようと思いました。
このスレでもＪＳＦのスレでもＪＳＦの評判はいまいちですね。
いまさらこんなことを聞かれてもとお思いでしょうが、結局今やるならどれ？
会社的にはわけのわからないツールを使っていて、
ＪＳＰ／Ｓｅｒｖｌｅｔ関係の仕事も去年数件やったくらいです。
387:デフォルトの名無しさん
07/10/30 18:02:06
個人的にはSpringとかどうかなと思っている
388:デフォルトの名無しさん
07/10/30 20:06:27
Springは層が違う
389:デフォルトの名無しさん
07/10/30 22:16:27
Teeda, Wicket, Tapestry
個人的にはWicket
390:デフォルトの名無しさん
07/10/30 23:35:57
>>384
protected DynaActionForm initNextDynaForm(ActionMapping mapping, String NEXTFORM) throws IllegalAccessException, InstantiationException {
FormBeanConfig config = mapping.getModuleConfig().findFormBeanConfig(NEXTFORM);
DynaActionFormClass dClass = DynaActionFormClass.createDynaActionFormClass(config);
DynaActionForm dform = (DynaActionForm)dClass.newInstance();
return dform;
}
391:デフォルトの名無しさん
07/10/30 23:44:41
>>385
俺はしぶといと思う。struts。
過去の資産があるし、ググれば大抵のことが解決しちゃうから。これは
ある程度の生産性が保障されるしな。廃れるときは、Ajaxで生産性が飛躍的
にあがるフレームワークが広まったときじゃないかな。
AjaxとWicketってどんな感じなの？
392:デフォルトの名無しさん
07/10/31 00:40:56
そうそう、素敵なものが流行るとは限らないのがこの業界の悲しいところでもある。
393:デフォルトの名無しさん
07/10/31 15:58:37
Ajaxなんて面倒なもんやらずにFlex＋Strutsでいいや
394:384
07/10/31 16:48:36
>>390
どうもありがとうございます。
DynaActionFormClassのJavadocに、
「開発者はこのドキュメントを調べる必要ない」って書いてたんですが、
DynaActionFormを自分で作るのはあまりやらないことなんでしょうか。
395:デフォルトの名無しさん
07/10/31 17:16:20
ないな
使い勝手いいもんじゃないし
396:386
07/10/31 17:25:34
みなさんありがとうございます。
Strutsでっていっときます！
397:デフォルトの名無しさん
07/10/31 18:26:15
EventDispatchActionを使うと、
submitボタンのpropertyによってメソッドを振分けられますが、
リンクタグにpropertyのようなものをつけて、
submitボタンと同じようにメソッドを振り分けることはできないでしょうか？
こんな感じでやってみたんですが、これでは無理でした。
<html:link action="/paging" property="next">次へ</html:link>
度々の質問で申し訳ありませんが、よろしくお願いします。
398:デフォルトの名無しさん
07/10/31 22:41:58
>>397
やったことはないですが、html:linkにパラメータ渡せるんで、submitでわた
すような値をセットして見ては？
ex)
next=次へ
あと、html:linkへのパラメータの設定方法はぐぐれば出てくると思います。
399:デフォルトの名無しさん
07/10/31 22:45:30
>>393
flexはえらい高かった。2になって多少安くなったかもしれんけど。
400:デフォルトの名無しさん
07/11/01 09:52:59
>>398
昨日色々とググったんですが、なかなか上手くいかず…
パラメータ付けるだけならできるけど、
EventDispatchActionのメソッド振り分けができなかったり、
バージョンによってタグに使える属性が違ったり。
と思ったらできました。
Struts1.3.8でこんな感じです。
<html:link action="/paging" paramName="PagingForm" paramId="next">リンク</html:link>
これでpagingアクションのnextというメソッドに飛びます。
401:デフォルトの名無しさん
07/11/01 10:07:53
>>391
Wicket＋Ajax普通に使ってるよ…受託案件じゃないけどｗ
402:デフォルトの名無しさん
07/11/01 14:31:37
>>399
Flexサーバ要らなくなって多少どころじゃないくらいに安くなった
URLﾘﾝｸ(www.atmarkit.co.jp)
403:デフォルトの名無しさん
07/11/01 22:52:20
>>402
Flexデータサービスとかがなくても、サーバ側とのデータのやり取りできる
の？
404:デフォルトの名無しさん
07/11/02 12:45:08
WebService 経由にしてしまえばどうとでもなる。
405:JAVA初心者
07/11/02 19:23:54
こんにちは。
いつも参考にさせていただいています。
STRUTS使用のJSPで、html:textを使用するときに
フォームのプロパティに値がsubmit後に入ってくると思いますが、
formの直下にプロパティがない場合、
たとえば
formの直下にaBeanというビーンがあります。
そして、そのビーンの下にbBeanがあり、
そのｂBeanの下のプロパティにsubmit後に
ユーザの入力値を設定したい場合は
そのようなことは技術的に可能でしょうか？
また、可能であれば、どのようにJSPにかけばよろしいでしょうか？
よろしくご教授してください、、
406:デフォルトの名無しさん
07/11/02 19:33:40
スレ読まずにSTRUTSの良さ語らせて貰うが、STRUTSの良いところはお手軽に
アップロード出来ることかな？
407:デフォルトの名無しさん
07/11/02 19:43:33
>>405
<html:text property="aBean.bBean.プロパティ名" />
誘導されたのなら、「○○から誘導されました」と一言沿えるのが礼儀だぞ。
それをしないとマルチポスト認定されるぞ。
>>406
Strutsのメリットでも何でもない。
Commons FileUpload使えば同じぐらい簡単。
408:JAVA初心者
07/11/02 19:45:56
>407
あまりこちらの掲示板の使いこなせてなかったようで申し訳ありませんでした。
以降気をつけます。
また、ご教授してくださいましたやり方でやってみます。
ありがとうございました。
409:デフォルトの名無しさん
07/11/02 22:08:38
どうでもいいんだけど、struts のサイトにあるドキュメントのなかで、
タグがエスケープされてしまって、ドキュメントの中に <p><strong>Note: Some of ..... のようにタグが表示されてしまっていて見にくい。
例：
URLﾘﾝｸ(struts.apache.org)
なんでこんなことになっているんだ？
410:デフォルトの名無しさん
07/11/02 22:45:31
Struts1.2ってこれからの仕事では使われていないのかな？
springって今でも使われてる？流行で終わったのかな。
数年前のOSSのフレームワークブームの頃のPGが出世して、
世代が変わったかな。
411:デフォルトの名無しさん
07/11/02 23:17:01
>>410
うーん、JSFとかの方が1から作るなら生産性は高いんだろうけど
慣れたStrutsと慣れないJSFでどっちをとるか？というと今のところStrutsを選んでしまう
Springは…正直、Strutsで何十も画面を作ってからでないと、
Strutsの何が駄目なのか？なぜDIが登場したのか？DIだと何がうれしいのか？
があまり理解できないと思う。
そういう意味での流行は終わったのかもしれないが、使われてないことはないぜ
412:デフォルトの名無しさん
07/11/02 23:42:17
>>411が一番SpringもStrutsもわかってないなｗ
なぜStrutsとSpringが同じレイヤーで語られるんだよｗｗｗ
413:デフォルトの名無しさん
07/11/03 07:45:44
一瞬最近のSpringってJSF相当の機能でも盛り込んだのか？と思ってしまったが・・・。
414:デフォルトの名無しさん
07/11/03 12:50:34
教えてください。
Struts-config.xmlに以下のようなアクションと、そのプロパティが設定されているとき、
<action path="test/test01" ～略～>
<set-property ～略～>
</action>
test/test01.do でアクセスした時に、filterでアクションのプロパティを取得したいです。
※actionクラスの実行前に取得したいです。
actionクラスのActionMappingオブジェクトからは参照できるんですけど、
dofilterには該当クラスが引数にないので参照できません。
もう一つの質問ですが、
Struts-config.xmlのAction要素のpath一覧を取得する方法はありますか？
可能なら教えてください。
415:デフォルトの名無しさん
07/11/03 13:15:11
xsltでも使えば？
416:デフォルトの名無しさん
07/11/03 13:17:48
標準の方法でお願いします。
標準外のライブラリの追加は認められないので・・・
417:デフォルトの名無しさん
07/11/03 14:00:21
javax.xml.transform.*を標準外と申したか
418:デフォルトの名無しさん
07/11/03 17:10:34
稼働中のシステムでpathを取得する必要があるのか？
ツールの類にまで「標準外は駄目」とかあるのか？
jakartaのライブラリ類なんかも使えないのか？
そもそもstrutsが「標準外」じゃないか？
419:デフォルトの名無しさん
07/11/03 17:43:13
>>417
ごめんよく知らないからxsltをぐぐったら何か追加しなきゃだめだと解釈した
jdk1.5とstruts1.3.8に入っているもの意外原則駄目。
唯一の例外はojdbc14.jar
フィルタからactionのプロパティ取得は普通のやり方じゃ無理ってこと？
420:デフォルトの名無しさん
07/11/03 17:54:50
＞jdk1.5とstruts1.3.8に入っているもの意外原則駄目。
＞唯一の例外はojdbc14.jar
ｱﾌｫじゃねーか、と思う環境だな。
421:デフォルトの名無しさん
07/11/03 18:45:37
>>420
なぜアフォなんだ？
ある程度縛りも必要と思うが。
422:デフォルトの名無しさん
07/11/03 19:03:12
>>421
どこが「ある程度」なの？
423:デフォルトの名無しさん
07/11/03 19:11:17
>>419
それ酷すぎないか？ｗ
DBアクセス周りとかトランザクション管理とか全部自作？
424:デフォルトの名無しさん
07/11/03 19:45:05
ojdbc14.jarは使うんだって
トランザクションはsqlで吐いてする予定。
DBアクセスの自作ライブラリ作るのはそんな苦にはならないし
※リクエストをまたがってのトランザクション制御が出来るかはまだ未検証（出来ますか？）
>>420
業務のシステム開発にはいろいろしがらみがあるんだよ
趣味みたいに好き勝手自分だけの裁量では出来ない。
新しいライブラリを使うためには、
その根拠などの諸々を上や客に説明し説得する必要がある。
正直めんどくさいから、標準で出来ることだけで済ましたいんだよ。
425:デフォルトの名無しさん
07/11/03 19:51:04
携帯からなので書くのがめんどくさいから「できる」とだけ答えておく。
426:デフォルトの名無しさん
07/11/03 19:52:09
てか、こっちの事情はいいので
質問の解（手法）を教えてくれませんか・・・
①自作Filterクラスのdofilterメソッドでchain.doFilterの前に、struts-config.xmlの該当actionのset-propertyタグの値を取得する方法
②struts-config.xmlのaction要素のpathの値の一覧を取得する方法
427:デフォルトの名無しさん
07/11/03 19:54:54
>>425
待ってますので方法教えて下さい。
お願いします。
月曜に会社いくまでテスト環境はないので
月曜に試したいと思います
428:デフォルトの名無しさん
07/11/03 21:01:07
>その根拠などの諸々を上や客に説明し説得する必要がある。
>正直めんどくさいから、標準で出来ることだけで済ましたいんだよ。
その程度の事を説明できない無能だから、アフォ扱いされてんだと思うが。
漏れもアフォだと思う。
429:デフォルトの名無しさん
07/11/03 21:31:23
元々アフォ扱いされてるのは環境じゃね？
俺をどう思おうが勝手だけど、その行が本気で理解できないのなら
もう少し世の中を知った方がいいと思う
皆が上や客に恵まれていたら、この業界ブラックとか言われないよ
道理の通じない奴は間違いなく存在するんだから
まあ、俺も昔はそんな風に思っていたから言えるんだけどね
430:デフォルトの名無しさん
07/11/03 21:35:42
>>425以外でも、分かる人いたら教えて下さい。
方法一つとは限らないし。
知ってる人なら簡単な類のコードなのかと思っていたけど
案外難しい事なのかな？？
431:デフォルトの名無しさん
07/11/03 21:35:59
いるよなー。
自分の実力＆実績不足を環境や客の性にするヤツ。
50代の保守何十年のCOBOLerが同じ事言ってるの何回か聞いたことある。
432:デフォルトの名無しさん
07/11/03 21:40:43
>>427
Digesterを使えば？Struts自身がstruts-config.xmlを読み込むために
使用しているので、標準外ということはないはず。
気持ちわからんでもないが、Stuts以外のJakartaも駄目つうのはなんとか
すべきじゃないの。上から下までアフォばかりという印象．．．。
433:デフォルトの名無しさん
07/11/03 22:02:17
>>431
まあ、初javaで知識も実績もないから仕方ない。
普段お金の意識してないと分かんないかも知れないけど、
知らない技術をプレゼンする為には調査検証が必要だが、
そこにあんまりお金はかけさせてもらえないんだ。
客から取る金は決まってるからね、無限じゃない。
>>432
Digesterぐぐってみます。
Stuts以外のJakartaを説明するだけの知識が付いたら何とかしたいですが
まだ、それだけの知識ないんで・・・精進します
434:デフォルトの名無しさん
07/11/03 22:12:39
>>433
んな出来ない言い訳で実装コスト増やしてどうすんだよ・・・
実装のほうが金かかるんだよ。
Struts通ってるんだからStrutsで使ってますのでとか適当に言っておけばいいのにｗ
435:デフォルトの名無しさん
07/11/03 22:14:43
Not Invented Here症候群は、洋の東西を問わずSIerの宿痾だ。彼だけを責めることはできないな。
436:デフォルトの名無しさん
07/11/03 22:20:52
.netならすべてそろってるのに
437:デフォルトの名無しさん
07/11/03 22:27:02
>>434
いや、確立した手法があるなら使いたいと思って質問しているだけだよ
手間のかかる実装だって分かってるなら他の方法検討する。
正直なにも分かってないからこの始末
commons-digester-1.8.jarくらいなら使えるのでこっちで検討するかな・・・
Digesterって
<a>
<b>これ</b>
</a>
こういうのは取れる方法はみつけたけど
<a>
<b path="これ"/>
</a>
こういうのは取れるのかな？
<a>
<b path="test">
<set-property name="c" value="これ"/>
</b>
</a>
あとこういうのも
438:デフォルトの名無しさん
07/11/03 22:33:21
けど、XML解釈は素のDOMかSAXなんで、もっと便利なものが欲しいとNDigesterが欲しくなったり、
ログ出力自作するのがメンドイと、Log4netに手を伸ばしたくなったり、
テスト駆動したいからとNUnitが手放せなかったりと、
そういうことはある。
439:デフォルトの名無しさん
07/11/03 22:41:14
>>437
なんでもござれ。受け側のクラスの作りにも寄るけど、SetPropertiesRuleが使えるかな。
Digesterは、頑張ればCallMethodRuleで何でもできるよ。
そろそろスレ違いのような気がするけど、Commonsスレはdat落ちしたから他にいいスレもないね。
440:デフォルトの名無しさん
07/11/03 23:00:15
OK ちょっと月曜日いっぱいくらいそっち方面の検証してみます。
ありがとうございました。
ただ>>425の情報は引き続きお待ちしておりますｗ
441:デフォルトの名無しさん
07/11/03 23:40:40
xpathでとれるだろ。javax.xml.xpathだ。
でも、その環境なら、JDK1.4.2ってオチがありそうだな。
442:デフォルトの名無しさん
07/11/03 23:41:50
まぁ >>424 の言う気持ちもわかる。
おれが今まで経験してきた案件でも、追加の jar を入れさせてくれないこともあったり、
入れさせてもらうために資料を作ったり、その検証のためにプログラムを大急ぎで作ったりしたもんだ。
ただ客は馬鹿だから、 >>434 のように適当に言っておいたり、
「OSSで世界中でテストされたプログラムと、これから一から作るプログラムと、どちらが信頼性があると思いますか？」
と言ったりすると納得してくれたりすることもある。
OSS = 品質が高いは、多少の相関はあってもイコールではないけどね。
ただむかつくのは、>>440 のように、待ちの姿勢であることだ。
いま土日だろ？
> 月曜に会社いくまでテスト環境はないので
チームが2日も止まってくれているんだから家でテストコード書いて試せばいいじゃん。
struts と commons 落としてきてごそごそやればいいだけじゃないか。
おまえそんなんだと今後成長しないぞ(伸び代ないぞ)
443:デフォルトの名無しさん
07/11/03 23:57:27
>>438
.netならXML周りは読みXPath, 書きDataSetで十分
Log4net, NUnitは同意
StrutsConfigエディタもほんと楽に作れるしなｗ
スレチすまん
444:デフォルトの名無しさん
07/11/04 00:14:06
ActionPathの一覧なんてActionConfigだっけか？そんなクラスから取れただろ。
つまり440はアフォでヘタレでカス
445:デフォルトの名無しさん
07/11/04 01:35:32
org.apache.struts.util.ModuleUtilsあたりなら、Filterからでも取れるんじゃなかったっけ？
っていうか、昔似たようなことやった覚えがあるけど、Struts本に普通に書いてあったと思うけどな
446:デフォルトの名無しさん
07/11/04 01:54:04
ActionConfig見た限りだと、pathはいけるけど、set-propertyの値取れる
ように見えないんだが。方法あるのかな？
447:デフォルトの名無しさん
07/11/04 08:41:32
set-propertyってActionMappingの継承クラスにプロパティセットする為のものだっけ
キャストして取ればいいんじゃね？
それかBeanUtils使うとか
448:デフォルトの名無しさん
07/11/04 10:00:26
doFilter(ServletRequest req, ServletResponse res, FilterChain chain)
上のオブジェクトから
ActionConfig
ModuleUtils
これらって取れた？
449:デフォルトの名無しさん
07/11/04 13:13:37
>>440
の状況は遭遇したことあるわ。ぶっちゃけ客や会社による。
俺？Strutsすら使わせてもらえない、いかれた設計思想の自社フレームワークつかって開発ですよ。
Strutsは実績が十分すぎるほどあるが、
俺の会社ではこのフレームワークがStrutsの実績よりも重視される。
それでもいつか、使うときのためにネットにつなぐたびこのスレをチェックしてるんだ。
いつか自分も悩むかもしれない問題の解決策があったなぁと思い出せるために。
ROMてるだけの俺だが、アフォだのCOBOLerを引きあいにだした書き込みはちょっと萎える。
仲良くStrutsの良さを教えてあげればいいジャマイカ
450:デフォルトの名無しさん
07/11/04 16:08:20
つか、そんなに信頼性やら実績重視で使うライブラリに制限があるなら、
最初からIBMからWebSphereでも買ってその上でStrutsとかJSFで実装すればいいだろ。
IBMのパッケージならﾛｶﾞｰやらUnitとか最初から全て入っているし
困ったらサポートに泣きつける。
それこそ趣味じゃなくて仕事だったら金出してサポート受けろよ、って希ガス。
451:デフォルトの名無しさん
07/11/04 17:02:24
>>448
StrutsのJavaDoc嫁
452:デフォルトの名無しさん
07/11/04 17:23:42
>>449
> 俺？Strutsすら使わせてもらえない、いかれた設計思想の自社フレームワークつかって開発ですよ。
どっかの電力会社でそんなのあったなぁ。
453:デフォルトの名無しさん
07/11/04 17:28:53
>>449
>業務のシステム開発にはいろいろしがらみがあるんだよ
>趣味みたいに好き勝手自分だけの裁量では出来ない。
>もう少し世の中を知った方がいいと思う
>月曜に会社いくまでテスト環境はないので
こんな事言う質問者なんて2ch以外でも相手されないぞ？
2chと思えない位このスレの住人は優しすぎる
しかし、なんで>>414はこんなに上から目線なんだ？技術力も交渉力も質問力も無いのに・・・
454:デフォルトの名無しさん
07/11/04 17:50:23
釣れますか？
455:デフォルトの名無しさん
07/11/05 01:40:19
425です。お待たせ。
2日間外出していたのでレス遅れてスマソ。
org.apache.struts.config.ModuleConfigオブジェクトがServletContext（つまりapplicationスコープ）に
org.apache.struts.Globals.MODULE_KEYというキーで入っている。
ServletContextは、FilterのdoFilter()メソッドの引数に入ってきているFilterConfigオブジェクトの
getServletContext()メソッドで取得可能。
ModuleConfigは、Strutsの設定ファイルの内容をすべて読み込んで保持しているオブジェクト。
ModuleConfhgのfindActionConfigs()メソッドで、ActionCoofigの配列が取得できる。
ActionCoofigは、各<action>要素の設定内容を保持しているオブジェクト。
ActionConfigのgetPath()メソッドでpathの値を取得できる。
<set-property>要素の値は、ActionConfigの（正確にはスーパークラスであるBaseConfigの）
getProperties()メソッドでjava.util.Properties型で取得可能。
APIドキュメント眺めてればこんなのすぐにわかりそうなものだけどな・・・。
456:デフォルトの名無しさん
07/11/05 01:45:32
すまん。ActionCoofigはActionConfigsと読み替えてくれ。
457:デフォルトの名無しさん
07/11/05 18:23:41
>>455
ありがとうございました。
おかげ様で希望の動作をさせることが出来ました。
458:デフォルトの名無しさん
07/11/05 22:16:04
1.3.8を使っています。LookupDispatchAction を使ってみました。
クリックされたボタン名(正確には、struts-config.xml の action 定義の
parameter属性で指定した名前)に応じてメソッドを振り分けることはできるようになりました。
ただ LookupDispatchAction の場合、そのActionに飛んできたときにどのボタンもクリックせずに遷移してきた場合
(HttpRequestの中にparameter属性で指定したパラメータが含まれない場合)、
> javax.servlet.ServletException: リクエスト[/hoge]に buttonName という名前のハンドラパラメータがありません
という例外が発生してしまいます。
LookupDispatchAction、DispatchAction とソースを追っかけて行くとたしかにそう動くようになっていますが、
DispatchAction系を使う場合、かならず遷移元で何らかのボタンを押してもらわないとダメなのでしょうか？
ある画面に複数ボタンがあって、押されたボタンによって処理は振り分けたいけど、その画面に初めて遷移してくるときは
前画面からどのボタンも押されないため(リンクでクリックされるとか)、任意のメソッドを動かしたいです。
いままで(ふつうの Action のサブクラスで execute() をオーバーライドしていたとき)は、
以下のようなコードを書いて押されたボタンによって処理を振り分けていました。
execute() {
if ("update".equals(form.getButtonName("update"))){
// updateボタンを押されたときの処理
：
} else if (form.getButtonName("update") == null) {
// 遷移元から何もボタンが押されなかったので初回遷移時とみなす
：
}
：
}
こういうとき、どうすればいいでしょうか？
それともこれはこういうもので、私がDispatch系Actionの使い道をまちがえているのでしょうか？
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4346日前に更新/258 KB
担当:undef