■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
04/06/16 05:30ID:XUmu9/tY前スレ
■■ Servlet/JSP(EJB含む) 質問スレ Part2 ■■
http://pc5.2ch.net/test/read.cgi/php/1052879533/l50
過去スレ
■■ Servlet/JSP(EJB含む) 質問スレ ■■
http://pc2.2ch.net/test/read.cgi/php/1023501812/l50
関連スレ
【初心者】Java質問・相談スレ47【大歓迎】
http://pc5.2ch.net/test/read.cgi/tech/1086716004/l50
JSP/Servletで構築されたサイト
http://pc5.2ch.net/test/read.cgi/php/1063121571/l50
◆JSP◆
http://pc5.2ch.net/test/read.cgi/php/984840356/l50
関連は>>2-10
0478nobodyさん
05/02/05 10:11:14ID:???0479475
05/02/07 10:51:44ID:???String lang = request.getHeader("Accept-Language");
if (new String(lang.substring(0, 2)).trim().toUpperCase().equals("JA")) {
この記述で上手く判定できました。
0481nobodyさん
05/02/07 16:06:01ID:???ずばり、uploaderのservletでお勧めがあれば教えていただけませんか?
upするファイルのサイズに制限なし、つーservletが見つからなくて・・・
それとも、もうジャカルタのあれとかpastaとか使うのが常識ですか?
0482nobodyさん
05/02/07 17:15:10ID:???0483nobodyさん
05/02/07 17:19:26ID:???phpとかなら色んなスクリプトが転がってるはずだが。
0484nobodyさん
05/02/07 18:46:56ID:???0485nobodyさん
05/02/07 18:57:29ID:???自作自演乙
0487nobodyさん
05/02/07 22:40:41ID:???(・∀・)ジサクジエーン!!乙
0488nobodyさん
05/02/07 23:30:42ID:???0490nobodyさん
05/02/08 02:04:33ID:???>その「ジャカルタのあれ」でだめな理由をまず書け。
481はどこにも駄目とは書いていないようなんだが・・・
どうも最近レスのレベルが低いね。
0491nobodyさん
05/02/08 02:23:07ID:???「ジャカルタのあれ」を知っているのに、それを使わず何故uploaderのservletを探しているのか?ということだろ
レベル低すぎ
0492nobodyさん
05/02/08 09:44:48ID:???0493nobodyさん
05/02/08 09:47:32ID:???0494nobodyさん
05/02/08 11:08:17ID:???0495nobodyさん
05/02/08 11:25:51ID:???で、お勧めのuploader servletって結局何なのよ?さっさと教えろこのチンカス野郎共。
0496nobodyさん
05/02/08 11:29:14ID:???ペッ
0497nobodyさん
05/02/08 14:34:35ID:???これでも一応生物学的には雌に分類されるので「〜マンカス女郎共」と訂正して下さい。
無論マンカスなぞ付いていませんが。
0499nobodyさん
05/02/08 15:51:23ID:???仕事中ですよ。馬鹿ですか?(って2ch見てる私も同類ですが)
確認したいのなら茅場町まで来てください。
ではまたnobodyに戻ります。
0500nobodyさん
05/02/08 16:02:42ID:???もちつけ、相手スンナ。
写真はあとでうぷすればいいから。
0502nobodyさん
05/02/08 19:18:39ID:???0506nobodyさん
05/02/09 00:21:53ID:okLZ//Ycブラウザからリクエストを投げ、レスポンスが帰ってくる前にSTOPボタンを押すと、
Apacheのアクセスログでは、1度だけリクエストを受けたように見えるのですが、
Tomcatのアプリは2度動いてしまうのです。
これって、何が影響しているのでしょうか?
また、IEだとこの現象が発生するのですが、
ネスケだと発生しないのです。
workers2.properties の [lb] で attempts=1 にしても変化なしでした。
0507nobodyさん
05/02/09 00:26:32ID:okLZ//Ycもちろん、ブラウザのストップボタンを押さない場合は、正常に動作しますし、
Tomcatへ直接アクセスした場合も、正常に動作します。
0508nobodyさん
05/02/09 08:05:55ID:okLZ//YcHTTPリクエストヘッダの違いでしょうかね?
0509nobodyさん
05/02/09 10:25:33ID:???フィルタでチェックしようと思ってます。
ユーザー管理 DB
ユーザーAは temp1とtemp2のフォルダ内を閲覧可
ユーザーBは temp1のフォルダ内のみ閲覧可
こんな感じの実装であってるのでしょうか?
0510nobodyさん
05/02/09 10:45:46ID:???0511nobodyさん
05/02/09 12:00:17ID:???○考え方
0513nobodyさん
05/02/10 00:04:27ID:bv9klEZTほんとに困ってます。
助けてください。
0516nobodyさん
05/02/11 15:06:44ID:???SQLでは「件数で範囲指定」してレコードを抽出するという操作が
(機種依存のSQLにはなりますが)可能ですが、これをCMPで実現しようとすると
なると、EJB-QLで適切なfinderメソッドを実装したいところですが無理なので
以下のような手順になると考えています。
1.findAll()でBeanのコレクションとして全件取得。
2.取得したコレクションに対して適切なソート操作をした後件数範囲抽出。
これだと総レコード数が数千万件などの巨大なものになると
JVMがOutOfMemoryとか言い出しそうで精神衛生上好ましくありませんよね。
そこで質問ですが、上記のような場合のEJB界隈でのポピュラーな解決策とは
どのようなものなのでしょうか?やっぱCMPじゃなくてBMPを使って機種依存の
SQLを組むことになるのでしょうか?
以上です。よろしくお願いします。
0517nobodyさん
05/02/11 15:15:17ID:???「5件目から10件目を抽出」するという意味です。
0518nobodyさん
05/02/11 17:22:55ID:???Hibernate使うかEJB3を待て。
0520nobodyさん
05/02/11 17:53:22ID:???納期が明日なのに>>516みたいなことをまだやってるの?
>>516みたいな仕様に関する事は、プロジェクト開始前に片付けておく問題なんだがw
0523nobodyさん
05/02/11 19:07:37ID:???>>521
半年以上先の次々プロジェクトのために下調べ&雛形作りをしてる最中です。
EJBの是非を議論しに来たわけではないのでそのへんご了解ください。
0525nobodyさん
05/02/11 19:15:29ID:???だからBMPにするかCMPにするか、それともEJB2の仕組みを使わないか、ということになりそうだ。
ちょっとでも無理を感じたところではEJB2にこだわらないというのが必要かも。
0527nobodyさん
05/02/11 19:27:45ID:???0528nobodyさん
05/02/11 19:38:03ID:???・機種依存排除での「件数で範囲指定」の実現
・EJB使用
という>>516の2点の前提(希望)に即したソリューションは・・・
「BMP + Hibernate」
ってことになりそうだね。識者判定よろしく。
0529nobodyさん
05/02/11 19:58:15ID:???oresama.setContentType("text/html; charset=UTF-8");
と指定してやっても、ブラウザで表示させる時に化けちまいます。
Jspは全然オッケーです。
環境
MacOSX 10.3.8
Tomcat 5.0.28
(Apache 1.3.33)
0530nobodyさん
05/02/11 20:21:25ID:???ここは見たか?
http://pc5.2ch.net/test/read.cgi/tech/1090653286/
0531nobodyさん
05/02/11 20:59:15ID:???HibernateとEJBを組み合わせるのはバカバカしいがそういうことになるね。
いまさらEJB2を使う事自体がバカバカしいわけだからね。
0533nobodyさん
05/02/11 21:06:03ID:???> EJBコンプレックス 乙
マーチンファウラーに言ってやってくれ。
それか、Spring+Hibernateと比べたEJB2の利点を教えてくれ。
とりあえず、分散環境ならEJB2がいいのはわかってるから、その他で。
0535nobodyさん
05/02/11 22:13:21ID:???EJBは終わってる
http://pc5.2ch.net/test/read.cgi/tech/1036481443/
0538533
05/02/12 00:53:41ID:???ごめんよ、今まで信じてたものが使えないといわれたら、妄言だとか精神がおかしいだとか言いたくなる気持ちもわかるよ。
でも、少しは現実見たほうがいいと思うな。
0540nobodyさん
05/02/12 01:16:47ID:???上から読み直してみればわかるとおり>>523で書いてある日本語が読めないかね。
アンチEJB厨はなんとしてもEJBをこき下ろさないと気がすまないところがあるよな。
そしてもうひとつわかることはEJBマンセーなんてレスはひとつもないぞ。
もうちょっと冷静になれ。
そういう意味で>>534みたいな煽りがつくんだろうよ。
0541nobodyさん
05/02/12 01:55:54ID:???「コミュニケーション能力の低さ」
ってやつだなぁ。まじこまるんだよこれ。
自分の考えに固執して相手の立場に立った
思考ができないんだよ。幼児性を残してたら
さらにやっかい。
自分の思い通りにならないんで
>>525や>>535で既に過剰反応レスつけてるし。ゲンナリ。
0542nobodyさん
05/02/12 02:00:13ID:???>>533で「EJB2の利点を教えてくれ」と聞いたあとでじゃなければ、それでいいんだけどな。
利点を教えてくれの答えが「ノイローゼ乙」なんだから、こいつにも541があてはまるね。
0543nobodyさん
05/02/12 02:13:19ID:???自分の思い通りにならないんで精神論にすりかえんな。
> 「件数で範囲指定」してレコードを抽出するという操作
という問題に対して俺は Hibernate + Spring を推す。
おまいのすばらしい解決策を聞かせてくれ。
0544nobodyさん
05/02/12 02:14:37ID:???トランザクションとかどうするの?
0546nobodyさん
05/02/12 02:56:26ID:???0547nobodyさん
05/02/12 03:10:51ID:???「してた」というか、 この件については、
自分は >>544 が初レスなので、他の人と混同しないように・・・。
まぎらわしいタイミングでレスしてすまん。
自分は、Hibernate しか知らんかったんで >>518
あたりの話がようわからんかったのですが、
そういうもの(Spring)を組み合わせるということですね。
なら、了解です。
0548nobodyさん
05/02/12 03:31:17ID:???ここらでもどうぞ。
ttp://wiki.bmedianode.com/Spring/?J2EE+Development+Without+EJB%A4%CB%A4%C4%A4%A4%A4%C6
最後、17章のところは必ず見ること。
EJB2の最大の欠点はテストしづらいことだな。
0549nobodyさん
05/02/12 03:50:43ID:???テストの問題は前から感じていましたね。
Spring なり他のアプローチでどう変わるかはちょっと面白そうです。
英語は苦手なので、原著で買うか、翻訳を待つかはちょっと迷いますが・・・
しかし、
>アーキテクチャはシステムの必要性に応じて自分で選ぶこと。BluePrintsもこの本も鵜呑みにしてはいけない。
うーん、キビシー。
0550nobodyさん
05/02/12 04:17:58ID:???この本を買わなくても、マニュアルと技評のムックかなんかを見れば、だいたい使えると思う。
HibernateもSpringも、とりあえず日本語訳のマニュアルがあったと思う。
とりあえず分散トランザクション以外のことはEJBよりも楽にできる。
日本のプロジェクト、Seasar2+S2DAOでもいいと思う。好みで。
0551nobodyさん
05/02/12 16:18:45ID:???JSPのpageディレクティブでの文字コード指定はどうなってるの?
JSP側にあるとservletで指定されたモノが上書きされるよ。
あとは素直にmetaタグの文字コード指定がどうなってるかですが。
文字コード道は面倒なので、ふれずにすむのがベストですな。
なんでも入力からDBまでMS932にしとけってかんじ。
0552nobodyさん
05/02/12 19:23:01ID:???建設的な意見を語らんお前よりはマシだ。
プロジェクトでもたまにいるが。批判だけして意見を求めても何もでない香具師。
>>547
すまん。おまい、タイミング良すぎだ。
あとトランザクションは >>550 のいうように S2(S2JTA) でもいい。
つか、宣言的トランザクションなんか仕組み分かってれば
JTA + AOP で 3 人日あれば作れるだろ。
もちろん、あるもんは使ったほうがいいが俺は自分で
車輪(自己満足)も作り直したい。
ただ、Spring はマンドクセ、S2 は利益目的に傾いて(ry。
だが EJB の依存性ありまくりの OO 中級者が
作ったトランザクション制御よりははるかにマシだ。
0553nobodyさん
05/02/12 21:31:24ID:???AOPを自力でやるのはめんどいけど、用意されたしくみ使うならだいたい問題ないし。
EJB代替ならSpring+Hibernateになるだろうから、Spring-Hibernate使っておけばあまり気にすることはないし。
0554nobodyさん
05/02/12 23:27:08ID:???半自動生成するツールを作って、
処理は Facade 一個作ってそれに全部ドライブさせてるから、
フレームワークが変わっても、
このへん作り直すだけでアプリ本体はあんまりいじる必要ないなぁ。
問題は、ツールとFacade の改造がどのくらい手間がかかるかだけの問題。
なんか紹介を斜め読みすると、Spring は Facade さえいらんみたいだけど、
いまんとこ半信半疑。
0556nobodyさん
05/02/13 00:25:45ID:???EJBを使うためにFacadeが必要だったんなら、もちろん必要ない。
サービス層としてFacadeを置いてたんなら、それはEJBやSpringとは別の層のアーキテクチャということになるわけだし。
0558nobodyさん
05/02/13 00:43:03ID:???一等最初のころは、それも考えてた。
特に、ストアドプロシジャとか使ってたころは。
まあ、結局どっちからでも良かったんだけれど、
実際には、UMLのクラス図→Javaスケルトン→CMP
ということをやってて、UMLで分析・設計した結果がほぼそのまま使えるから。
昔はたとえば、Accsess なんかでデータベースをビジュアルに
設計できたから、データの設計はデータベースでやって、
スキーマーからプログラムが使うための構造体なりクラスなりを
生成するという方式に魅力があったけど、
今は UML があるんで、かならずしもスキーマーを
起点にする必然性ってなくなってきたような気がする。
むしろ、UMLからスキーマを生成して、
DB なり永続化手段が変わっても、生成ルールを変えるだけで、
UMLの設計データはそのまま使える、みたいにしたほうが、
アプリケーションの実装依存性を下げられる。
0559nobodyさん
05/02/13 01:50:40ID:???まぁ、作るものによるね。
0560nobodyさん
05/02/13 10:28:57ID:UeRMALsQ分散環境って、どういう状態をいうのでしょうか?
0561nobodyさん
05/02/13 10:35:34ID:???0562nobodyさん
05/02/13 13:10:17ID:???痛い・・・
あ、俺の頭つぶれちゃってるなあ。脳みそバラまくりじゃん。
それにしても寒いなあ。
お、スカートの中見えそー。
もうちょっとなんだけどなあ。目玉が動かせられん・・・くそ。
あ、おい。逃げるな。どこいく。
0563nobodyさん
05/02/13 16:35:30ID:???【分散環境】
読み方: ぶんさんかんきょう
意味:
ハードウェアベンダー・APサーバベンダー が儲けるために、負荷分散、
信頼性向上を名目にプレゼンテーション、ビジネスロジックなどを
物理的に複数マシンに分散させること。
ベンダーは数千万トランザクション/日でもなければ、通常、分散環境は
不要だということは分かっているが、APサーバの開発費用を
回収するため、また AP サーバと Tomcat などを差別化するため
執拗に薦めてくるもの。
また、最近の研究・統計では負荷が一番かかっているのは DB サーバであり、
ビジネスロジックの負荷分散には全く意味がないことが判明している。
逆にネットワーク負荷が増え、遅くなるだけなので注意する必要がある。
0564nobodyさん
05/02/13 16:44:43ID:???EJBが有利な分散環境っていうのは、DBが分散してる状況。
DBサーバーがAとBにわかれててAに書き込みをしたあとBへの書き込みで失敗したらAの書き込みをロールバックするような、分散トランザクションのしくみとか。
0565nobodyさん
05/02/13 16:59:26ID:???|やべーみなかったことにしよー
└───○───────────────
o
/V\
( ・−・)/ ̄ ̄ ̄ ̄/
___(_つ ./ シーン ./ ____
.\/____/
0566nobodyさん
05/02/13 17:13:39ID:???言わせろ。
>>564
おい、知ったかすんな。
そりゃ JTA だ。EJB が無くてもいい。
JOTM や Tylex、糞S2JTA でも可能だ。
0567nobodyさん
05/02/13 17:38:19ID:???分散環境の定義が違う?
それともEJBをつかったほうがいい状況が他にあるんでしょうか?
0569nobodyさん
05/02/13 18:07:46ID:???remote インタフェース(RMI/IIOP)だろ。
ビジネスロジック分散。目的はネットワーク負荷増やして
高価なハードを(ry
0570nobodyさん
05/02/13 18:14:22ID:???|┃
|┃三 ,ィ, (fー--─‐- 、、
|┃. ,イ/〃 ヾ= 、
|┃ N { \
|┃ ト.l ヽ l
ガラッ.|┃ 、ゝ丶 ,..ィ从 |
|┃ \`.、_ _,. _彡'ノリ__,.ゝ、 | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
|┃三 `ゞf‐>n;ハ二r^ァnj< y=レヽ < 話は聞かせてもらったぞ!
|┃. |fjl、 ` ̄リj^ヾ)  ̄´ ノ レ リ | 俺の出番のようだな。
|┃三 ヾl.`ー- べl,- ` ー-‐' ,ン \____________
|┃ l r─‐-、 /:|
|┃三 ト、 `二¨´ ,.イ |
|┃ _亅::ヽ、 ./ i :ト、
|┃ -‐''「 F′:: `:ー '´ ,.' フ >ー、
|┃ ト、ヾ;、..__ , '_,./ /l
0571nobodyさん
05/02/13 20:16:40ID:???作るものによるっていう意味わかってないだろ。
DBに負担がかかるアプリだと、DB中心に考えないとパフォーマンスがでにくい。
0572nobodyさん
05/02/13 20:28:56ID:???でも、そういうのってライフサイクルを考慮しないと意味ないでしょ。
DB依存のチューンナップで数倍早くしても、
一年もたてば、10倍以上高速化する技術がでてくるんだから、
そのときに移行に何ヶ月もかかるようでは、速度的にも経費的にもペイしない。
だから、「半分使い捨てのアプリを1つだけ」ならそうなるかもといっている。
継続的に運用するアプリで、目先の高速化のために、
移行のコストを無視するなんてナンセンス。
0573nobodyさん
05/02/13 20:43:18ID:???DB依存のチューンナップではなく、RDBの特性を考慮したモデル設計という話だよ。
RDBの特性を考慮しないモデルだと、10倍以上高速化する技術の恩恵を受けにくかったりする。
それに、その高速化を前提にしていたら、RDBの移行ができない。
というか、1年後に10倍以上高速化した技術が出たところで、「はいそうですか」とバージョンアップできるものの方が「半分使い捨て」のような気がするが。
RDBの特性を考慮してないモデルの場合、ちょっとした改変で非常に処理が重くなることもありうるしね。
0574nobodyさん
05/02/13 20:45:30ID:???0575nobodyさん
05/02/13 20:46:25ID:???0576nobodyさん
05/02/13 21:11:42ID:???Javaはパラメータの受け渡しに専念
■ このスレッドは過去ログ倉庫に格納されています