WebObjects 2スレ目

02/02/14 23:06

WebObjectについて語ろう

http://www.apple.co.jp/webobjects/
http://www.apple.com/webobjects/

前スレ
http://pc.2ch.net/test/read.cgi/php/989562708/

**nobodyさん** · 02/06/09 15:35

>>833
禿同。
Appleが売ってる限り正統なWO使いもマカーの趣味の延長と
同一視され信用を得られないことがある。
いっそ、MSにでも売却すればマカーが一掃されて仕事が
とりやすくなると思われ。

**nobodyさん** · 02/06/09 16:24

なんでもいいけど、Win版のProjectBuilderを、いい加減アップデートしてほしい。
あきらかに差別だな（ｗ

**nobodyさん** · 02/06/09 16:51

でもさ、Appleから切り離したら、
MacOSサポートって即打ち切りになると思んだけどね。

・・・ああ、だから道楽だとか言われてるのか

**生粋のマカー** · 02/06/09 17:24

たとえ道楽と言われようが白い目で見られようが、*ぜーんぜん*構わない。

他開発環境同等かそれ以上の品質の良いシステムを納品して、顧客満足度も高ければ
WebObjects使っていたって顧客は文句を言ってこないさ。
だから、オレはWebObjectsを使い続ける！！最高だよ、この道具は。

客の要望を聞いてプロトタイプを翌々日に見せれば、客先だってそりゃ
喜ぶさ。なんでオマエらそんな速いんだって。ここぞとばかりに
WebObjectsの自慢話しするしかねぇだろ（笑）

開発環境（道具）で不要なストレスたまるような仕事はしたくねぇよ。

**nobodyさん** · 02/06/09 17:33

顧客満足度には、「将来にわたってのサポート」も含まれると思いますが、いかが。

**nobodyさん** · 02/06/09 17:48

>>838
別に業務要件を満たしていれば無理してVerUPする必要もあるまいよ。
ベンダの煽りに乗る必要もないわな。俺はそういうのが嫌で、WOも
捨てた。今は全部オープンソースで固めて仕事してるよ。
全部は言いすぎだな。FlashとHTMLデザイナだけは市販品だ。

しかし、こういうネタになるとWOは盛り上がるな（ｗ　技術ネタきぼんぬ。

**nobodyさん** · 02/06/09 18:54

WO(Apple)以外のアプリサーバのサポート体制ってどうなんでしょう？
旧バージョンのライセンスは販売してくれるかとか、旧バージョンでのサポート(トラブルが
あった時に原因究明や対応策を出してくれるのか、など)とか。

新しいパッチが出ると、パッチを当てていない環境での現象については質問も受け付けてくれない
なんてことあるんでしょうか。「パッチを当てろ、まずはそれからだ」みたいな扱いですか？

**nobodyさん** · 02/06/09 19:04

意味無いから粘着は放置して、技術系の話題に戻そうぜ。

**nobodyさん** · 02/06/09 21:03

>>837
>客の要望を聞いてプロトタイプを翌々日に見せれば、客先だってそりゃ喜ぶさ。
私だったら設計書も書かないでコーディングする会社だと直感します。
そして相見積取ってる業者に仕事を出しますね。

どうもみなさんこの辺りの感覚が発注側とズレてるんじゃないですかね？

**nobodyさん** · 02/06/09 21:22

>>842
ネタにマジレスかっこわる。誰かWOクソスレつくってやれよ（ｗ

んじゃ、技術系のネタに戻ろう。
で、ちょっと聞きたいんだけど、WebObjectsBuilderのダイナミックエレメントについて。
パレットにJavaScriptを利用したやつがあるけど、その中に
JSConfirmってやるあるだろ？あれ、IEじゃ動くけど、NNじゃ
動かないっぽいよな。（JavaScriptの

っぽい、って書くと阿呆と思われるのでHTMLのソースみてみたら、
NNじゃ理解できない（つーか、無視される）JavaScriptになるっぽい。
まぁ、どっちみちHTMLタグで修正すればいいんだけど、NNでの製品テスト
してないようだなぁ。

**nobodyさん** · 02/06/09 21:23

>>842
プロトタイプと本番は別だろ？　プロトタイプのコードをどこまで
再利用するかは開発側のノウハウだしな。試作品ということじゃないのか。
大体設計書は開発者のためのものだろ。顧客接点として機能するのは要件定義
だし、それを明確に提示できる顧客なんてめったにないんだから、プロトタイピング
を高速にできるほうが、結果として顧客にとってもC/P高いと思うぞ。

**nobodyさん** · 02/06/09 21:28

それと、もう一つ、、
Solaris8（2/02）がようやく届いたんでSunFire280kに入れたんだよ。
Apacheを1.3.24にして、APIアダプタを使おうとしたところ、
アダプタが使えない。。

/etc/init.d/apache start
とすると、
API module structure `WebObjects_module' in file /usr/local/apache/libexec/mod_WebObjects.so is garbled - perhaps this is not an Apache module DSO?

というエラーが出てしまう(´Д｀;)
こりゃ、アダプタをBuildしなおすしかないんか？？ちょっと抵抗あるなぁ。

運用について細かく教えてくれる日本語サイト無いかねぇ？？

**nobodyさん** · 02/06/09 21:39

あと、もう一つ。
WebObjects5.1.3のリリースノート見ると、どうやらデッドロックについて
バグが解消されたような記述があるよな。これって、WebObjectsは潜在的に
デッドロックに関する問題を持っていたということかねぇ？？
あまり意識したことないし、Oracleのログみてもデッドロック発生してる
形跡ないし、安定してるなぁと思っていたんだけど。

>>845にもう一つききたい。だれか教えてクレ

WebObjectsのDeployってインストールするとき、CGI-BINのディレクトリ
と、DocumentRootディレクトリを聞いてくるけど、これって、両方とも
必要なの？
ていうか、cgi-binのディレクトリにはCGIアダプタってやつがインストール
されるだろ。あとDocumentRootにはWebObjectsっていうディレクトリが
生成されるだろ。でもって、Apacheのhttpd.confにmod_WebObjects.soの
設定と、aliasの設定があるから、URLにcgi-bin/WebObjects/が含まれて
いれば、mod_WebObjects.so、つまりWebObjectsアダプタってやつを
経由してインスタンスにリクエストが投げられる。と思いこんでいる。

ここまであってる？？＞＞りおﾀﾝ（指名♪
で、聞きたいのが、mod_WebObjects.soが設定されていれば、~/cgi-bin/WebObjects
ファイルは、いらないんじゃないかなぁ？と。

cgi-bin/WebObjects （CGIアダプタ）と、APIアダプタの違いってなに？？
ローカル環境でやってるぶんには、アプリがスカスカ動いているから不満
ないんだけど。

**nobodyさん** · 02/06/09 22:27

>>842
＞>客の要望を聞いてプロトタイプを翌々日に見せれば、客先だってそりゃ喜ぶさ。
＞私だったら設計書も書かないでコーディングする会社だと直感します。
＞そして相見積取ってる業者に仕事を出しますね。
＞
＞どうもみなさんこの辺りの感覚が発注側とズレてるんじゃないですかね？

あんた、金融系とかでしか仕事したこと無い？
何使ってる？PL/1？マッパー？コボル？
手法もいまだにWaterfall？
あと、コンサルとか、プレゼンテーションとかってやったことないだろ。
Web系だと、スピード命って側面があるからな、俺だったら、プロトの１つもサクっと
作れないような会社には、仕事出さないよ。
もちろん、きっちりとした設計は要求するし事前に契約で明確にするのは当然だろ。

どうもあんたこの辺りの感覚がWeb開発系の市場ニーズとズレてるんじゃないのかね？

**nobodyさん** · 02/06/09 22:38

金融系の情報処理システムをWebObjectsで構築したことがありますが、何か？

**nobodyさん** · 02/06/09 22:56

>>848
論点ｽﾞﾚまくり。逝ってﾖｼ!!

**nobodyさん** · 02/06/09 23:02

ロシアvs日本、日本はいい試合をした。

**nobodyさん** · 02/06/09 23:29

そうだよねぇ、、金融系の仕事でも最近Webをインタフェイスとした案件が
どんどん増えてきているけど、、客先のPMなんかがコボルに染まったヤツだったりすると、
ロクな目にあわない。要求してくることは良くわかるんだけど、もうちっと
Webについて勉強してくれへんかなぁ。と最近感じる。ちゃんと説明してるんだけどな。

関係ないけどサイバーフレームワークかなり萌え。

**nobodyさん** · 02/06/09 23:35

サイバーフレームワーク、恐らく一般的な開発市場の１０年先を逝っちゃってるよね。
あまりに先進的すぎて、一般人には理解できないか、Flashとかで仕込んだデモだと
思うんだろうな（ｗ
オブジェクトのフラクタル構造！（ｗ

**nobodyさん** · 02/06/09 23:37

>Web系だと、スピード命って側面があるからな、俺だったら、プロトの１つもサクっと
>作れないような会社には、仕事出さないよ。
マジですか？要求もされないのにプロト作るんですか？
仕様書を精査して疑問点なり問題点なりをまとめるのが先じゃなくて？
または仕様書がなければ書くとか？
そりゃWOはプロトに向いてるかもしれませんが、信用落としませんか？

**nobodyさん** · 02/06/09 23:47

>>853
おいおい。別に仕様書書かないとは誰も言ってないだろう？
逆に仕様書書いてもつぶせない疑問点だってあるだろう。
プロトタイピングの有無と顧客信用獲得とは別の話だ。
あまり自分の周囲の事情だけが一般論だとは思わないこった。

**nobodyさん** · 02/06/09 23:54

ぷぷっ、翌々日にプロト作って持ってく規模の仕事って・・・。
まあ、規模がすべてとはいわないけどさ・・・。
でもそれが当たり前ってのもちょっとねぇ・・。

**nobodyさん** · 02/06/10 00:07

>>855
打ち合わせの翌日には、前日の内容の議事録を全部作っていって
要件の不明点や問題点などをレビューするのが当たり前になって
ますが何か？

議事録作成と同時にプロトタイピングで技術的可能性を検討して、
可能か否かの回答を持っていきますが何か？

金融系もこの方法でやって納品しましたが何か？

つか、プロトタイプ＝システム全体を作る、って考えてるあんたが
非常に未熟に見えるのだが。

ま、1ヵ月後とかに「実は技術的に難しい点があるので」などと
言い出して、客ともめるのが得意そうだな。

つか、技術的なネタに戻ろうぜ。

**nobodyさん** · 02/06/10 00:09

プロト作らないと技術的可能性を検証できない奴はアホ。

**nobodyさん** · 02/06/10 00:16

>>857
じゃオマエは一生プロトタイプ作らなきゃいいじゃん。
手戻り一切ナシでやれるってんだから尊敬してやるよ。
ちなみにどうやったらそんなパーフェクトウォーターフォール
プロジェクトを毎回完遂できるのか、アホな俺に是非教えてくれ。

**nobodyさん** · 02/06/10 00:30

>>853とか>>855とか、けっこういい燃料になりそうな予感・・・（ｗ
コーディングしかやったことないんだろうな。
付け焼き刃の知識でアップアップして、正論レスが入るたびに
頭をかきむしってる姿が目に浮かぶ（藁

**nobodyさん** · 02/06/10 00:40

プロトタイプを作りやすいかどうかは、WOの機能的な話。
プロトタイピングを実施するかどうかはプロジェクトマネジメントの話。
この程度の区別もつかない素人には、WOはおすすめできないってこった。

**nobodyさん** · 02/06/10 00:42

さ、仕事、仕事(^^)

**通りすがり** · 02/06/10 01:20

>>859は設計したことないんだろうな。
モノづくりは試行錯誤か。生産性低そう。
一度、大手の会社に就職して常識を覚えることをお勧めします。
では、さようなら。

**nobodyさん** · 02/06/10 01:26

>>862
はい、さようなら。
キミは疲れているようだね。
一度、IT業界から完全に離れてみることをお勧めします。
WOがやりたくなったら、いつでもここに戻ってきたまえ（ｗ

**nobodyさん** · 02/06/10 01:38

>>862
設計段階で全てにおいて誤謬無く仕様を確定できているんだね。素晴らしい！

では君の書いた設計というのはコーディング段階で決して変更は発生
しないんだね。開発に入ってから要件漏れが発見されることもないんだね。

ちなみに顧客の要望が変わったから、なんてのも手戻りには変わりない
ってこともちゃんと判って書いてるんだよね。これらを一切の実装ナシで
どうやって確定しているのか是非教えてよ。XPもRADも不要なんだよね。
当然HTMLだけによるモックアップももちろんナシだよね。机上だけで
全て確定させているんだよね。もちろん大規模Webシステムだよね。

それと、大手のSI企業の常識が顧客の望むものと必ずしも一致しているわけ
ではないことも理解して書いてるんだよね。その辺のギャップをしっかりと
埋めているからいえるんだよね。

いや、本当に教えてよ。もしそれが本当に出来ているんだったら、
年収2000万円でうちが君を雇うからさ。数億の案件が机上のみで迷走せずに
要件確定できるんなら安いもんさ。ほんと頼むよ。是非教えてくれ。

**通りすがり** · 02/06/10 01:41

　>>862 は、簡単なフロー図しか書いたこと無いんだろうな。
　単純な見積もりでおおよその検討がつく単純な仕事しかしたこと無いのか。
　発展性なさそう。
　もう年齢的に限界が近いと思うから、転職して業種をかえることをおすすめします。
　では、さようなら。

**nobodyさん** · 02/06/10 01:49

これこれ、捨てぜりふ残して去ったフリして、このスレみながらイライラしてる
>>862をそんなにイジメるなよ（藁
死者に鞭打つようなお遊びより、元の技術話しに戻ろうぜ（ｗ

**nobodyさん** · 02/06/10 01:56

>>864
>いや、本当に教えてよ。もしそれが本当に出来ているんだったら、
>年収2000万円でうちが君を雇うからさ。
NTTデータなどのいわゆる一次SIの上級SEは実際にやってる。
それで現実に社内経費(給料も含めた社員1人あたりの費用)としては
上級SE1人あたり年2000万かかることになってる。
彼らは一切コーディングせずに設計書を下請けに出すことで仕事を
回しているよ。

ただし、そういう人種とWO使いを一緒にしていいかは疑問。

**nobodyさん** · 02/06/10 02:06

ふむ。WOは、思想を備え経験を積んだ設計＋現場の人間には最高の道具って気がする。
客には、WOだろうがPerlだろうが関係ない。
目的の成果物がより高品質かつ安価かつ短期間で出てくればいいだけだし。

悲しいかな日本では、AJが本腰入れてないから、なかなか認知されないんだよね。
おかげで日本語文献が少ないから、新規参入組の習得を妨げるし。
AJのセミナーとかに逝くと、簡単にWebアプリが作れるなんていうけど、
平均的なWeb開発者には、「実用レベルのサイトを簡単に」とはいかないのが現実。
AJは、このままの扱いを続けるのかな。

**nobodyさん** · 02/06/10 02:16

>>867
いや、そういうことではなく、開発工程に入ってからの試行錯誤を
一切不要とすることが本当に可能かということ。仕様書だけで全て
確定させて、コーディングに入ってから「こんな設計でPG組めるかｺﾞﾙｧ！」
ってのが全く起こらない、そして顧客との要件定義における誤解が一切生じない
っていうのが魅力なの。

実際のところ、ペーパーベースでお互いに了解したつもりでも、いざ動いて
見ると、実は違うとか言った言わないって出ちゃうじゃん。それを防止するための
プロトタイプだし、技術的要件っても使い勝手が本当に企図したとおりに
なるのかってのも立派な技術要件だしね。この辺って昔のメインフレーム
のようなダム端時代ならともかく、今のWebのGUIで本当に机上だけで押さえきれる
のか疑問なんだよ。交渉で押し切るとかそういうのとは別の話としてね。

ちなみに人件費および販売管理費の合計としての個人別経費と年収は別ね。
年収として2000万円払っても安いと判断するんだよ。本当にそれが可能ならね。
そんなスペシャルなことができるのであればWO使わなくても構わないよ。

**nobodyさん** · 02/06/10 02:33

要するに
　WO使い＝土方
　一次SIer＝エリート
ってことだね。

**nobodyさん** · 02/06/10 02:45

要するに
　>>870≠優秀なエリート
　>>870≠自立した土方
　∴
　>>870＝人生の敗残者
ってことだね。

**nobodyさん** · 02/06/10 02:54

>>870
論負けして「さようなら」なんて言った割には、すぐに戻ってきたな（ﾌﾟ

お前、客の無理な要求に対して「できません」って言うだけで、
「じゃあどうする」とか代替案とかを提案できないタイプだな。
自分の考えとか価値観に合わない存在を否定するだけで、受け入れようとしないタイプ。
開発者としても客としても、一番使えないタイプだ。
端から見ていて非常に哀れだから、その辺でやめといたほうがいいぞ。

**初期不良** · 02/06/10 03:15

上流設計もいいけどやっぱり土方もやらないと
見通しが立たないよね。
とか言う俺はプロト作って見せてこんな感じであってます？
とか聞いたりして、さあこれから本番だと思っていると
これで十分とか言われてお終い、のような仕事ばっかり...
ひよっこです...

**nobodyさん** · 02/06/10 08:11

>>872
マカー特有の人格攻撃発見！！
論負けすると「あいつはこういう奴だから・・・」と人格攻撃を
始めるのがマカーの特徴。

ついでにこのスレも糞スレ決定！！
所詮お前らマカーに技術論だけのスレなど無理無理。
一生、差別されて人格攻撃して生きてく運命なんだよ。

まあ、糞スレで死ぬまで誹謗中傷合戦やってろや。

りお · 02/06/10 08:26

朝からオマエら元気だな（ｗ
政治的な話はおれっちにはニガテだ。

つーわけで、アダプタの話をそのうち。

**nobodyさん** · 02/06/10 09:15

>>870
実際問題、今仕事してるとつくづくWOって土方仕事だなあって思うよ。
うちに来るときはとにかく即戦力を求められてる場合が多いし。

昔は流行の先進を走る自負みたいなもんがあったけど、今はそれもない。
これだけやってこの先永遠に生きてい行けるとは思わないけど
とにかく食うために楽に出来る方に手を出してしまうんだな。

**nobodyさん** · 02/06/10 09:55

http://210.164.44.77/gaia/x.cgi?o=000955&1023856509

**nobodyさん** · 02/06/10 10:55

今をときめくWeb論理の仕事してても、つくづくJ2EE周辺はドカチン仕事ばっかですよ。
オブジェクト指向なんて言葉を知らないドキュソどもが、サンプルソースや
社内のドキュソ先輩どもが残したソースを参考に、クソコード書いてます。
他部署だとWeb球やってますけど、そこも一緒。
ドカチン仕事は、だいたいどこも一緒でしょう。
少なくとも、WO使えるだけでもマシだと思いますよ。（漏れも仕事でやりてえ）

**nobodyさん** · 02/06/10 18:51

さ、仕事しよ。

**nobodyさん** · 02/06/10 22:17

マカーだWeb屋だ仕事だの話はもういいよ。ここで得られるWOの情報に期待してるんだから。
WebObjectsを使いたくない奴はくるなよ。
批判されてもいちいち相手にするのはやめまっしょい。
まじで頼むWO-!

りお · 02/06/11 01:22

Apache1.3.*でAPIアダプタを使用する場合、CGIアダプタは基本的に必要ない。
なんで、Deployインストール時にcgi-binディレクトリを要求してくるが、
基本的にAPIアダプタを使うんであれば、設定する必要はない（returnを押しておく）。

APIアダプタとcgiアダプタの大きな違いは速度差と負荷分散をやってくれるかどうかの違い。
速度差はマシンが劇速だったら気にならないかもしれないけど、負荷分散が
少しネックになる。つーのも、マルチインスタンスでアプリを稼働させている場合、
CGIアダプタは受け取ったリクエストを、インスタンスの稼働状況によって
送付先を自動でやってくれないのだ。APIアダプタはJavaMonitorで設定した
負荷分散のアルゴリズム（デフォルトはラウンドロビン：アプリのメモリ使用状況や
一定時間観測したアプリの付加状況をみて軽いやつにリクエストを投げる
ちょっとエラいアルゴリズム）　に、従ってリクエストを投げる。

Apacheが使えるんだったら、悪いことは言わないからAPIアダプタにしておけ。

りお · 02/06/11 01:32

あ、ごめん、↑は、>>845だ。

あと、ビルドエラーの件。

API module structure `WebObjects_module' in file /usr/local/apache/libexec/mod_WebObjects.so is garbled - perhaps this is not an Apache module DSO?

が出るということは、ApacheのバージョンによってはDSOのライブラリ（って言い方にしておく）
がビミョーに異なるから、Apacheのバージョンごとにアダプタはビルドした方が良い。
ソースが一緒にインストールされるハズだから、makefileをいじってコンパイルしろ。
Solarisの場合、自分でgccとか用意しなきゃダメだが、ま、Solarisいじってんなら
ハナクソほじりながら出来るわな（勝手な…

>>846
WebObjects5.1.3なんて出てるのか。おれっち下界の情報はなるべく仕入れてないから
気づかなかったよ（ｗ　デッドロックについてはテクノロジックのMLでタツヤって人が
ちょっと前にじっくり検証したありがてぇ情報があるから、そっちよめ。
あとオムニのMLにも腐るほど（じゃないが）ロックに関する問題があげられている。
おれっちからすれば、普通にアプリ作ってるぶんには問題ないとおもっているんだがな。

りお · 02/06/11 01:35

どうでもいいんだけど、ザ・ブルーハーツってバンド知ってるか？なかなか、イイよな（年がバレる.
リンダリンダとか聞いていると元気でるよな.

>>843

あぁ、確かに、JSConfirmダイナミックエレメントは、ネスケとIEでは
展開されるは同じだけどJavaScriptの解釈の違いで、ネスケにはJavaScriptの
ダイアログは表示されないみたいだなぁ。こりゃ、Appleが悪い。
JSConfirm使わずに、自分でタグを調整するしかない。ま、ここらへんは
Webアプリ屋だったらJavaScriptはチンカス掃除しながらでも出来るだろうから（なんていう言い方(´Д｀;)
実行結果のHTMLで確認すべし。

りお · 02/06/11 01:46

どうでもいいんだけど、Pentium4 2.0G MEM512の赤帽Linux鯖にWebObjects5.1.1
入れた状態で、WebObjectsアプリをいれてWASなんかでリクエストを１分ぐらい
投げた場合、ActiveSessionCountが2000を越える。ローカルだから
これぐらいの数字出るんだけど、オモテに出した場合その半分としても
１分間に1000セッションの受付をしてくれるってぇ計算だよな。。まぁJavaのアプリケーション鯖で１台で処理すんのにこれぐらいだったら満足の領域か。
もちろんコンポーネントやらEOFのキャッシュが効いた状態での話しだ。隣にデカいツラかましてる
SunEnterpriseが哀しく見えてきた(´Д｀;)

**nobodyさん** · 02/06/11 02:17

　ボクのソースを知りまーせんか？♪
　明日、納期のソフトです♭
　じぃつはまだできてはいませんがぁー、嘘でも出さないとー♪

> 隣にデカいツラかましてるSunEnterpriseが哀しく見えてきた(´Д｀;)

　データベース以外に、ＣＰＵ追加できるサーバーを入れる気がしないこの頃。
　ＡＳやＷＥＢはラウンドロビンして台数追加で結構、パフォーマンスあがるし･･･

　つか、パフォーマンスが問題になるよーな、まともな仕事くれ（ｗ

**梨＠WOスライムLv1** · 02/06/11 03:12

ところで皆さん、やっぱりWindows版で開発してるんですか？
MacOSX版の方が使いやすいと思うんだけど、慣れると大差無いのかな。

あと、Linuxで運用するのが普通なのかな？
Windows+Apacheは使わない？　それともみんなSun?

>>884
Javaが重すぎるんだよ、と言ってみるPHP厨房。

**nobodyさん** · 02/06/11 06:53

開発環境はどちらもそれなりの良さがあるし、旧バージョンから
継続して開発してるときはWin版のままだったりするなー。
5.1で全く新規の仕事があればコソーリMacでやってみてもいーなー。

運用はここではりおタンが赤帽萌えだからそうなってると。
別にIISでもXserveでもいいじゃん。

**nobodyさん** · 02/06/11 08:44

あのね、今運用環境で、XserveかSunFireV100かDell+RedHatか決めかねているんだけど
コレだからこっちにしろなんていう意見ある？規模的には3000ユーザーぐらいが使うもん
なんだけど･･･（あっ内はなく外で運用ね）

02/06/11 10:08

データベースのテーブルの一部を保存するのって
どーすんの？
SaveChanges()は全部いっぺんに保存しちゃうんだけど。

**nobodyさん** · 02/06/11 10:20

>>888
いい番号だな。
XServer はまだブツがないだろ？初期ロットはデベロッパ向け評価用とおもわれ。
コケて困るようならひとまずやめといたほうがよかろ。チャレンジするんだったら
うまく動いたかどうか是非お教えくだされ。
V100 は未経験。X1 はとてもうまく動くぞ、当たり前だが。本体は安いがメモリ
は高め。1G とか必要なんだったら結構金がかかる。まぁ、たいした額ではないがのぉ。
安くて速いのが欲しいのだったら Intel で行けばよかろう。Linux が原因と思
えるコケはまだ見たことがない。動作には心配はいらないじゃろう。速い CPU の
マシンがあるので V100 とはかなりの性能差がある。かなりクロックに比例した
差がでるようだ。V100は 500MHz SPARC IIe だな。

りお · 02/06/11 20:34

少し時間あったんで。
WinXP、JDK1.4、Apache1.3.24にWO5.1のインストール、5.1.3のアップデータ
この構成でのインストールは問題なくできた。アプリの実行も今のところ問題なし。
劇的に速くなったとか、そーゆーことはないけど単に最新環境で試してみたくなっただけ。
なんかインストールヲタになっちまった気分だ。
あそうだ。ソラリス９もこのあいだゲットしてCD-Rに焼いたから試してみるワ。
独り言みたいでｽﾏｿ

りお · 02/06/11 20:45

>>886
おれっちは窓2kで開発してる。OSXは自宅にあるけど、あまり使ってないナァ。
機能的にはOSXの方がいいかも。CVSに対応してるしな。窓版のPBもなんとかしてくれ>>apple

運用環境は自分の好みとクライアントの政治的背景とコストを考慮して選んだ方がいいな。
マク大好きでまだ実績がないXServ.やOSXで提案すると嫌われるぞ。クライアントじゃなくて
それを知ったやつらがそこらじゅうに言いふらすから（ｗ
まじめな話、Solarisか窓2kだろ。LinuxはAppleのサポート外だから手前で全部
責任持つんだったら入れてもいいかﾓﾅｰ.

>>888
利用者3000人ぐらいだったらどれ使っても同じじゃん？レスポンスの速さは
そりゃ早いほうがいいけど、メモリ1Gぐらい積んでインスタンす４つでアプリの
ﾋｨﾌﾟｻｲｽﾞが256ぐらいずつにしておけば、マシンスピード要求されるところって
たとえば大量のデータをフェッチして何かしらの加工をEO含めた形でやったり
する部分だから、予算が許されて客が安心するんだったらSunかも。

1台しかマシンなくって速いやつ要求されているんだったらDellでLinuxか。
（でも前にいったとおりAppleのサポートないから全部自分で責任背負う覚悟をきめるべし）
外で運用すんだったら、マシン増やして負荷分散させることを視野にいれた
マシン構成にしたいところだ。
しゃべりすぎた、ｽﾏｿ

りお · 02/06/11 20:51

>>889
ん、いい質問だ。

SaveChangesはecにレジストされている内容をすべて更新する。特定の
ヤツだけ（たとえば商品AだけのEOを保存）なんてことは普通にsaveChangesを
実行するだけでは難しい。
残念ながら、すでにecにレジストされているEO'sの特定EOをsaveChangesする
メソッドって、用意されてないっぽい。
仕方ないので、MutableArrayに持たせたり、CustomEOJavaクラスにメソッド追加
するなり、コーディングで何とか対処するのがよいかもしれない。

答えになってなくてｽﾏｿ。

ただ、ecにはレジストされているEOをinvalidateするためのメソッドが
用意されていて、revert()や、invalidateAllobjectsする必要がなくなる
メソッドが用意されている。EOGlobalIDを取得したりとちょっと面倒な
ことするけど、ecを細かく制御するには知っておいたほうがよい。とりあえず
ヘルプ嫁。

**nobodyさん** · 02/06/11 21:25

>>りおﾀﾝ
＞WinXP、JDK1.4、Apache1.3.24にWO5.1のインストール、5.1.3のアップデータ
＞この構成でのインストールは問題なくできた。アプリの実行も今のところ問題なし。

XPでWO-Dev版いれたとき、Build&Run時にブラウザ自動で立ち上がる？
実行時ログに、「このOSはサポートしてないよん」みたいなメッセージが出てない？

りお · 02/06/11 22:03

>>894

あれ？おれっちンところじゃ、ちゃんと起動するけど？？XPいれたままで
IEとかｳﾞｧｰｼﾞﾝｱｯﾌﾟしてない。実行時ログってどんなのでる？？

**nobodyさん** · 02/06/11 22:40

WebObjectsというよりはJavaの質問なのですが、DBでint型のカラムをEOモデラーで
クラス化するとKeyValueのアクセサメソッドがNumber型になりますよね？
これにユーザー入力の数字（Stringをintに変換したもの）を保存したいのですが
どうやってintをNumber型に渡せばいいのかわかりません。

a = int(10);
setMyField((Number)a);

-----
public void setMyField(Number value) {
takeStoredValueForKey(value, "myField");
}

**nobodyさん** · 02/06/11 22:44

>>りおﾀﾝ
こんな感じなのよ。
# [2002-06-11 22:40:15 JST] <main> Your application is not running on a supported development platform. AutoLaunch will not work.
WinXP, JDK1.4, WO5.1, 5.1.3ｳﾌﾟﾃﾞｰﾀﾝという環境。
OpenBase関連のｻﾋﾞｰｽは、ぜんぶ止めてある。
XPのWindowsUpdateは、割とこまめにやっちまった。。。

りお · 02/06/12 00:09

>>896
setMyField( new Integer(a));
とするほか無いと思うのだが…
（Javaの本をもうちっと嫁ばわかる.結城センセの本がいいかﾓﾅｰ）

>>897
むぅ、はぢめて見るﾒｯｾｰｼﾞだ。あれ？アプリ自体は起動してるんだろ？
ブラウザからﾏﾆｭｱﾙでURLタイプしてアクセスできねぇか？

**nobodyさん** · 02/06/12 01:34

>>897
なにか実行時オプション付いてるか?
WOPortの数値が衝突してるとこれが出る。

**nobodyさん** · 02/06/12 01:41

>>889
そもそもec内の特定eoだけdbに変更を反映させたいという欲求が出る
シチュエーションがよくわからんのだが、りおタンと同じく直接やる方法は
知らない。ただ、lockを気にしなくていいなら、新しいecを作って
EOUtilities.localinstanceOfObject() ←うろ覚え
で引っ張り出すことは出来る。返されるeoはrefaultされてるので、
値は設定しなおす必要があるかも。

**896** · 02/06/12 01:50

>>897
できました。ありがとうです。
私はWebObjectsではじめてJavaにさわったので、こういう些細なところでつまづいてばかりです。
MLでは聞きずらいけど、調べてみるとなかなか見つけにくかったりなので、ここには感謝してます。
お給料アップの為に日々精進！！

**896** · 02/06/12 01:51

>>898=りおさんでした。ごめんなさい。

**nobodyさん** · 02/06/12 05:03

vol.1の1から読みはじめて、現在724あたりを読んでいるんですが、
度量広さというか、人間の暖かみを感じる良いスレだと思いました。

ホント『頑張って、勉強しなきゃ』って、やる気を起こさせる様な感じで、
読みはじめたらやめられなくって、つい徹夜してしまったっす(笑)。

しおりを兼ねた、感想スマソ。。。

りお · 02/06/12 10:44

>>900
動作の保証はしねーけど、EOEditingContextに、saveChangesInEditingContext
ていうのがあるから、ecをうまく制御すれば何とかなっかﾓﾅｰ。
deadLockしないように注意が必要だが。

りお · 02/06/12 21:39

amazon.co.jpにアクセスしたら、いきなりtopにオーム社のWebObjects本が。
ﾋﾞｸｰﾘしたよ。

りお · 02/06/12 21:45

>>903
ぃゃぁー、恥ずかしいなぁ（←誇大妄想炸裂
気にせず何でも聞いてｸﾚｰ.

**nobodyさん** · 02/06/12 21:49

>>899
いや、WOPortとかは何も設定してないんだよね。
なにがおかしいんだろうな～

りお · 02/06/12 23:20

>>907
WOPortとは関係なく、別のポートがぶつかっている可能性も。

-WOPort オプションで2000だとか適当なポート番号で起動することはできるか？

**nobodyさん** · 02/06/12 23:48

>>908
りおﾀﾝ､ポート指定しなくても、ログのURLをブラウザにコピペすると動くんだよ。
デフォのブラウザをモジラにしてみたけど、結果は同じだった。

**903** · 02/06/13 00:02

>>りお様
　レスわざわざ、サンクスです。サンクス！

でわ、またvol.1の続きを、読みに行ってくるっす(笑)。

**nobodyさん** · 02/06/13 00:27

>>910
vol.1だけでなく、日本語ドキュメントはあらかた目を通しておけよ～

**nobodyさん** · 02/06/13 01:15

WOPopupButtonと、WOTextFieldがありまして、WOPopupButtonに
ない場合、あるいは、キーボード操作がなれている人は、
TextBoxを入力します。マウスの好きな人はPopUpButtonを
使います。

というユーザーインターフェースを作ってます。
二つとも同じDBフィールドにバインドしたいのですが、
どうすれば良いでしょうか？
（両方に文字列が入力ならTextFieldを優先とします。）

あと、このようなユーザーインタフェースは変ですか？
Webでなければ、TextBox＋ComboBoxの複合コントロール
があるのですが、Webにはないので。。。。

**910=903** · 02/06/13 01:17

>>911様

日本語ドキュメントですね、了解っす！
アドバイス、サンクスです。サンクス！

#でわ、また続きを。。。

**nobodyさん** · 02/06/13 01:29

WO ってアプリケーションサーバを増やしたら勝手に？
負荷分散してくれるんですよね。この場合、セッションの
整合性はどうやって保たれるんでしょうか。

・URL の後に続く QueryString に、最初どのサーバに
繋がったかという情報も含まれていて、セッションが
保持されてる間はアダプタの方で同じサーバに振って
くれる。

・セッションのインスタンスの複製が全ての
アプリケーションサーバに生成される。

・その他

**nobodyさん** · 02/06/13 02:36

>>914
・URL の後に続く QueryString に、... が普通です。とくに
何もしないとこうなります。

・セッションのインスタンスの複製が... も可能ではありましょう。
この場合アプリはセッション情報を外部の（共有可能な）場所、
例えばデータベース？などとやり取りするコードを自前で用意する
必要があります。もちろんそれなりに高速なものをですが。
これを実装するためのインタフェースは用意されてはいます。
また、アダプタが割り振りを行なわないように設定することも
できるようにはなっています。
心配な点はもありますが、一応大丈夫らしいです。

**nobodyさん** · 02/06/13 05:32

AppleStoreとか見てみるとわかるけど、URLにセッションを発行したアプリの
実行イメージ(WOでは個々のこれをインスタンスという)を識別する数値が
埋まってます。ttp://store.apple.com/1-800-MY-APPLE/WebObjects/AppleStore.woa/
ときて.woaの後に付く数値がそれです。
インスタンスは各鯖にひとつとは限らない(というか複数設定するのがフツー)
ので、同じサーバに繋がるのは必要条件でしかないことに注意。

**nobodyさん** · 02/06/13 05:37

>>909
コピペしたURLの形式はどっち? あるいはこれ以外?

http://host:2001/cgi-bin/WebObjects/MyApp.woa
http://host/cgi-bin/WebObjects/MyApp.woa/-2001

**nobodyさん** · 02/06/13 09:40

>>915
ちょっと聞きたい。
インスタンスが複数あって、アダプタを介してセッションが張られると、
URLのセッション情報で整合性を保つわけですよね（アダプタが負荷分散などを
やってくれる、と）。セッション情報がサーバーで複製されて共有されると
なると、例えば特定インスタンスがゾンビになってアクセス不能になった場合は
他のインスタンスに対してそのセッション情報が引き継がれて、ユーザーには
何事もなかったかのような振る舞いが可能。ということですよね？
WebObjectsが持つ標準の機能では多分、上記のことは出来ないと思っています。
ただ、

>この場合アプリはセッション情報を外部の（共有可能な）場所、
>例えばデータベース？などとやり取りするコードを自前で用意する
>必要があります。もちろんそれなりに高速なものをですが。
>これを実装するためのインタフェースは用意されてはいます。

とあるので、上記のことが比較的簡単に実現できる、とすれば上段抜きでWebObjectsは
すさまじいと思います。（マカー的に言うとWebLogicなんぞ目じゃないです。ホントに）
願わくば、実装するためのInterfaceなどの情報を教えていただきたいのですが。
どこかにサンプルなどありませんか。

**nobodyさん** · 02/06/13 10:10

Xserv 15台注文。WebObjects鯖になります。えへへ

**915** · 02/06/13 11:54

>>918

>> 例えば特定インスタンスがゾンビになってアクセス不能になった場合は
>> 他のインスタンスに対してそのセッション情報が引き継がれて、ユーザーには
>> 何事もなかったかのような振る舞いが可能。ということですよね？
理屈の上ではそうなります、多分、かなり十分なレベルで実現できると
思います。

>> マカー的に言うとWebLogicなんぞ目じゃないです。ホントに
そうなんすか？こういった機能って他の御三家AP鯖のいずれにも
用意されていると思ったのですが。使ったことはないのですが。

>> どこかにサンプルなどありませんか。
最近あまり細かいところ見ていないのですが、SessionStore とか
いうあたりを調べてもらえばわかるのでは無いかとは思います。
また、この件に関しては WebObjects の example にあると記憶して
ます。5.1 でもあるのかな？まぁ、この方式は SessionStore
に強烈な負荷がかかるので実装は結構難しいですよね。WebLogic
は確か、一つのセッションを二つのサーバで保持しあう形式、
iPlanet （だったかな）は集中式の Session　サーバをもってい
たかな。でも、SessionStore サーバも最後には二重化しないと
不安なのではあります。

余談ですが、うまく細工をすると異なるアプリが同じ Session
情報を共有することも可能ではありましょう。

**918** · 02/06/13 12:08

>>↑
どうもありがとうございます。すいません、他御三家AP鯖でも同様のことは
標準でできますね（恥）

WebObjectsのサンプルに
\Apple\Developer\Examples\JavaWebObjects\WOSessionStoreExample
があったので、これから調べてみます。

**nobodyさん** · 02/06/13 12:13

Sessionまるごと共有して随時更新するのは厳しい場合でも、
特定の部分に変更があった場合のみ他のインスタンスに通知する
という手もある。
漏れが使うのはこっちの方。WireHoseのChangeNotificationとかが有名。
うちはXML-RPCで共有する情報を交換するFramework作ってる。

**nobodyさん** · 02/06/13 12:17

> なると、例えば特定インスタンスがゾンビになってアクセス不能になった場合は
> 他のインスタンスに対してそのセッション情報が引き継がれて、ユーザーには
> 何事もなかったかのような振る舞いが可能。ということですよね？

さすがにこれはカンタンには出来ないと思う。
アダプタをチューニングして、セッション発行の枠組みも根本から
変えないといけないような。
あ、てことはやって出来ないことは無いのかな。試してみるか。

**918** · 02/06/13 12:32

WOSessionStoreExampleをみたんですが。スイマセン、自分の技量では難しい内容です。
もっと勉強してからチャレンジします（；´д｀）といってはそれでは進歩がないので
判らないことがあったら質問します。

>>922
WireHoseのChangeNotificationについて詳しく教えてください。freeなんですか？
>>923
>>さすがにこれはカンタンには出来ないと思う。
そうですよね、アダプタが発行するURLにインスタンスIDやらセッションID、コンポーネントIDが
入っていますしクッキーなども考えると、仮にセッションが持つ情報をシリアライズして
ローカルに保存したとしても、任意のインスタンスに異常が発生して落ちた際、
ユーザー側は同じURLでアクセスするわけですから、復元する手段を
アダプタ側で何かしら行う必要が出てくるということですね。
面白くなってきそうです。

**nobodyさん** · 02/06/13 12:46

>> インスタンスは各鯖にひとつとは限らない(というか複数設定するのがフツー)
ちょっと教えてください。WebObjects 5.x は multithread 動作をするのだと
おもうので、複数のセッションへのリクエストが同時並行処理されるのですよね？
とすると、一つのマシン上で複数の VM を使って複数のアプリインスタンスを
起動することのメリットてあるのでしょうか？EOFが絡むあたりで多重性に限度
があるのでしょうか？

ぁ、そういえばもう一つ知りたいことがあるのですが。
WebObjects 5.x の場合ですが、タイムアウトしていない Session の数と
必要になるデータベースへの接続数の関係ってどうなってるのでしょうか。
Connection Pooling みたいな仕組みになってるのですかね？

**nobodyさん** · 02/06/13 13:17

>> ユーザー側は同じURLでアクセスするわけですから、復元する手段を
>> アダプタ側で何かしら行う必要が出てくるということですね。
アダプタでは特になにもしなくていいんでは？と思う。
URL にはそのリクエストをどの app instance に転送すればよいかを
表す wosid が入っているが、ここをどう出すかは WebObjects アプリ
側で制御できる。WebObjects アプリは生成する
URL にこの sid を含めるかどうかをコントロールすることである
リクエストを特定の app instance にバインドするかどうかを制御で
きる。(WOSession だか WOApplication だかに設定メソッドがあった
と思う）
つまり、特定の app instance にバインドしていない URL を出すよ
うにアプリを書いておけばあとはアダプタが勝手にラウンドロビンとか
してくれる。どの app instance を選ぶかは adaptor の自由となる。

URLには必ず Session id (SID) が含まれている。WebObjects app instance
はリクエストされた URL に含まれるこの SID　をもとにセッション情報
を復元する。どこから復元するかは app の自由となる。

Cookieには sid と wosid 以外は入っていないので、多分問題にはならない？

問題は（というか、よくわかっていない点なのだが）おっしゃるとおり、
コンポーネントIDがどうなるかだ。Stateless でないコンポーネントは
Session 情報の一部として SessionStore によって保存されるのだろう
かと思うのだが違うのだろうか？

>> 面白くなってきそうです。

ほんま。よくわかってないエリアなんで、クリアになるとウレシイぞ。

**イザ波** · 02/06/13 13:48

>>797
りお先生、ありがとうございま～す。
Unicode Escapeを使えば、特殊記号も表示(出力)できることは理解！

もう一方の入力の場合はどうなのでしょうか？
つまり、WOのWebアプリ画面に入力された「～」等の記号も、何らかの工夫を
すれば、判別できて取り扱えるようになる余地はあるのでしょうか？
(初歩的な調査レベルでスイマセンが)教えて下さ～い！お願いしま～す！

**nobodyさん** · 02/06/13 14:13

>925
> 一つのマシン上で複数の VM を使って複数のアプリインスタンスを
> 起動することのメリットてあるのでしょうか？

現状、Adaptorから転送されたリクエストを受けるthreadは複数立つが、
内部の処理はthread化されていない、という状態だと思われ。
WOが完全にmulti thread対応になるにはもう少し時間が必要。

理由:
ひとつめ。WOがまだJava化されていないときはthread関連は弱かったのでその名残。
ふたつめ。Java VMのthreadが信頼に足るものであるという保証が得にくい。
みっつめ。一回のrequest-response-loopの中では他のthreadのことを
考えなくてもいい、という状況ならプログラマの負担が小さくなる。

**nobodyさん** · 02/06/13 15:25

>> 現状、Adaptorから転送されたリクエストを受けるthreadは複数立つが、
>> 内部の処理はthread化されていない、という状態だと思われ。
ほんまかいなぁ？
少なくとも私の実験では invokeAction の内側はうまく並行処理されるが？
そうでもなければ WebObjects5.x のあの性能は出ないのでは？

**nobodyさん** · 02/06/13 16:19

＞内部の処理はthread化されていない、という状態だと思われ。
デフォルトではそうだけどWOApplicationのsetAllowsConcurrentRequestHandling()
で同時受付可能になります。5.1からはマルチスレッド対応をうたっている
ので、積極的に使えばよいかと。つーかどしどし使って早く枯らして欲すぃ。

＞一つのマシン上で複数の VM を使って複数のアプリインスタンスを
＞起動することのメリットてあるのでしょうか？
マルチスレッド化していない場合だと、長時間かかる処理が入ってると
とばっちりで他のユーザまで待たされるので、複数上がってるメリットが
あります。(単車線→半分の幅で二車線みたいな感じ・・・例え悪いけど)
スループットは上がらないけど平均桜桃時間はかせげるというところでしょうか。

＞Connection Pooling みたいな仕組みになってるのですかね？
EODatabaseContextにEODatabaseChannelをプールする仕組みがあります。
全部busyなら新規にChannelを作る・・・まあConnection Poolingですね。

**nobodyさん** · 02/06/13 16:34

WOApplicationのsetAllowsConcurrentRequestHandling()
って、なんでデフォルトじゃfalseなんだろう？trueにすることによる弊害というのが
あるんだろうか？？

**925** · 02/06/13 16:53

いろいろ情報ありがとうございました。
>> 5.1からはマルチスレッド対応をうたっている
>> ので、積極的に使えばよいかと。つーかどしどし使って早く枯らして欲すぃ。
そうっすね。
>>スループットは上がらないけど平均桜桃時間はかせげるというところでしょうか。
ってことは、multi-thread にしていれば複数起動はあまり意味がないと
考えていいのかな？最後は気持ちの問題なのかも。

>>EODatabaseContextにEODatabaseChannelをプールする仕組みがあります。
情報ありがとう。

>>931
なんか自信がないのかもしれないですね。とはいっても single threading で
ちんたらやってるわけにもいきませんから true にして使うんでしょうね。

**nobodyさん** · 02/06/13 20:52

仕事終わらない（；´д｀）