WebObjectsで開発してますが、なにか？

Appleが贈る最高のWebアプリ開発環境、WebObjectsで開発をしてます。
何かききたいことある？

WebLogic？なにそれ？ColdFusion？ちょっとねぇ。
PHP？タダだけが魅力のモノでしょ。

特に無い。
＝＝＝＝＝＝＝＝＝＝＝＝糸冬　了＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

>>1

ウィナにとってWebオブジェクトは反則ワザです。持ち出さないで下さい。

そんなもんでしか開発できないドキュソには何も言うことはない。

>>4
「そんなもんでしか」っていったな。何もわかってないクセに〜。
触わったことすらないでしょ？

>>3
少しはわかってるね。確かに反則ワザかもね。

１じゃないが。
WebObject出されたら歯がたたんぞ。＞他のAP鯖
AP鯖の中じゃピカイチの製品なのは間違いﾅｲ。
Appleの製品だからといって小馬鹿にできぬ代物だな。
PHPなんかと比べたら負けてとーぜん。WebLogicとは
良い線だが、でもWebオブジェクトが良いに決まってる。

っツー分けで、これ以上は話してもいみないので。終了。

ちなみに、WebObjectsをｱﾎﾟｰの製品だからといってアタマから
否定する>>4みたいな奴のためにオレっちの乏しい知識でいうが、
WebobnejtにはEOFっつーミドルウェア（フレームワークだが）と
WOFってやつがある。こいつのおかげでこの製品は他のAP鯖よりも
生産性が高いんだな。言い過ぎかもしれないが、はっきしいって、
化け物Dayo。

あー、それと、クソｳｨﾅの決まり文句でシェアが低いとかいう奴が必ずいるが、
WebObjectsの場合は国内はダメダメだが米国じゃ結構シェアが高い。
ちょっと前迄はNo1だったのを付け加えておくZoooo~

はいはい、天下とってからほざいてね。
幻覚、妄想、空想はクズマカーのお得意だろうけどね。

>>9　あんた、技術的な返答できないんだったら黙って聞いてたら？　邪魔なんだけど。

>>1
Oracle とサイベースを使ってます。Oracleに社員マスタ、
サイベースに売り上げデータがあるのですが、２つの異なる
データベースを一つのデータソースとして扱うことができる、と
きいたのですが、本当ですか？マジレス希望。
できれば、>>9
も、妄想と言ってるからには、知ってるんだろうから、教えて。
できるんだったら、マジで導入を考える。

>>9　ほら質問よ。サクサク答えてやりな。ホイ、みんな静粛に！

待て待て待て待て！
なぜそのように言い争うのだ。
象さんにあやまりなさい。


　　　　　　　　　　　　　　　　　／￣￣￣￣￣＼
　　　　　　　　　　　　　　　 　 | パオーン 　　　 |
　　　　　　　　　　　　　　　　　＼＿＿　 ＿＿／
　　　　　　／￣￣￣￣￣￣＼　　　/／
　　　　　J|　　　　　(⌒　●　 ●⌒)
　 　 　 　 |　　　　　 )　 　 | ≡| 　(
　 　 　 　 |　 　 　 　 ヽ 　 | ≡|　ノ
　 　 　 　 |　　　　　　　　 /≡/ヽ
　 　 　 　 | ≡|----| ≡| ￣| ≡| 　　　　 　 ◎　(((◎
　　　　　 ( mn)　　 ( mn)　 ( nm)　　　　　　ｿ`　ｿﾉﾉ'
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^：
ぞうもすみません。

えれふぁんとなことをしでかしました。
ぞうもすみません

>>14　ワーイ、オモチロイ！（ﾒﾓ､ｼﾄｺ）

>>1 >>9も答えろ。
追加で聞きたい。
運用環境。PureJava環境だと思うのだが、窓2kやソラリス、Linuxでの
運用は問題ないの？
あと、運用サーバーを追加する場合の投資額はどうなの？
WebLogicだと数百万単位になるけど？同額ぐらいでOK？
それと、フェイルオーバー、コネクションプール、マルチセッションは問題なくOK？
負荷分散はどうやってる？
質問ばっかりでｽﾏｿ。マジレスキボンヌ。

>>9 マヌー決定。

APPLE製つうだけで、もうそれは方言なんだよ。
>最高のWebアプリ開発環境
だって、真性厨房もいいところだ（W

アポーは田舎モノ、カッペ

>>9

はやく謝れよ。

>>18

そういうなら、11の質問に答えてやれ。できなきゃ、オマエもマヌーだ。

>>18,19　ありゃりゃりゃりゃ〜。まただよ。
技術的な返答に詰まると、「ヨ〜スルニ、マクダカラ糞」論。小学生の喧嘩以下。

とにかくこのスレでは技術的な応答を中心にやってくれ。いろいろ知りたいんだから。

>>18,19

はやく謝れよ。

>>20　９はもう謝ってるんじゃないの？　パオーンって泣きながら。
それより18と19だよ。あんたら代わりに答えてくれるんだね。
待っていたんだよ、そういう技術のある人をよ。
さぁさぁ、みんな、静粛に！だよ。

＝マックハズレまくり人生＝
☆１台目＝初期imac（だったかな？）
　起動したのはたった一度だけ。二度と生き返りませんでした。
　即初期不良交換しました。
☆2台目＝G4/350/PCI
　起動に問題はなかったものの、フリーズの嵐。
　メーラーで文字入力するだけで固まってました。
　キーボード＆マウスのせいと気づいたのは購入後半年以上たってから。
　それに加えてファームウエァの件やDVDの件その他もろもろ。。。
　ちょうど使用1年（その間精神的に鬱）で買い換えを決意。
☆3台目＝G4/400/AGPM7641JA中古
　PCIの不調に慣れていたためとりあえず安定している
　マックに初めて出会った事に感動。。。。
　とりあえず鬱は晴れた。。。と思った矢先、
　時計が狂ってることに気づく。またか！
　内蔵電池交換で収まらず、結局またもや初期不良交換。
　なんかもう笑ってごまかさないと自分を見失い繰だった。
☆4台目＝同じくG4/400/AGPM7641JA新古品？
　PCIに比べたら驚異の安定性だけど、（OS9.1のせいもあるんでしょうね。）
　もう感動はありませんでした。精神的にすっかり疲弊してたんですね。
　HDがガリガリガリガリ猫が床を掻きむしるような音がしますけど、
　いいんです別に。。。。落ちなければ。

>>1　>>9,18,19も答えろ。

また聞きたい。
ポップアップリストにデータベースの内容をセットして表示したい場合、
あるAP鯖環境は猛烈に苦労するんだが、ウェブオブジェクトはどういう
やり方をしてんの？選択された値をキーとして別のテーブルのリレーション
先の参照とかはSQL投げて・・・と細かいことやってんだけど、
ウェッブオブジェクトも同じ？
すげーローレベルなところでこの製品が他と比べてどうなのかを知りたい。

>>25　あんたコピペじゃん。「DOSの上に乗っかってるだけじゃん」スレの89でしょ。
そのスレの90は俺。そちらでの質問に答えてちょ。

>>26

ここで質問したら？
http://www.tech-arts.co.jp/macosx/webobjects-jp/ml.html

>>25カッコわる〜。マク攻撃しようとしてすぐ撃沈されてる〜。
マカのふりしたｳｨｿ最低〜。

エロコムのヘラチオマウスを検討してるんですけど、
使い心地はどうですか? 気持ちいいですか?

>>18,19

はやく謝れよ。

>>30　うーん。ボケで誤魔化そうと・・・　面白くないからボツ。

>>11

ちょっとまて。いま、忙しい。もうちょっとしたら答えてやる。

他のｳｨﾅは死ね。

>>33　ようやくまともになりそうな兆し。ワクワク。

Mac党、規約

http://www.geocities.co.jp/SiliconValley-PaloAlto/6906/kiyaku.html

Mac党への献金の義務はありません。しかし、Macを自分で購入、
もしくは他の人に買わせることが献金かもしれません。
党員は入党している間は常に、Macへの勧誘を忘れてはいけません。

>>35　はぁ〜・・・（鬱）　これ党員何名？　党首？
言い返す気力なしなし状態・・・（脱）

>>11

最初の質問。

できる。データベースとの接続情報を取り扱うモデルファイルをデータベースごとに
作成すれば良い。

モデルファイルはアダプタアーキテクチャだから同じスキーマ情報でも
異なるデータベースへの展開もできるし、異なるモデルファイルでも、
外部キーとエンティティを指定・適合していれば、リレーションシップを設定
することができるので、結果的に異なるデータベースでも、抽象的に扱う
ことができて、あたかも一つのデータベースのように問い合わせや更新が
できるようになる。

ほかの質問はしばらくまて。夜でもいいか？今忙しい。

>>37
ちなみに、この方式を採用しているのは今のところWebObjectsだけ。
他のAP鯖では出来る芸当じゃない。

　　　　　　　　　　　　　　　　　／￣￣￣￣￣＼
　　　　　　　　　　　　　　　 　 | パオーン 　　　 |
　　　　　　　　　　　　　　　　　＼＿＿　 ＿＿／
　　　　　　／￣￣￣￣￣￣＼　　　/／
　　　　　J|　　　　　(⌒　●　 ●⌒)
　 　 　 　 |　　　　　 )　 　 | ≡| 　(
　 　 　 　 |　 　 　 　 ヽ 　 | ≡|　ノ
　 　 　 　 |　　　　　　　　 /≡/ヽ
　 　 　 　 | ≡|----| ≡| ￣| ≡| 　　　　 　 ◎　(((◎
　　　　　 ( mn)　　 ( mn)　 ( nm)　　　　　　ｿ`　ｿﾉﾉ'
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^：
ぞうもありがとう。

>ドン・ノーマンは言いました。
>外に開くドアに、ノブが付いているから人間は
>ドアを引っ張ってしまうんだ。
>外に開くドアは、ノブをプレートにすれば、
>人間は間違えない。
>マウスに２つボタンが付いているから
>人間は迷うんだ。

アホだね。ノブのついた両開きのドアにすればいいじゃん。

1ｻﾝｵｼｺﾞﾄｶﾞﾝﾊﾞﾃ
ｵｳｴﾝｼﾃｲﾏ〜ス

>>40「アホだね。ノブのついた両開きのドアにすればいいじゃん。 」
両開きだったらノブいらんのとちゃう？
それに外と内から押し合ったり、引っ張り合ったりする場面もあるにょ〜。
やっぱドアはノブ＆プレートが合理的だにゃ〜。
↑
これはマク擁護ではありませぬ。マジにドア論として。

>42
じゃあ、ノブなし両開きでいいじゃん
全面(スモーク)ガラスにしてさあ。

ん？　>>43は本当に42宛？
42では「ノブなし両開きもよし。しかし、それよりさらにノブ＆プレートがよし」
と言っとるんだが・・・。ま、確かに「ガラス」つけりゃいいんだけどさ。
そんでも、道ばたで向かいの人とばったり出会って、どちらが譲るかで迷うことって
あるでしょう。ガラスつき両開きドアもそれがありえるが、ノブ＆プレートならなし。
（って、ドア論で時間つぶす？）

＞（って、ドア論で時間つぶす？）
って俺がつまらんちゃちゃ入れんかったらよかったんやな。
すまん。謝るから許して。>>43
このスレ、荒らしたくないんや。

結局、そういう改良を加えて進化してきたのがWinであり、
頑なに片開きの固執してきたMacとの差が今であるということだな。
進化をとめたものに未来は無いって実例

ここで一句。「46は自己満足に入りにけり。」（合掌）

>>47
1点。落第だな。 季語が無い。表現が貧弱。
次回に期待。

ｱﾘｶﾞﾄｳｺﾞｻﾞｲﾏｽ

>>1
> 何かききたいことある？
なんもねぇよ、うざいんだよ、
謝るなり逝くなりしてくれよ。

>>1
> 話のタネにMacでも一度くらいウイルス見てみたい。
勝手に見ろよ、うざいんだよ、
謝るなり逝くなりしてくれよ。

>>1
> 総攻撃仕掛けられるから覚悟するように！
意味わかんねぇよ、うざいんだよ、
謝るなり逝くなりしてくれよ。

>>1
> すくなくとも初心者さんにはMacをお勧めする。
なにタコぬかしてんだよ、うざいんだよ、
謝るなり逝くなりしてくれよ。

>>1
> 今日からWinユーザーを「マヌー」と呼ぶことにする。
あぁおもしれぇ、ついでにうざいんだよ、
謝るなり逝くなりしてくれよ。

>>50-53　はいはい、あんた、そこ下がって。
今夜はね、１と11がものすごいバトルを繰り広げるタイトル・マッチがあるんよ。
大してよく知りもしないで書き込むと大やけどするよ。
よくログ読んでごらん。死体が２つ３つ転がってるから。
タイトルマッチを大人しく待ちましょう。
ｸﾝｸﾝ、ん？　あんた酒、入ってるね。こんなになるまで飲んじまってさ。
さ、もうお帰り、お帰り。

自動ドアにすりゃいいじゃん。

>>1
必要スペックと速度についてはどう？

梨さん。よくお見かけするね。
残念だけど、ドアネタはもう終わっちまったよ。
1ﾊｼｺﾞﾄﾁｭｳ｡ｼﾞｬﾏｼﾅｲﾃﾞ｡

>>1

サンキュ。なるほど、異なるデータベース〜云々 はできるんだね。
今、取り引きのあるデベはできない、できない、って連呼するもんだから。
足りないアタマで調べてたらウェブオブジェクトにたどりついたのさ。

仕事終わった。質問にこたえてやるぞ。待たせたな。

16の質問。

WebObjects5.0からPureJavaになった。JDK1.3ならどのプラットフォームでも動く。
ただし、現在のWebObjects5.0で正式にサポートしている、および
インストーラが対応しているのは、MacOS X Server、WindowsNT、Solaris8の３つ。
LinuxはSolarisのインストーラをHDにコピーしてちょっとシェルを
いじって色々小細工すればインストールができる。が、あんまり
利口な手段じゃないな。Appleの正式サポートを待て。

１６の質問続き。

>>あと、運用サーバーを追加する場合の投資額はどうなの？

いい質問だ。
WebObjectsは１パッケージで72800円だが、基本的に１ハードウェアに
１パッケージのインストールができる。ハードウェアがショボい
Macだろうが、cpu32個積んだSunEnterpriseだろうが72800だ。

で、稼働後、動かしているアプリが重くてサーバーを追加したい
場合もハードウェア+パッケージを追加するだけでいい。つまり
72800円だ。ただ、別にネットワークプロテクションがかかってる
わけじゃないからな。おっと、このことはみんなにはナイショだぞ（笑）

っつーワケで、商用AP鯖の中ではピカイチに安い。初期費用、ランニングコストともにだ。

>>それと、フェイルオーバー、コネクションプール、マルチセッションは問題なくOK？
>>負荷分散はどうやってる？

フェイルオーバーは対応してる。コネクションプールは、Web鯖に
インストールするWebObjects用のアダプタでコントロールできる。
あ、もちろん、コネクションプールは機能として対応してる。
マルチセッションっつーか、セッション管理か？どう説明すりゃ
いいかわからんが、基本的にURLでのセッション管理になる。
（ブラウザからのリクエストに応じて増えていくが）
重そうな処理に見えて、WebObjectsの場合はフレームワークが
色々と肩代わりしているのでソースコードの実装量がかなり
少なくてすむから動作が軽い。
セッションもオブジェクトとして扱われるので、他のユーザーの
セッション内容がわかってしまうというどこかのバカAP鯖のような
仕様じゃない。

負荷分散も基本的に対応してるというか、上で書いた通り。
マシンを追加するだけで半自動的に負荷分散がされる。
他のAP鯖だと負荷分散とか言い始まるとコストが一桁上がるからな。
ここんとこはよく考えた方がいい。

26の質問。

うむ、いい質問だ。が、説明が難しいな。

ポップアップというか、WebObjectsの場合、ダイナミックエレメントという
オブジェクトを専用のHTMLインターフェイス構築ツール（WOBuilderというんだが）で
配置する。それをテンプレートファイルとして、アプリケーションリソースとして
鯖に保存される。実行時にアプリケーションがブラウザからのリクエストをモトに
目的のテンプレートを鯖で展開し、DB接続が必要ならEOFからキックして
dataを受け取る。そして、テンプレートの任意の部分にデータを
セットしてHTMLをレンダリングしてからWeb鯖に返して初めてHTMLとなる。

ホントはもっと難しい話なんだが、他のAP鯖と比べるとかなり
エレガントなことをやってのけている。OO指向のたまものってやつだ。

続く。

続き。長くてすまんな。

で、ポップアップの質問だが、そのダイナミックエレメントという
オブジェクト（パーツ）を配置するんだが、ポップアップには
いくつものプロパティが用意されていて、listにはNSArray
（Javaでいうところの配列型変数）、ItemにはNSDictionary
（辞書型）を割り当てれば簡単に表示させることができる。
で、Databaseの内容をそのまま表示したければ、
EOFを使ってDBからデータをフェッチしてきて、結果セット
（EOFでフェッチするとNSArray型を返すことができる）
をlistに、listの各オブジェクトの型（この辺の説明が結構
大変なんで簡単にかいちまう。ｽﾏｿ>>11）を割り当てるだけで
DBの内容を表示することができる。もちろん、カスタム化する
ことも容易だ（たとえば、DBの内容に今日の日付を付加するとか）。
簡単な上に、ちゃんとOOPしてればメンテ性も高いゾ。

脱糞

補足。

基本的にWebObjectsでは、EOFがDB接続に於いてはそのほとんどの操作を
肩代わりしてくれてるから、SQLを意識する必要はほとんど無い。
ほとんど、と書いたのはたとえばDBに密着したデータを取得したり、
直接SQL投げ他方がパフォーマンス良かったりする場合があるので。
ケースバイケースだな。その時もEOFのクラスにはちゃんとSQLを
投げるためのメソッドが用意されている。ストアドも実行できる。

WebObjectsは何もかもオブジェクトとして扱うオブジェクト指向開発環境だから
（たとえば、さっき説明したHTMLのテンプレートを作成するツールで
生成されたやつも結果としてオブジェクトとして扱われるので、
他のページにソレをパーツとして転用することができる。）
ちゃんと使えば生産性は他のどのAP鯖よりも良い。VBなんかとくらべちゃあかん（笑）

他に聴きたいことあるか？？遠慮無くきけ。テクノロジックアートのMLも
いいんだが、変なことはきけねーからな (ﾜ

糞尿

>>1

詳しい説明ありがとう。よくわかった。とりあえず、来期には導入できるようにする。
WebObjectsで開発してくれる良いデベはしらんか？？
>>1のとこでもいいぞ（笑

>>1
クッキーの制御は？SSL対応は？クライアントブラウザに独自タグを埋め込む必要あるの？
Eofって連呼してるけど、特徴は？

WebObjectsの欠点はないの？なんか利点ばっかでAppleの宣伝文句みたい。

>>70

いい質問だ。あたりまえだが、欠点はもちろん、ある。

が、いま、忙しい。まとめてあとで言うから、少しまっててくれ。

フェラチオ

>>1
>>56は良くない質問ですか。

特にMac以外のプラットフォームで運用した時にまともに動くのかどうかが、
Mac本体に金払えなかったりLinux信仰の厚い世界では必要だったり。

>>1
聞きたいことはもう無いので消えてください。

>>74
マヌー消えろ。

クリニングス

>>70
またせた。欠点を書く。

・PureJavaとはいっても、フレームワークをインストールしないといけない。が、このフレームワークもJavaで書かれてるからあまり心配してないが。ちょっと面倒なだけ。
・自動復帰があまい。たとえば、クライアントとサーバー間でセッションが
はってあって、サーバー側が何らかのトラブルで落ちてしまった場合、
複数サーバー構成でアプリを構築しているとすれば、別のサーバーに
セッションを引きついでくれる機能が今のところ、無い。っつーか、
この機能、他のAP鯖でもないんだけど(ﾜ
・おぼえるのが少し大変。フレームワークを最低3種類、マスターしないと
いけないんだが、マニュアルが1000ページを優に超える（リファレンス含）。
・アポーのサポートが結構いいかげん。というか、マトモに答えてくれないときが多い(致命的じゃん
・ODBC接続の場合、複数リソースからのアクセスはできるけど、
アダプタに問題があるみたいで、レコードの追加がちゃんとできなかったりする。
・CGIアダプタっつーのがあるんだが、それが複数インスタンス起動にマトモに対応してない。
・Apacheアダプタが最新のApacheに対応してない。
・プロジェクトビルダーのソースコードエディタが少し使いにくい。
・窓版の開発環境のプロジェクトビルダーがCVSに対応してない。
・マニュアルが英語。（最近、和訳がどんどんでてきたけど）

ま、思い付くところではこんなもんだ。
他のAP鯖も似たような問題をかかえてるけどな。

>>69（シックスナインだ(ﾜ ）

クッキー、ＳＳＬは問題ない。対応できる。
独自タグは特に意識する必要はない。テンプレートを生成するときは
自動的にタグが埋め込まれるが、それはクライアントには反映されず、
WebObjectsが稼動している鯖上でダイナミックエレメントがフレームワークに
よってちゃんとしたHTMLにレンダリングされて、クライアントブラウザで
HTMLソースをみても、独自タグはほとんどといって良いほど含まれていない。
つまり、WebObjects鯖からWeb鯖に返すHTMLはスタティックなHTMLと
同じ状態で返されると考えて良い。

>>73

Mac以外のプラットフォームのほうが安定して動くぞ（笑
特にソラリスでの運用は安定してるな。

おれの知っている、WebObjectsを使った開発事例では
その多くがソラリスか窓NTを使った運用だが、どれもこれも
安定度抜群で評判は高い。もし、落ちたとしてもオートリカバーが
あるからな。顧客にはアプリが落ちてるぞｺﾞﾗｧと電話が鳴り響くことも
ほとんどない。

>>77

欠点がもう一つ。

WebObjectsはJavaやdbの知識をあんまり知らなくても、
ベラボーに詳しい奴がWebLogicで開発したアプリと同等かそれ以上の
品質のアプリを作り上げてしまう。

逆にそれが問題になる。時がある。

Gスポット

おまたせ欠点を書く。

・真性ではないが仮性包茎のためカスが溜まり易い。夏場はイカ臭い
臭気を伴い他人に不快感を与えてしまう。
・外気に触れていないため、どうしても敏感になってしまう。3分以上の
性交は実質上不可能。
・短小のため汎用のコンドウムに対応していない。どうしても必要な場合
は特注になるため時間と費用がバカにならない。

ま、思い付くところではこんなもんだ。
他にもボクに関する情報が必要ならドンドン質問してくれ。

今日は忙しいから、また夜。

Zopeはどうよ。

http://www.zope.ne.jp/

乳首

>>82
欠点ばっかじゃん、KaseiHoukeiの利点は？

糞スレ度アップの気配、むんむん。

適度に調べ、ここを読み、WOを導入したいと思いました。
>>68 同様に良さそうなデベロッパーさんが見つけにくいですね。
日本語の情報も大変少ないので。

りおさんに連絡を取る方法はないですか？(^^;

>>89
あんた止めた方がいいよ、会社で肩身狭くするよ。

>>90
今までは PHP+PostgreSQL みたいな感じでしたが、
実際に目の前で実作業を見てしまったので(といってもさわり程度ですが)
「慣れれば」かなり楽に作れ、メンテナンス性も高そうに見えました。

どこかに頼もうとすると上記の環境で構築した場合と同じ金額を
取られて結局同じじゃん！という感じになるかもしれませんが
自分でできるようになればコストパフォーマンスも上がるかな…
と思ったわけです。

確かに、欠点も多数あるみたいですが値段と他を比べると
いい選択肢なのかな…と最近思っていたのですが。どうなんでしょう。
Appleというのは確かに気になる点(しかも情報も少ない)ですが、
Linuxなんかが正式(運用)プラットフォームとしてなったら
かなり使えるのでは？とちょっと思ってます。

肩身狭くなっちゃうかなぁ…

あとは Oracle,OpenBase などを使わないで
Postgres とかフリー関連で構築ができて
必要になるのは、本体の 72800円だけ！ってなれば
かなりお得とか思ってますけど、無理っすかね。

WebObjectsを使ったﾃﾞﾍﾞってみんな儲かってるんだよねー。

>>93
んな訳ねえだろ。

>>94
そう言える証拠を。数字で出してくれ。

>>93=>>95
だったら君が先に数字を提示すべきだね。
もしマジで提示すればオレもマジで根拠を出さしてもらいます。
男だったら逃げるなよ。

>>96
まあまあ、熱くならずに。
マカに根拠なんかないでしょ。どうせその場の雰囲気で無責任な発言を
繰り返すだけ。
どうせ妄想の中でしか生きられない人種なんだよ。

>>95 早く謝っておけよ。

>>96
オブジェクトビジョンは社員8人で売り上げ2億以上。
NTT-ATCも同様。
プラネットコンピュータは社員11人で売り上げ2億5千万。
フレームワークソフトウェア社員5人で売り上げ1億以上。
有限会社テクニカルピットはWebObjectsコンサルティングで常に黒字。

謝るつもりはない。

これで、一つでも赤字や儲かってないところを出して、鬼の首をとったような言い方されると、かなり痛いんだが(ﾜ

89>>
APPLEのプラットフォームを主張することは、それなりの覚悟が必要だと
思います。
成功して当たり前、もし失敗したらデベだけの責任ではなく、APPLEを選
択したあなたにも当然、責任を問われる事になるでしょう。
Windowsのシェアが95%もある事はそれなりに理由もあるのですよ。

ついでに、いずれも昨年度〜今年度の売り上げ。帝国データバンクのコスモスでのデータ。
あ、ステラクラフトとローランは入れてない。

>>100
シェアって、クライアントのシェアでしょ？サーバーでのシェアは９５％じゃないですぜ。

んー、数字はだしてみたものの、どれもこれも零細企業だなぁ。そこんとこ突っ込まれそうだ(w
ま、いいか。社員１０人以下で２億以上の売り上げだったら結構いい給料もらってんだろうなぁ。

>>98
あのね、ガキの使いじゃ無いんだからもっと真面目に答えてよ。
これってただ数字を並べただけじゃん、これらの企業全ての売上が
WebObjectsでの実績じゃ無いでしょが。

オレが知りたいのはWebObjects単体で、売上がいくら、粗利がいくら、
開発工数は？とかの詳細のことなの。（当然概算でいいよ）
自慢げに年間売上金額を並べただけで根拠になるわけないしょ。

やり直し！

>>104
いや、WebObjects100%のところをあげてみたんだが、、
104のいいたい工数だのは分からん。それで開発したこと無いし（ワ
っつーか、そのへんの細かい数字って、普通、門外不出じゃ？

>>98
それから、出来なかった構わんよ、そこまで期待してないから。
そのかわり>>93での発言は取り消すこと。
無責任も休み休みにしてくれ。

>>106
ずいぶん、ムキだな。関係者か？（ワ

もちろん、取り消すわけないだろ。ヴァーカ。

>>105
少しHPみて調べたが、WebObjectsは業務の一環であって100%じゃ無い
よね。WebObjectsやれば儲かるみたいな発言は、この壺を買えば幸福になれ
ると同様でしょ。
なんか、煽る気力も萎えてきたきました。
不要な誤解を招く発言もほどほどにね。

>>108

>もちろん、取り消すわけないだろ。ヴァーカ。

「ヴァーカ」と人を罵るのがあなたの人格の全てなんですね。
言ってて恥ずかしくないですか？私なら恥ずかしいですよ。

自分の思いどおりに事が運ばずに、最後は「ヴァーカ」ですか？

学生さん？自己都合の失業者さん？もちろんまともな社会人ではない
ですよね。
もうこれで全ては理解できました、有難うございます。

もっとWebObjectsの詳しい話きぼーん。

>>108 は本日の厨房大賞に決定。

>>111
だから「WebObjects最高」はネタだって

WebObjectsがどんなもんか興味あります。
で、それで儲かってるかどうかの話ですが、93=95=108さんは一応、
儲かってる企業の事例をあげましたが、94=96さんは、儲からないって
判断の根拠はまだ何も出してませんね。>>96では「もしマジで提示すれ
ばオレもマジで根拠を出さしてもらいます。 男だったら逃げるなよ。」
と書いてるわけで、たとえ不十分でも93さんは判断理由を出しているの
ですから、94=96さんも出して下さいな。
（どちらも“完璧な根拠”はないでしょうが、それぞれの判断の根拠を
示してもらえると参考になります。）

94（=96=108）さんは、WebObjectsを使ってアプリ開発している会社で儲かってる
会社の事例を紹介したわけですよね。で、その儲けのどれだけがWebObjectsによるも
のか怪しい、という批判が出たわけですよね。その批判はもっともだと思いますが、し
かし、どの業務でいくら黒字でどの業務がいくら赤字かなんて外部に出るわけないんで
すから、まぁやむを得なかなと思います。
　ですが、批判派側はまだWebObjectsでは儲からないという主張の理由を、不十分な
形であれ何であれ、まだ何も言ってないですよね。それを教えて下さい。あとはこれを
読んでる人が、それぞれの理由の良し悪しを判断するでしょう（私のその一人）。
>>94=96さん、逃げないで下さいね。

上記115で書き間違い。
一行目「94（=96=108）」は「93（=95=108）」の間違いです。
スミマセン。

ここにいるマヌーどもがまっとうな反論をするとはおもえないのだが、ちょっと期待しとこ。

>>114,115に同意。
93があげた事例は数人の開発会社だろ。WebObjectsで大赤字出してそれを
別の業務の黒字でそれを埋めてるなんて、数人規模の会社でそんなことちょ
っと考えられんよ。
やっぱWebObjectsが100％じゃあないとしても、相当な黒字出しると考え
て普通なんじゃねーの？

単に認めたくないだけじゃないの？マヌーは。Appleの製品をつかってカネもうけしてることに。

結局、「WebObjetsでの開発はどうやら儲かっているらしい」っていう結論で
良いんですね？
>>110,112,113の煽りって何でしょうね。
>>94さんも「マジで根拠」「 男だったら」なんて書かないで下さいよ。

>>115

あのね、>>93はWebObjectsやれば全ての会社が儲かるような発言をした
んだよ。これって随分、無責任な発言じゃないのかな。
>>94はWebObjectsを使っても儲からないじゃなくって、WebObjectsで
開発しても100%儲からないと言ってるんだよ。

WebObjectsを使おうがPHP使おうが儲かるところは儲かるし、損をする
とこは損をするんだよ。
「WebObjectsを使えば儲かりますよ」これって随分、宗教が入ってん
じゃないの。

文章の上辺だけじゃなくて、真理を読める力を付けようね>>114は

おととい、フジテレビで開催されたWebアプリのセミナーで
WebObjectsについて紹介された。その模様については
今日か明日のMacWeekに掲載される予定。

>>121
じゃ、一歩引いて、それでも、それなりに儲かってることは揺るぎ無い事実でしょ？

>>121　その論点は了解してますよ。93の根拠が不十分さを持ってることはわかっ
てると書いているでしょう。
それに対して、>>96はちゃんとした根拠を持っているようなこと書いてるので、そ
れを出してくれってことですよ。それはやられてますか？

ちなみに>>120はわざと挑発的に書きました。そう書けば無視されないかなと思って。
知りたいのは、「儲かってる」側と「そんなわけない」側のそれぞれの判断根拠です。
前者はとりあえずどんな根拠で言っているのか知ることができたので、後者もちゃんと
出して下さいってことです。

93=114〜120
自作自演するんじゃねえ！

>>93が上げたのは「WebObjectsを業務の一環としている会社の年商」
の一覧を作っただけだよね。
これを根拠と言い切る>>93と他のマカーもかなり痛い。
やはりマカーって数字的なセンスは皆無だよね。まあ、マカーには
感覚的な生き方が似合うんじゃないですか。

>>126　私は93ではありません。私はどちらの肩も持っていません。WebObjectsに興味が
あるので、事実に基づいた根拠を知りたいだけです。
　くどいようですが、93の根拠に不十分さがあることは理解していますし、そのように割り
引いて聞いています。しかし経営資料からはあれ以上のことは言えないだろうと思って、そ
れ以上の追求は不毛かと判断しています。
　知りたいのは「儲からない」論の根拠です。93の根拠の不十分さの批判をする
だけではなく、自説の積極的な根拠を示して下さい。

ところでこの分野でシェアナンバー1なのは何？WebObjects
ではないんでしょ？

>WebObjectsを使ったﾃﾞﾍﾞってみんな儲かってるんだよねー。

>>93は「WebObjectsを使ったら全てのデペロッパーが儲かります」と
言いました。
出してきた根拠は、数社の年商だけ、WebObjects単体での売上、粗利
は判らないと言いました。

これでWebObjects使ったら全てのデベが儲かる根拠なの？？？？？
根拠となり得ないでしょ。逆説的に言えば94が根拠が上げられない
事が、93を否定する根拠なんだよ。
この、腐りきった頭を最大限に使ってよく考えてみろや。

>>127
わたしがいつ「儲からない論」を吐きましたか？？
「100%儲かるのは言いすぎじゃない？論」なんですよ。
不十分な経営資料から強行に「100%儲かる論」を吐いているのは93で
しょうが。違いますか。

93
だが、>>126のいうことと、>>127のいうように、数字は不十分だったことは認める。

ただし、>>127のいう、儲からない儲からないの根拠はまだ提示されてないので、そこんとこはマヌーがどういうか、知りたいところだ。

>>128
この分野のシェアは、PHPだったような。WebObjectsは国内じゃゼロに等しいのでは。米国は結構いい点じゃなかったかな。ただし、NEXTSTEP譲りの代物だから人気は高いのは事実。

>>129　「根拠」っていう言葉は「証明」とは違うんですよ。ある判断をした際に
そのような判断になった理由を言うもので、当然、十分な根拠から不十分な根拠まで
いろいろあります。根拠を明示するっていうことは、その判断理由が十分なものか不
十分なものかを評価することを第三者に可能にするってことです。
　93の根拠は確かに不十分なものです。何度もそう言ってるでしょう。でも、とにかく
93の判断がどの程度のものであるかを評価することができるでしょう。
　しかし、あなた（達？）は自分たちの主張の根拠を出していますか？　けっして完
全な根拠、証明でなくていいのです。これが判断理由だ、と示してくれれば、第三者
はそれをどの程度信頼して良いのか評価できるでしょ。それを望んでるんです。
　繰り返しますが私を93の援軍のようには見ないで下さい。93と94の議論を第三者
として評価する材料を示してくれ、と言っているだけですから。

>>米国は結構いい点じゃなかったかな

これ、取り消し。ソースさがしてたんだけど、みっかんないや。

で、>>96は、いつ「儲からない」論を出すんだ？

>>131　なるほど、確かに「儲からない」論ではないですね。
でも93の主張をひっくり返す積極的な根拠（マジな根拠）をそもそも持っていた
のではないのですか？　>>94はそのように読めましたが…

失礼！　また間違えた。↑135の「>>131」は「>>130」の間違いです。

なんかスゲー展開になってんな（和良

なんか聞きたいことある？カネの話以外で。おれ経営の話苦手。>>傍聴人

さらにもうひとつ訂正。↑135の「>>94」は「>>96」の間違い。
>>96では「だったら君が先に数字を提示すべきだね。
もしマジで提示すればオレもマジで根拠を出さしてもらいます。
男だったら逃げるなよ。」とある。
「もしマジで提示すれば」という条件を満たしていないので出しません、という
わけでもないでしょ。

>>138
そのとおりだよ、マジで提示していないのに、こちらもマジに切替す
必要なし。

うーん。そうですか。
しかし傍で聴いていた者としては、何かあるのなら知りたいのですが…。
93に対しては「提示する義務はない」と言っても、まぁ私としては納得しますが
第三者の希望として、教えて欲しいと頼んでも駄目ですか？

経営の話も大切だとは思いますが、
技術やサポート及び、日本の現状についてなにかアドバイスいただけないでしょうか。
89,91,92あたりです。

「96」が出てこない限り話にならんのぅ。

・・・・・沈黙・・・・・
・・・・・沈黙・・・・・
・・・・・沈黙・・・・・
・・・・・沈黙・・・・・
・・・そろそろ話題変えない？　94=96も見栄張っただけだよ。もういいじゃん。
>>141の話題に移そう。

>>143　私はかまいませんが。
WebObjectsについていろいろ教えてもらえればいいですから。

>>144=傍聴人です。（再三のミス、スミマセン）

>>141

ちょっとまってくれ。いま、まとめる。

あれ、WebObjectsを試すために高いMacを買う必要は無いんだっけか。

>>79
レスありがと。興味沸いてきた。
評価してみたいんだけど、安く体験出来る方法無いかなあ？

解説書とかでもいいんだけど。

だめだ、バグが出たーー。もっとまってくれ。すまにゅ。

簡単にかくぞ。

サポートについて。はっきしいって、あまり当てにはならない。
そういう意味では初心者への壁は高いかもしれない。ただし、
ADCプレミアメンバーになったり、300万ぐらい払うと、それなりの
サポートをうけられる。

というか、フレームワークがかなりしっかりしてっから、挙動不審な
ことになったり、意味不明なエラーで悩むことは、慣れてくるとそうないんだが。

あと、Appleがトレーニングを定期的に開催してる。ここで渡される
テキストとか、最近Appleが公開した和訳のドキュメントだけでも
十分にWebObjectsを理解することができる。

書籍はWebObjects実践トレーニングガイド一冊のみ。まぁまぁ
参考になる書籍。あとは、AppleのTechExchange（だったか？）とか、
先にあがってた、テクノロジックアートのMLなんかを活用するといい。
どっちかっつーと、NEXTSTEPから築き上げられてきた開発環境だから
研究者が多いもんで、わからんことは何でも自分でやってしまう連中が
多い。だから情報が少ないせいかな。（勝手な想像）

>>147
前にも書いたかもしんないけど、WebObjectsはAppleのマシンでなく、
窓2Kでも動く。開発環境な。だから激安の環境でもできる。
AppleのADCオンラインメンバー（無料）になれば、トライアル版を
ダウンロードできるのでそっちをお勧め。
ドキュメントは全部英文だけど、最近、和訳ドキュメントが公開
されたのでそれを読めばなんとか。ただし、書いてることは分かる
内容だけど、初心者には難しいないようかもしれない。Javaができなきゃちょっとツラいかもな。

カンケーないけど、WebObjects5.0になって開発から運用にいたっては
結構スマートになった。あったりまえな話だけど、OSXで開発・ビルドした
アプリは、窓2k、Linux、Soralisでリビルドなしで運用できてしまうのが嬉しい。
アプリの運用状況を監視するツールや、アプリの挙動を記録して
大量に再生させて負荷状態をテストするツールもあるのもおいしいと感じる。

ということはJavaができてないと手を出してはいけない感じでしょうか…
デモを見ていたらほとんどマウスだけでこなしているように見えたので
Javaの知識はあまりなくともGUIでいろいろできて便利かも！
って思ってしまいました。

結局、ある程度知識のある人がより効率よく使うためのツールで
素人はPHPをセコセコ書いていた方がいいのかな…

>>152
Javaはできた方が良い。こりゃ、仕方ないな。
たしかに、マウスだけである程度のDBメンテツールができちまうのは
事実で、WebLogicとかphpなんかよりもずっと少ないコーディングで
イロイロできちまうのが魅力なんだが（それだけフレームワークが
ちゃんとやってるっつーこと）、ちょっとこったことをやろうとすると
とたんにムズくなる。ま、仕方ないっていえば仕方ない。けど
中身は意外にスマートなんだがな。あとオブジェクト指向設計だとか
知ってると更に良いかも。

竿なめ

PHPだと慣れの問題もあるがメンテ性が悪いだろ。
（Javaもプログラミングっつーか設計次第でいくらでもメンテ性わるい物に仕上がるが）
掲示板とかちょっとしたアンケートだったらいいかもしれないけど、
画面（＝機能）数が5個をこえるようならphpでやる気はねぇなぁ。俺的に。
これを機会にJavaおぼえれば？悪くないとおもうが。

小さいものだとメンテ性というか覚えることがないから楽…
確かに規模の大きいものだと疲れますね。
そこで、いろいろなツールがある中で苦労してまでWOを覚えた方がいいのか
どうか…と思案中なわけです。

Javaを覚えて、WOの使い方を覚えるのはしんどいですからね。
最初苦労して後で楽できるってなんとなくはわかるんですけどね…

漏れは断然PHP派というか、
WebアプリとJavaの相性ってあんまりよくないと思うけど。。

たぶん、理想的なチューンのされたJavaのソースを見た事が無いだけだろうな。


とりあえず、登録してみることにする。
下手な他社広告とかのDMが届かなければいいが。

手も足も出ない優良、且つ難解なスレ。（敬

早速登録してきた。

漏れが厨房で無かったら、
ADCのオンライン会員用トライアル版WebObjectsは、
Mac OS X版しか無かったような気がするんだが。

流石に数十万するMac本体を買わないと試せないなら、ちょっと手がだしづらい。
本屋で解説書でも立ち読みして、概念だけでも理解する事にするよ。

>>159
>>150の和訳ドキュメントってのは、多分これのことだと思われ。
http://www.apple.co.jp/webobjects/wo_docs_j.html

マカーはWin一色の会社にMacを導入させたくて躍起になっています。
WebObjectsの優位性を説きMac教を広めようとする私設エバンジェリスト
(狂信者)も見受けられます。

たしかにWebObjects単体をみればアポルにしてはまともなソフトウエア
かも知れません。
しかし、ここで重要なのは「開発サポートしているのはアポル」という事
なのです。

会社で基幹業務に使うような言語を選ぶのなら、いろいろな面を検討して
選ぶ必要があります。
大金をつぎ込んで開発したのはいいがアポルが潰れてサポートも受けられな
いといった事態が充分考えられるからです。

今時、Web開発にアポルのソフトウエアを使用している会社もその姿勢自体に
かなり疑問が感じられます。
彼らは、ただ単に「マックが使えたらいい」だけの信者かも知れませんね。

朝早くからご苦労だな(´Д｀;)
>>157
そうだな、確かにMacOS X版しかない。スマヌ。パッケージ版を
買うしかないなー。勘弁して遅れ。
>>161
WebLogic、WebSphere、OracleapplicationServer、PHP、ASP、
ColdFusionとそれぞれ比較検討したんだがなぁ。
あと、たぶん、>>161のマヌーは勘違い学生だと思うのだが、
WebObjectsはクライアントソフトウェアを開発するモノじゃねぇぞ。
Webアプリを開発するもんだぞ。納品するのはWebブラウザで利用
するシステムだ。ンだからAppleがつぶれても面倒見るのは
採用した会社であってクライアントは何ら気にすることはねぇってことだな。
カネの面についてもだ。あと、何度もいうが、Appleがつぶれたとしても、
WebObjectsほどのソフトウェアだったら、よそのどっかが買い取るって。

>>彼らは、ただ単に「マックが使えたらいい」だけの信者かも知れませんね。

俺様はWindows2KでWebObjectsをつかってるからしらんが、
少なくともマックが使えたらいいというだけじゃねぇな。
仕様が変わるたびに莫大な工数が必要となるどっかのクソAP鯖よりは
できるだけ少ない工数で同等かそれ以上のことができるモノを
求めたらWebObjectsになったっつーことだ。そういう開発者が
いてもフシギじゃあるまい？（オレだけじゃねぇってことだ）

一つ実例を出してやる。ある商社の社内システムの見積を出すとき、
競合が数社あって最終的にウチの会社と取引することになったんだが、
担当者から聞いた話ではヨソの会社とは、見積額に大きな差が
（っつーでも、500万ぐらいだと思うのだが）出た。WebObjectsパッケージが
72800円と、開発工数がヨソの見積よりも少ない、繰り返し開発にも
柔軟に対応できると説得したところが評価されたらしい。
　テメーの会社の人月が安いドキュソ会社だと言われるかもしれねーが、
人月110だったから安くはないと思うのだが、結局は開発工数
の短さが金額にモロに影響したってコトだ。特にWebObjectsは
ビジネスロジックの開発だけに集中できる点を他のAP鯖と
比較したところを説明して納得を得てもらったりと、どこの
会社でもやってるようなことをしたにすぎん。
　で、結局、クライアントはカネで決めたってことだな。
Appleの製品だろうが何だろうが、おめぇさんの会社がちゃんと
メンテしてくれればよいってことだ。ちょっと前だったら
確かにAppleの製品と聴いただけで蹴られたろうな。だが、
今のご時世、結局はいくらで、どれくらいの早さで、ちゃんと
やってくれるかダヨ。現場ってそんなもんで、俺様からすりゃ、
>>161の話は机上の空論にしかおもえんのだ。
もちろん、全ての会社がそうじゃないことは言っておく。担当者が
Appleキライだったら、はずすだろうしな。

なんでWebObjectsだと工数が短くてすむのかっていうのを
もうちょっとウマく説明できりゃいいんだが、ちょいとまて。

WebObjectsってあえてどっちかっていうとどっち？VC++ or　VB

>>157　あとはsageでいくか。

PHPも悪くはない。機能的にも、先進性(ﾜ があるし、なんと言っても軽いし、タダだしな。
ウチの会社も別チームがPHPで開発しててソバで見てると
判るんだが、ホントに可哀想なぐらい非生産的なことやっとるんだ。
クライアントの指定でPHPつかえっつーことらしいんだが、
仕様変更があるたびに阿鼻叫喚だぜーよ。

オレは以前はPerl→ASPときたんだがカネはいいんだが、トシもトシだし
もっとラクなモノはねぇのかと探してたのだ(´Д｀;)
ま、その辺の話はいいや。妄想とかいわれそーだ。

>>164
んー、難しい質問だ（笑）
WebObjectsは、Webアプリ開発環境だが、実はクライアントアプリの
開発もできる。ProjectBuilderの恩恵だな。Version5の場合は
JavaClientの開発になるが。
んーで、VC++とVBどっちかの質問はホントはどっちにも当てはまらないのだが、
言語仕様の強さはVC++（っつーてもJavaだから、別の意味で
VC++の方が融通きく）でGUI構築の良さはVBか？？ん？？なんか
オレも勘違いしてるか？スマン。とりあえず、C++Builderとしといて。
Delphiでもいいや（いい加減(´Д｀;)）

1は神。

age　もっと話を聞かせておくれ。

>>160
さんくす。まずはじっくり見てみるわ。

PHPからの移行には勇気がいるな。
ただ、WebSphereとかは使いたくないからなあ。

>>169

Webスフィアはいいぞ。良く出来ている。IBMがつくっただけある。
（あれ、これって、IBMがどっかの製品買収したんじゃなかったっけ？まいいや）
ただ、バカ高いしリクエストに対するレスポンスが異様に悪い時がある。

ええと、どっかのレスにEOFについて教えて欲しいっつーのがあったような
気がするんだが、もうちょっとしたらEOFの俺的に好きなところを書く。

>>170
Websphere、使ってみたことある？　あるか。
取引先がIBMだと使わざるを得ないんだけどね。。

あれと比べて、WebObjectsってどうよ？

>>171
俺の主観でしかないので、参考程度に。
・IBMの製品だから、DBはDB2をベースに作ってるとしか思えないときがある。
・負荷分散させる手法が複雑すぎ（Web鯖、AP鯖、DBと分けた場合）、あと調整が大変。ﾊﾟﾌｫﾁｭｰも厄介だと思った。
・HTMLへの展開が遅いと感じた（こりゃ、腕が悪いPGのせいか？）
あ、なんか、悪口になってるな。スマソ。ただ、ソフトウェア群をIBMで
固めると安定した環境であることは間違いない。
WebObjectsと比べると、となると、返答が難しいのだが（藁
純粋なツールの使いやすさはWebスフィアの方が上よ。良くできてる。
んだけど、運用環境でのお手軽さ（っつーても、WebObjectsもWebスフィアも
できあがったモノの機能品質は同じなんだがな）でWOに軍配が上がると
感じる。あと、負荷分散させるときのラクチンさも。Webスフィアは
余計な心配事が多かったりする。ありゃ運用者泣かせのツールかも。
使った期間はスゲー短かったけど。

やっと７割読んだ。

Direct to Webってのが面白そう。
わけありでJava Clientが使えないケースも多いからね。

HTMLもメモ帳で書く人なんで、GUIベースでの開発に
躊躇するかも知れないが、学習は容易なんだろうか？


ただ、私用で入れるには金が足りないっす。。
アンチWebObjectsスレの意見の通り、仕事に使うのは今のところ難しいからなあ。

>>172
微妙だな。。。
負荷分散も必要無いし、黙ってWebsphere使ってようかな。。。

http://www-6.ibm.com/jp/software/direct/websphere.html#11K6824

た、高い・・・・・・

氏ね、梨

EOFについて。
EOFはミドルウェアっつーかフレームワークなんだけど、WOFとかFoundationだとかCocoaだとかと同類かな。
役割としてはデータベース接続の管理とかトランザクションだとかを司る。
Windowsでいうところの、ADOだとかRDO（古い？DAOか？）に近いな。
MacOS X のフレームワーク群は全てＯＯＰを前提としているから、
ＥＯＦの対象となるモノ（RDBMS）も当然内部的にはオブジェクトとして扱われる。

具体的にはテーブル（Entity）、列（Attribute）、行（Row）はもとより、
リレーション、ストアドプロシージャもオブジェクトして扱われ
制御できるようになるわけだ。

EOFはデータベースをオブジェクトとして利用するために
Databaseの各要素をマッピングするためのファイルを必須とする。
それを作成するのがEOModelor。EOModelorでデータベースの
スキーマ情報を自動的に取り込むワケだが、そこで、
OracleだのSybaseだのを選択する。ODBCもOKだし、Ver5.0では
JDBCだけになっている（もっとも、これはJDBCに準拠した
Nativeアダプタが出そろっていないだけかもしれないが）。

図で説明できないのがつらいところだが、EOモデラーで
Entity、Attributeなどを細かく設定して保存する。
で、EOFはモデルファイルを元に内部的にデータソース（厳密には
クラスなんだが。こりゃ後で説明）としてDBとアプリケーションとの
データのやりとりができるようになる。

で、ここからが説明が難しいんだが、WebObjectsアプリケーション内では
基本的にリクエストがあれば自動的にEOFがDBに対して接続をして
Rowをフェッチしてくる。フェッチしてきたデータはそのまま扱うのではなく、
（もちろん、ナマデータとしてそのまま扱うこともできる）、
EO（エンタープライズオブジェクト）として各行（Row）を変換する。
EOはRowのオブジェクトなので、アクセサメソッドを介してデータを
取得する。この辺がWebObjectsが完全なOOPを採用した開発環境と
いわれるゆえんかもな（もちろん、他にも理由は沢山あるぞ）。

で、たとえば、データベースの内容をテーブルに表示する
簡単なサイトの場合、テーブル（HTMLの）に配置された
ダイナミックエレメント（ここではWOReptationっつーんだが）に
割り当てられている内容に応じて、WebObjectsフレームワークは、
自動的にEOFに対し、作成された該当するエンタープライズオブジェクトの
各列を自動的に取得してくるってーわけだ。

この辺はぜーんぶ、フレームワークが受け持つから、いっさいプログラムを
各必要がない。
こうした低レベルな部分でもヨソのＡＰ鯖開発環境と比べて
便利きわまりない機能を提供しているWebObjectsにホレてしまうわけだ。
あ、上記のようなのを、ダイナミックバインディングっつーんだ。世炉氏苦。

長々とすまねぇな。一応、妄想だとか夏休み電波とかじゃねぇから勘弁な（ﾜﾗ
で、モデルファイルとフレームワークではダイナミックバインディングの
おかげでデータの取得についてはプログラムレスだっつーことは
説明したが、逆に、独自の振る舞いっつーか、たとえばデータの取得方法を
変更したり、逆にデータベースにデータをセットするとき独自の
処理をほどこしたい時が出てくる。そんな奴にもEOFは柔軟に対応する。
モデルファイルはあくまで一つのクラスとして扱い、強引な説明だけど
とあるクラスのサブクラスとして列に対するアクセサメソッドを
定義したものを定義することができる。また、DBにないテーブルでも
独自のＥＯとして定義することもＯＫだ。
たとえば、DBには、数量と単価の列しかないけど、合計はその場で
計算となった場合、カスタムEOを生成し、合計の列（厳密にはメソッドな）
を定義すれば、WOFからまたソレをダイナミックバインディングとやらで
データを取得することができるっちゅーワケだ。

つまり何が言いたいかっつーと、合計のデータを用意するロジック
（ビジネスロジック）、それを取得するためのロジック（アプリケーションロジック）、
展開されたHTML（静的）は完全に分離されている構造なんだ。（かっこいいコトバで言えばMVCってやつか？）
これがWebObjectsの神髄………って、まだ神髄のシも語ってないか。

もう一発。これで今日はおしまいな。

EOFのスゲーと思ったことは、リレーションシップをオブジェクトとして
扱うことができること。

たとえば、テーブルOmaemonaと、テーブルGikonekoがあって、
モデルファイル上で双方１対多のリレーションシップの関係が
あるとする。この時、データベース上ではリレーションは
張っていなくてもいい（トリガーとかも）
EOMでリレーションを設定すると、データの取得時とか、
レコードを新規追加するときに色々と便利なときがある。
たとえば、テーブルOmaemonaを取得し、ある行がオブジェクト（ＥＯ）と
されてるとする。リレーションシップはＥＯのサブクラスとして扱われてるから、
リレーションシップオブジェクトにアクセスすると、モデルファイル上では
どのテーブルに対し、対１、対多の関係が設定されているから、
自動的に主キーでディスティネーションオブジェクトを検索して
対多のデータを配列オブジェクトとして返す。
たとえば、
Omaemona omaeMona = new Omaemona(); //　別にnew しなくてもいいんだけど、便宜上。
omaeMona = omaemonData; // omaemonaDataにはすでにDBから取得したＥＯのデータがあるとする。

と、Omaemonaオブジェクトとデータが入ってるオブジェクトを設定して、
String wara = omaeMona.itteyosi().toString();
とすれば、任意の行のitteyosi列のデータを取得することができる。
さらに、さっき説明したリレーションGikonekoの配列データを
取得するには、
NSArray zonu = omaeMona.gikoneko();
とすれば良い。gikonekoはリレーションのオブジェクトっつーか、
クラス内のアクセサメソッドだ。
もちろん、リレーション先から配列データを取得する挙動を
カスタマイズすることも可能だ。（検索条件を設定するとか
ソートするとか）

EOFやWOFはスミからスミまでＯＯＰを意識してプログラミングするから
Javaが適している。もちろん、OBJ-CもOKだ。
あと、ちょっと前にも話したけど、アダプターアーキテクチャを採用してるから、
OracleだろうがSybaseだろうがDB２だろうが同じインターフェイスで
プログラミングすることができるワケだ。便利だろう？
あと、一度カスタムクラスを定義すりゃ、他のアプリでも使い回しがきくからな。

っつーワケで、簡単ちゅーか、わかりにくかったかもしれねぇけど、
EOFの話はおしまい。俺的には今んとこ、EOFを越えるDataBase管理を
するためのフレームワーク、ミドルウェアにはお目にかかったことがない。
特にリレーションオブジェクトの扱いや、データの更新などには
ベタホレだ。

この辺の便利な機能が「標準で」提供されてるから、Booch法設計＆UML表記
しても柔軟にプログラミングに対し余計なカベもなしに
取り組むことができるから、結果的に実装時間の短縮につながっている。
で、見積額も減るってーわけだし、エンジニアの負担も大幅に減る。
ロジックの分担作業もできるしな。

長々とスマソ。ホントはもっと話したいことがあるんだが。
なんか聴きたいことがあったら、書いてくれ。時間が許される限り
答えてやる。

なんか、一部日本語おかしいところあるけど、雰囲気で読んでくれ。

ここからが説明が難しい…と書いてある以前から難しい（汗
あとはプログラムを書く必要がない、とは書いてあるけどWOを始めるにあたって
どの辺まで知識があればいいのか、またどこで何を学べば良いのか(その難易度とおおよその期間)

ほとんど言葉がわからない鴨レベル…
いろいろ聞きたい上に、お金を払って習ったり、頼んだりしたいけど
こういうのって永遠に連絡とか取れないんですかね。
こっちから連絡先を提示すれば良いんでしょうか？（2ch初心者なので）

昼休みだぜぇ。
>>183
そうか、難しいか、スマンかった。
ＷＯをはじめるに当たって、だが、、、

・Ｊａｖａ言語の知識
・同、プログラミング全般の知識というか、経験。ただし、基本的なことだけで良い。
スレッドとか知らなくても大丈夫。フレームワークが全部やってくれるからな。
・RDBMSの知識（Oracle、Sybase、SQL　server、Access、OpenBase、なんでもいい）
・HTML全般の知識（タグ打ちで簡単なWebSiteを作れる）
・HTTP、TCP/IP全般の知識。はじめてのTCP/IPを読んで理解してればそれでいい。
・ＯＯＰが理解できてるとなお良い。

どこで勉強するか、についてだけど、俺様は全部独学でやった。
ヘルプだけで全然ＯＫ。あとテクノロジックアートのＭＬとか？
Ａｐｐｌｅにも掲示板があるしな。厨房な質問をすると
勉強してから来いとか怒る奴もおおいから、なかなか
足を踏み入れられないのも事実だな。そういう奴のための掲示板って
無いんだよなぁ。残念ながら。わかんなくなったら、ここで聞け。
ある程度なら教えてやる。とんでもない厨房な質問でなきゃ答えてやる。

金があるんだったら、テクニカルピットっつーところがコンサルティング
やってる。あとはアップルが4日のセミナーやってる。どっちも質の高い
ことを教え込むんだが、上記の前提条件が必須となる。
俺っちはリーマンだから個人でビジネスはできない。会社もちょっと個人相手じゃ
無理だろうな。スマソ。

いつも丁寧にありがとうです。
まだ私はこの分野は消防って感じです。
まずは前提条件をクリアしないと…ハァ。

金については、そこまであるわけじゃないです。
あぽーのさぽーとが300万…じゃ72800円の意味ないなぁ。
製品の安さと、メンテナンス、工程の少なさを踏まえて良いなぁと
かんがえてます(できる人だけなのかもしれませんが)。

りおさんにリー万やらせるのもったいないですね。
会社作ってほしいなり。

>>185
ふむ。状況はよくわかった。

あとはここで聞け。スレ立ててもいいぞ。俺っち以外の物好きが
よって来て教えてくれるかもしれねぇしな。

＞りおさんにリー万やらせるのもったいないですね。
＞会社作ってほしいなり。

いずれそうしたいナリ（＾＾；

>>1
ｅｏｆのフェッチとかは分かったけど、追加、更新、削除、トランザクション、ロックなどのカラクリがどうなってるかの説明ｷﾎﾞｰﾝ。

>>186

あ、スレ立てるのは怖いのでここでいいです…
mail作ってみました(^^;

楽するのも大変なりね。

>>187
いい質問だ。夜になったら答えてやる。待っててくれ。

>>188
遠慮せずにどんどんスレたててくれ(ｵｨ

Halo,りお

Serverは案件によって多様だと思うけど、MacOS X Server10.0.4で
WO5.0用Deployment、もううまくいってますか？
ウチはMacOSXServer1.2とWO4.5.1のDeploymentなんすけどね...。
どーもWO5用DeploymentとXServer10.0.4ではイマイチ。

>>189
すまない、忙しくてかけなかった。もうちょっとまて。

>>190
OSX鯖10.0でのWO5は検証してない。が、ウマく動かないっつーのは
いろんなところで聞く（藁
10.1と、WO5の次ｳﾌﾟﾃﾞｰﾀﾝ待ちじゃねぇかな？

俺っちんところはソラリスと窓２Ｋで運用はやってる。

どこもweb objectすばらしいとしか書いていないので欠点をあげてくれるのはうれしいなり

web objectってなんか資格あんの？

キヤノンってサポート終わったのか
欝だ

ふぅ、お盆前だぜ。
>>192
よくできた開発環境だからな、欠点はナカナカでてこない。長く使ってるとジワジワでてくるぜ（笑
>>193
資格は、ない。
>>194
俺も実はキヤノンには世話になったクチだが（かといって関係者でもないが）、
WOやNEXTSTEPをはじめてみたときはブッたまげたもんだ。

>>187
更新・追加などの処理だが、EOFは直接SQLを投げて追加などを
するようにはなっていない（UPDATE、INSERTなど）。
基本的にはEditingContextとよばれるオブジェクトストアがセッション単位で
用意されていて、そこにDBに対する更新命令（としておく。話すと
長くなるから）をプログラムで蓄積していき、任意でコミット命令
を出すと、蓄積されていた命令を一括処理する。
これはいろんな意味で便利だったりするし、ＯＯＰを良く考えて
作り込んでいると実感する。
ロックとかは、DBに依存しないEOF上であれば、オプティミスティック
とペシミスティック、マルチロックに対応している（行単位で）
デフォルトはオプティミスティック。トランザクションは基本的に
EOFがすべて管理するから（負荷分散されていてもちゃんと管理する）、
フレームワーク上でデッドロックが発生することは基本的に無い。

さっきも書いたように、追加・削除・更新系のSQLはEOFでは直接
なげることは事実上難しい。逆に欠点になることもある。
（例えば、UPDATE 文で指定したキーにマッチするデータを
一括更新する時など。一応、これをサポートするメソッドは
EOFに用意されているけど、あんまり使い勝手が良くない。ま、自分で
クラス書いちまえばいいんだけど）
完璧なＯＯＰを追求するあまり、RDBMSとウマくマッチングしてない
ってーところが少しばかりあり。が、EOFはそれを上手にこなしてるが（設計者はえらい）。
昼間から長々とスマソ。

あー、そうそう、そのEditingContextがセッション単位で
用意されてるっつーことだけど、セッション内のHTMLオブジェクト
単位で共通利用されるから、たとえば、ショッピングモールの
買い物カゴといったカラクリがチョ〜簡単にできる。
Perlなんかで買い物カゴのロジックって今じゃサンプルがゴロゴロしてるけど、
ちょっと画面だとかの変更があると死ぬような思いをしてたな。
WOマンセーだｺﾞﾗｧ（ﾜ

どうでもいいんですが、ソフマップ.comは、ASPを採用してます。
なんで、立ち上げ当初はあのザマなんですね。

ついでに、Playstation.comはIBM系のAP鯖ですね。（ウェッブスフィアか？）
なんで、いつもレスポンスが重いのです。

なんでキヤノンはサポートやめたんだろ？
Appleなんかよりよっぽど信頼性高いのに！
角会長が死んだからかなあ？

さんきゅう、りお！

ますますついていけなくなってきた…
すぐに手に負える代物ではなさそうなので
りおさん引き抜かせてください(^^)

>>201
今年収720マン位なので同じぐらいだったらいいZoo(ｵｨ

なかなか高収入ですねー
ボーナスを含んだ、税引き前の金額ですよね？
生産性が高い場合、十分可ではないでしょうか…

真面目に連絡の取れる方法を考えてます。
りおさん次第というか…うーむ。

>>203
うははは(^^;)ホンキなのかどうかわからんが、
おれっちは職場は自分で見つけるクチだからな。
外注すりゃーいいんでは？Appleに相談してみ？どっかええとこ
紹介してくれるかもＹＯ。

http://corn.2ch.net/php/index2.html
ではやんないの？

外注すればPHPで作ったのと同じ工程数を請求されるかもしれないし、
されて当然とも思います。
そうなるとやはり自社で効率の良いものが作れたらと思い、
いろいろお聞きしていた次第です。

＃ところでおいくつなんですか？

りおはあぽです

避難しませう

-----まく------

ここよめ
http://www.fsinet.or.jp/~nito/WebObjects/contents.html

突然ですが、りおさんのところへ弟子入りしたいです。
でも…
絶対足手まといになりそうで、迷惑かけるの必須だし、
かなり畑違いな気がするので…
…失礼しました。

>>208
んんー？俺っちの発言じゃないが、まいいや。そこのサイトも最初は
世話になったからな。更新してないが、読んで間違いはない。

>>209
俺っちもまだ修行不足だし対人スキルが高くないから（笑）弟子入り
しても、>>209さんのスキルは高くならないぜ┐(´ー`)┌
>>206
俺はガンダムをナマ放送で見た世代だ（爆

ところで。
WebObjects5.0をテストしてるが、結構いい加減な仕様がある
部分けど、全体的にWebObjects4.5を正しく継承してるから
スグに馴染める。新しいProjectBuilderだが、こりゃ慣れる
まで時間かかるなぁ。
CVSに標準で対応してるが、これはマジで使える。デフォルトで
対応してくれるとは、Appleもやりやがるぜぇ。
ただWindowsのProjectBuilderとMacOS X のソレとが根本的に
違うしプロジェクトの構成が違うから、ビルドしたアプリは
完全互換でもプロジェクトレベルじゃ互換どころの話じゃねぇな。
気をつけないとな。

アプリ自体はWebObjects4.5と比べて、ビジネスロジックについては
かなり速くなってるところが多い。特にWODisplayGroupだとか
Foundationクラスのメソッド群を多用している処理はJava2
だけあって速いな。画像処理なんかもJava2になったからイロイロと
できるからありがたい。

が、WebObjects5.0はJava2対応してるにもかかわらず
EJBには対応していないという中途半端な仕様だ。
中途ハンパっていうのは当てはまるかなぁ？んー、EJBも
俺っちからすれば仕様が中途半端に感じるが、、とまぁ、
この辺を話しだすとJavaHouseの常連がだまっちゃいないだろうからな（笑）

が、EJB対応されてないからといってダメダメじゃんという
わけじゃなく、WebObjectsにはEOFがあるから、それでEJB以上のことを
やってくれるので特に不満はない。が、EJBはEOF以上に開かれた技術だから
数の論理でいけば、あっというまにEOFがおいてかれてしまうのは
必至かもな。だとすれば、今はEOFという笑っちゃうぐらいスゲェ
フレームワークも今はAppleは多少誇大広告しても間違いではない。
がEJBにいずれ対応しないと、枯れすぎて新しい目も出てこない技術に
成り下がってしまう可能性も否定できない。ある意味、
WebObjects5.0のEJB未対応っつーのは正解なのかもな。

>>210
30歳くらいですかね(笑)

いいものは広まってしまうと思いますが
私はだれにもWebObjectsの存在は知らせたくない。
こんなに生産性の高いツールはこっそり使うのがいい。

　こんな親切な人がいるなんて・・・・いくつか教えてください

WOBについて：
　WOが知らないタグ(CSSとか)扱う時はどうなるんでしょう？あまりソースレベル
いじることがないらしいですが、なんかGUIでやる方法が提供されているんでしょ
うか？
他との連係：
　上とかぶる部分が多いですが、DreamWeaverとGoLiveならWOと連係させるための
プラグインがありますよね？けど、上記二つは最新のHTMLやらJavascriptやらを
をガリガリ吐きますがWOはそれを読んでも大丈夫ですか？
バージョン：
　ぶっちゃけると現時点で4.5と5、どっちを薦めます？(開発はJava前提、OCは
ｻﾊﾟｰﾘです）＜ネイティブEOFアダプターの速度とVMの実行速度、どっちをとる
かみたいな話ですが・・・・・。

なんか、久々の書込みだ。この板復活してたんですね。
>>215
　CSSを扱うときやJavaScriptなど、標準的なHTMLにオマケなタグを入れ込みたい時は、
WOBuilderというツールではソースを直接いじれるモードが存在する。
そこに好きなだけタグをブチこんでおけば良い。基本的にシステム依存には
ならないような仕組みだ。ただ、WEBOBJECTタグを入れる必要があるが、
このタグはWOBuilderが埋め込んだダイナミックエレメントという専用の
オブジェクトが使うものだ。しかし、
実際の稼働時にはWEBOBJECTタグはレンダリングされたHTMLに置き換えられる
からブラウザ依存にもならないし、セキュリティ面でも少し安心できる。
（WOブラウザで作成されたテンプレート（正確には、WebObjectsは
オブジェクト指向技術で開発するツールなので、テンプレートもオブジェクト
として扱われるので、WebObjects的にはWOコンポーネントと呼ばれる）

あー、つまりだな、ぶっちゃけた話、WOBuilderというツールを使わなくても、
テキストエディタだけでコンポーネントを作ることはできる。けど、ツール
を
使った方が良いことは確かです。

他との連携について。DreamWeaverとかGoLiveの連携するプラグインが
あるけど、それからはき出したソースを読み込んでも問題は無い。
さっきもいったように、WOBuilderはAdobeのPageMill3.0ぐらいの
HTML編集機能を備えているが、なるべくツール依存によるHTML生成に
ならないようになってるので、せっかく書いたJavaScriptソースが
WOBuilderのおかげでヘンテコなHTMLになることは滅多にない。

WebObjects4.5と5どっちを薦めるかについて。：AppleはWebObjects4.5.1
をこれ以上機能の改善をしていくつもりはないらしい。WebObjects5は
これからどんどん拡張していくようだ。EJBやら何やらに対応するっぽいぞ。
WebObjectsがアプリケーションサーバー市場で他製品と競合していくという
位置づけでいるんだから、WebObjects5を選ぶのは悪くはない。
運用プラットフォームもJava2走ればかまわないしな。

>>215

それと、DBのアクセス速度を気にしているようだが、そんなに気になるものじゃ
ない。そりゃ確かに、Cだけで組まれたシステムには負けるさ。Javaの
宿命だからな。しかし、負荷分散や、同じ目的のシステムを構築する場合
メモリリークを心配することなく開発ができるJavaという言語使用の
アドバンテージを考えると決して悪い選択ではない（もちろん、Javaが
最高というわけでもないが）。で、最近テストしたところなんだが、
50万レコードのデータ（Oracle8.1.6）からフェッチしてくるアプリの
場合、Sun220Rで走らせた場合、最初の起動は遅いが、キャッシュが効いて
くると、100レコードヒットでだいたい３〜４秒でレスポンスが返ってくる。
そんなに悪くはない（もっとも、もっと速いＡＰ鯖もあるけどな）。
どちらかというと、複雑なビジネスロジックの処理（NSArrayやらDisplayGroupの
クラスを使い込んだ複雑ゥなやつ）はWebObjects4.5.1のJavaでかいたソレよりも
けっこう速いと思うぞ。やっぱJava2だなーと。Obj-Cだと更に速いんだろうけど。

長々とスマソ。わからんことがあったらどんどん書いてくれ。

WO5の方のWOMailDeliveryについてなんすけど。
encodingをNitoさんとこに書いてあったように"ISO-2022-JP"にしても
source中にunicodeで書いても文字化けしてしまいます。
4.5ではOkayで5.0だとダメなの？

何も知らない厨房ですが、全て読みました。すごく感動しています。
コンピュータという物をこんなにもリアルに感じたのは初めてです。
今は自分が何も知らない(ほんとに何も...)ということがなんとも新鮮で感動的です。
関係ない&キティなレスすいません。

>>210
アニメを生放送で見た世代かぁ。すげーな。
1話終わるのに何日かかったんだ？

>>218
Nito氏のWHPは結構世話になったなぁ。一度あってみたいゾ。
あ、で、WOMailDeliveryか。すまん、おれっちはJavaのMail送信に
慣れてるからWOMailDeliveryは使ったことがない(T_T)

で、文字化けというのは、受け取ったメールが文字化けしてるって
ことだな？？

ISO-2002-JPがだめならShift-JisとかEUC-JPとかUTF-8だとか
色々ためしたか？
んー、そうだなぁ、プロジェクトをみないとわからんが、
Application.Javaのコンストラクタに、

WOMessage.setDefaultEncoding("SJIS");

とか入れてみたらどうだ？ハズしていたらスマソ。
成功を祈る。

>>218
そうか、感動したか。コイズミ首相と同じだな（←会話になってない（ｗ
WebObjectsはJavaをちょっととRDBMSをちょっと、HTTPと鯖周りを少しだけ
知ってればどうにでもなる美味しいツールだ。乱暴な言い方だけどな（笑）

だからといって、何でもかんでもホイホイできるツールでもない。
俺はデキルといいたいんだが、やっぱしOOP、Java2SE、RDBMS全般、鯖周りを
トラブった時、自力でどうにかできるぐらいのスキルがないと
WebObjectsの面白みが出てこないからな。設計の表記法も最近はUML
がナウ（笑） らしいからな。勉強することがヤマほどあるからまたおもしろい。

やるなら気合い入れておけよ（´∀｀）

>>20
おう、そうだ。ガンダムをナマでみたんだぞ。いいだろ（笑）
俺の周りじゃそんな奴、ゴロゴロいるぞ。

「なぐったね！親父にだってぶたれたことないのに！」

というセリフ、20年近く経った最近ゲームのCMで聴いて、
笑いと同時に感動もしたぞ（笑）

カンケー無い話でｽﾏｿ..

>>221
>ISO-2002-JPがだめならShift-JisとかEUC-JPとかUTF-8だとか
>色々ためしたか？

取り消し(´Д｀;) 何を勘違いしてたんだ、おれは...

WOMailDeriveryはちょっと試してみる。プラットフォームは
MacOS X でいいのか？運用環境で化けるのか？それとも
開発環境でも化けるのか？
一応MacOS X で試してみる。

おつかれさまっす。>りお
JavaMailとかも考えてるのですが、WOで済んだらいいな、と。
WOMessageはWO アドバンストセミナー以降皆に知れ渡っていますね。
appleの社員の方が簡単にやってましたYO。
自分もガンダムちょい前世代ですね。

肝心な事漏れてました。
開発の段階で化けてます。ちゃんと届きますけど。
開発環境はMacOSXで運用はMacOSXServer,Solaris,WIN2K,Linuxとか。

>>225
あー、Appleの社員って、野村さやか 嬢だね。美人だよなぁ。
俺様の好みじゃぁ(´Д｀;) あのときのデモは本人緊張しまくってたな。
そこがまたカワイイのだ。誰か紹介してくれ〜。俺と一緒に
WebObjectsについてﾏﾀｰﾘ語りてぇ（笑）
あ、でも、左手に指輪してたからダンナいるんだろうなあ。いいなー。
WebObjects焼きとか作ってもらってんだろうか。
（もう、このへんでやめとこう…品性問われる(´Д｀;)）

>>226
了解した。自宅で今試したいんだが、ちょっとワケありで
できない。明日にしてもいいか？もう、眠いのだ。ｽﾏｿ〜。

普通アニメというものは生放送しない。

>>228
あー、いわれてみれば、そうだな、、すまねぇ(´Д｀;)
ナマというか、一回目の放送ってことか？再放送じゃないっつーことだよ。
あのころはビデオなんてなかったからみんな覚えてるセリフが
正確じゃないんだよな。

試したぞ。
そうだな、確かに文字化けするな。
エンコーディングをiso-2202-jpにするようにヘッダ付け足してsendMail()で
送ってもダメだったな。WO4.5じゃ問題ない。
何もしないで送った特、ヘッダにContent-Typeが付いてないなー。WO4.5のときは
ついてたが。
これ、単にWOMailDeliveryのバグじゃねぇの？？エンコーディングをデフォルトで
そのまま送ってしまうんじゃ？俺の知り合いにも頼んでちょっち試してもらうわ。

つーわけで、メール送信はJDKのAPIで送ってくれや(藁

Thanks for your help. >りお

MacにしろWinにしろ煽る連中の心理もわからなくはないけど、
いい加減無意味なことやめたら？どっちを使おうが本人の自由だし、
ホントにMacがクソならいまごろAppleなんて無くなってるよ。
Macがただ高いだけと思うならWinでいいし、
Macはが好きならMacでいい。
Appleももうそんなに簡単には潰れないだろ。

スレちがいです。ごめんなさい。

>>227
知り合いの女性は、結婚してないけど、左薬指に指輪はめてる。
なぜ？って聞いたら、「独身だと思われてると、お見合いとかさせられるのよ・・・」だって。
全然関係ない会社の話ですけど。

良Θレ復活おめでとう!!って気付くの遅すぎ？

明日はOpenBaseSQLセミナー@OperaCityです。
48階で会いましょう。

つくったんでみてね。
http://shinshin.com/webobjects/

アポーにソクーリよ。
アポアプリだから？
http://www.apple.co.jp/

>>いんぷる
Goodなサイトですね。

あぽーっぽく作ってみました。＞名称未設定さん
ってフォント似たようなつかっただけっすが。

どうもありがとうございます＞高橋さん

あぽーの野村さやか嬢って美人なのかよくわからない微妙な顔立ちですね ...
この前のあぽーセミナーでは始めてとかいってましたね、そういえば。＜緊張してた理由＞りおさん

>>りおさん
　ありがとうございました。
　先日、4.5を入手し、現在チュートリアルで遊んでおります。
　いや〜、オモロイですね。IDEなんて使ったことなかったから便利さに感動し
ております＜本職PGじゃないです。
　また質問させてくださいage。

WOMailDeliveryの件。
色々調べたが、結局フレームワークのバグだっちゅーことが判った。
（他のエンコーディングもダメだったし）

アップルから直接聞いた訳じゃないがダメなものは何度やってもダメなので（笑）
JavaMailを使うなりしてやるほかねぇな。結果は同じもんだから。

>>242
なんか、http://shinshin.com/webobjects/なんつーサイトが
できちゃってるっぽいから、そこのBBSとかで聴いたほうが速かったり
するかもよ。をれ忙しいから(;´д｀)
あ、241がつくったサイトか。ごくろうさまじゃ>>241

ところで>>239の高橋 って、電子カルテWINEつくった高橋究 大先生か？？
（と、勝手に妄想決め込むおれ…）

WOMailDeliveryの件について
JavaMailで解決しました。こちらの方が楽。
今後はEJB対応を待つ、という感じです。

どうでもいいことかもしんねえけど、テクニカルピットの倉橋っつー人が
開発者向けメールマガジンにWebObjects開発についてのドキュメンタリー（ｗ
を寄せている。たぶん、MacWeekにでもあとで転載されるかもしんねぇから、一読することを
オススメする。
ヨソの開発環境じゃ（おそらく）真似できないようなことがいくつか書いてある。

WebOjectｓの欠点はMacでしか開発できないところ。他のプラットフォーム
でも開発できるようにしてくれよん。
Mac持ってるけどG3DT233。使う気がおこらねぇだよん。

>>246
出来るんじゃないの？
OSX専用なのはトライアル版だけだと思うぞ。。

>>246

俺様はWin2000で開発してるが、何か？

少し補足しておくか。

MacOSX版と窓2K版のWO5は微妙に異なる。

開発環境のProjectBuilderは、前者は大幅に改定されたものに対し、
後者はWO4.5のそれをそっくり継承したものにすぎない。使い勝手は
双方一長一短だが、Appleは今後前者に力をいれていくのは間違い無い。
cvs標準対応だとか、クラスブラウザの見易さ、拡張性などは
OSX版のほうがずっといい。

それで、欠点の話なんだが、OSXのPBでつくったプロジェクトファイルと
窓2Kのそれとでは互換性がまるでない。ぜーんぜん、ない。これは
大問題だ。窓２ＫでつくったプロジェクトをそのままＯＳＸでは
開けないのだ。

これを読んで喜ぶウィナもいるかもしれないが（ｗ
非互換はプロジェクトファイルだけ。残りのリソースはほぼすべて
完全互換。Javaファイルだとかwoコンポーネント、モデルファイルなど。
単に手動で作り直しすりゃいいだけ。別に大した作業じゃない。

俺様の予想だが、窓２Ｋ版はそのうち、見捨てられちまう環境かもな。
アップルの経営方針からいくと。

別にＯＳＸだけの開発環境でも生産性は全然変わらないし、
運用環境がMacだけになるって勘違いするやからが増えるのはちょっと
アタマイタイのだけど、まぁそれはよしとして（？）

ともかく、窓２Ｋでも問題なく開発はできるから、安心しろ。
アップルのWOセミナーもDellのマシンで教えるからな（笑
オペラシティの４８Ｆでやるやつね。
（短期間でWO習得したけりゃ、このセミナはオススメだ。Appleに
御布施するのに抵抗あるんだったら独学の路を歩め。
俺様は最初独学でそのあと知識の再確認ということでセミナに出た）

>>249
やや萎え。

作ったものを他のプラットフォームに持っていく時にも、
少なからず作り直しする必要あるの？
最初に運用環境を決め打ちするべき？

それとも、開発OSを統一していれば、それ以上の労力は不要なのか？
チーム作業するときにMacOSという壁が出来るのは厳しいな。

>>250

つくってコンパイルしたものは、Java2環境ならどこでも動く。
運用環境上でコンパイルすることはない。開発環境上で
コンパイルし、実行ファイルを運用環境上で動かすだけ。

別に最初に運用環境を決める必要はない。
最初、OSXだとか窓2Kという環境で動かしておいて、
トランザクション数が増えてきたらSunEnterpriseだの
じーおんが８つぐらい入ってる鯖のLinuxだのを
付け足して遅いやつを取っ払えばいい。その際、
アプリケーションをリビルドする必要はない。

開発環境は窓だろうがOSXだろうが扱うフレームワークは変わらないから
道具の使い勝手の好みに別れる。ただし、一プロジェクト内で
窓とOSXを混在させるのは、>>249で書いた理由によりやめたほうがいい。

OSX版はcvs対応だから、それなりにモラルのある奴（ｗ
がそろっていれば、これほどおもろい開発環境はねぇぞ。
ま、もっとも、窓２ｋの方も頑張ればcvs運用できっけどな。

どうでもいいが、Pentium4-1.8Ghzで動いてる赤帽LinuxにWO5いれて
動かすと涙が出るぐらいバカっ速くてキモチいいぞ・・・・ﾊｧﾊｧ

>>251
それ聞いて半分安心した。

とりあえずOSXも10.1になるし、トライアルしてみようかと。
いつになるかわからんけど。。

.

WO、あんまり広まって欲しくないんだよね。
仕様決め段階で客の目の前で、UI作ってDBつなげて「こんな感じ？」って動かすと、
ﾋﾞｸｰﾘしてるよ。
でもそこで、「このまま運用できちゃいます」なんて言ったら金取れねぇからなぁ・・・

>>254

いやー、ぜひWOには広まってもらわないと（ｗ

>>仕様決め段階で客の目の前で、UI作ってDBつなげて「こんな感じ？」って動かすと、
>>ﾋﾞｸｰﾘしてるよ。

おれっちも、最初ソレで度肝抜かれたよ。なんじゃこれ、って。
いままでservletでシコシコ　ﾄﾞﾋﾟｭ　ってやってたのはいったいなんだったの？
ってな具合。今ナウいえくすなんとかプログラミングってやつがWOだと
ベストマッチ（死語？）しちまうんだよな。

>>でもそこで、「このまま運用できちゃいます」なんて言ったら金取れねぇからなぁ・・・

運用っつーても、メンテするためのページ作らなきゃあかんからな。
それも込みのアプリだったら話しは別だが・・・・
トランザクションが数百万になるようなサイトだったら
キャッシュだのなんだの考えたロジック考えないとな。

小規模だったらウマいこと話つけてカネをふんだくれ（ｗ

今、関わっているとこのウェブシステムを年内〜年明けメドに大改編するって
話で、ウェブ開発・運営のオレんところにも色々システムの話が来ているんだけど、
できればWOを採用したいんだよね。ウェブ運営を何も分かっていない奴らに
任せるとフロントエンドとバックエンドを一枚岩で作りやがって、ページデザイン
をちょこっと修正するだけでウン十万かかるって寝言を平気で口走りやがる。

りおさんみたいな人と一度詳しく話をしたいなあ。どっか良いWO開発会社知らない？

さーてと、10.1のｳﾌﾟﾃﾞｰﾀﾝもらいに行こっと。

>>256
おれっちの会社は俺様がいるから、良い会社かもしれねぇぞ（ｗ
とはいっても、ＷＯの受託開発やってるところって国内じゃ
少ないからナー。

アップルに聞くと紹介してくれるかもよ。

>>りおさん

あの、10.1をインストールしたんですけど、ＷＯビルダーとか
プロジェクトビルダーとかが起動しなくなりました・・・・ボクだけですか？

ふ〜ん、俺も届いたらやってみるか>>258

>>258
MacOS X 10.1を入れたぞ。んー、速いな。まだモタつくところあるけど、
まぁ一歩前進したってところだな。

で、おれっちのところでは、ProjectBuider、EOModelor、WebObjectsBuilderともに問題なく起動できたぞ。
インストール順は、MacOS X10.1、DeveloperTools、最後にWebObjects5だ。
DeveloperToolsは10,1でまた新しくなったから、今までのDeveloperToolsは
たぶん起動できないんじゃないかナァ。インストールすっとき、Consoleを
みてFrameworkがヘンに上書きされてないかとか消されてないか調べてみ？
たぶんこの辺はAppleも知ってるだろうから近日中にアップデータでるんじゃ
ねぇの？？

じゃ、けんとうを祈る。

俺はアップグレードキットをアポーに注文したから
DeveloperToolも付いてくるな！
早くこないかな〜

ProjectBuilderがupgradeされています。>Dev Tools for 10.1
読み込むときにチョト、Alertがでます。

自分で自分のことをあまり賢いとは思ってなかったが、改めてヴァカを痛感。
　WO5が出ると知っていて4.5を人から買ってしまった。中古のG4買ってBﾌﾚﾂで鯖
作ろうとしたのだが、10.1になって4.5が走らなくなった。
　これなら5を買ってﾘﾇｸｽにすればよかった・・・・・・・・

単なる愚痴なのでsage♪

>>263
ま、気にすんな。WebSphereを勉強用に（しかも個人で）買って
WebObjectsを知った時の俺様の後悔っぷりのほうが・・・鬱氏

>>264
　さすがスレマスターりお(藁

　Enhydra Enterpriceは今後、フリー版はなくなるらしいな。これでWOが名実
ともに「世界一コストパフォーマンスに優れたApp鯖」だな。
　Tomcatはあくまで「ためしに実装してみました」だし。

10.1のWO5だが細かい問題があるなぁ。

まず、EOModelorで作成したモデルファイルは、再度EOModelorで開こうとすることができない。なんじゃこりゃ（ｗ
問題の無いファイルとコンペアしてみたんだが、モデルファイルはパッケージになってて、その中にある
index.eomodeledの10行目ぐらいか？それを修正すると開くみたいだな。正しく開けるファイルと比較して直すしかない。

って、自分が調べたところで、テクノロジックアートのWO-MLに同じ方法で解決
しちゃった人がいるじゃん（ｗ

Appleも近いうちにパッチを出すなんてWebSiteでアナウンスしてるから
待ったほうがいいな。でも、10.1の快適さを味わっちゃうと、そう簡単に戻れないんだよなぁ。
でもおれっちは窓２ｋだからいいんだけど。

>>265
そうか、Enhydra Enterpriceはフリーじゃなくなっちまうのか。なんでやろ。

>>260
> で、おれっちのところでは、ProjectBuider、EOModelor、WebObjectsBuilderともに問題なく起動できたぞ。

起動はできるけど、コンパイルできないよ。
他のはどう？

>>267
んー？おかしいな？おれっちのところはbuildは問題ないんだが・・・
地域情報が日本語になってたりしねぇか？？
英語でやってもだめか？？

10.1のWO5で新規プロジェクトを作成して試してみたが、
buildは問題なかったな。

どの時点でエラーでる？エラー内容は？？

あと、TerminalでHelloWorldでもいいから適当なアプリつくってみて
javacでコンパイルしてもダメか？？

だめだった場合、（あまり意味ないかもしんないけど）DevTools→WO5を
もう一回再インストールしてみ？

検討を祈る。

検討を祈る→健闘を祈る（ｽﾏｿ

>257
ｱﾌﾟｰﾙに聞いてもどうだかねぇ。
まともなWOﾃﾞｳﾞｪﾛｯﾌﾟｧは、ｱﾌﾟｰﾙは相手してないし。
おまけに、今、ｱﾌﾟｰﾙのWO担当部署には、ｴﾝﾀｰﾌﾟﾗｲｽﾞ系の経験者ｾﾞﾛ
だって聞いたよ。

>>271
国内のｱﾌﾟｰﾙは知らないけど、USはｽｹﾞｰやつらばっかだったな。WWDCに参加すりゃ
日本てーｸﾆがいかに技術者をﾀﾞﾒにしてるかがよくわかる（ｗ

ｴﾝﾀｰﾌﾟﾗｲｽﾞ系の経験者がいないのか。ｱﾌﾟｰﾙには。悲しいなァ。まぁテクニカルな
コトはUSがやってるだろうし。WOも極めりゃｱﾌﾟｰﾙ必要ないしな。その極める時間も
そうかかんないし。

http://www5.justnet.ne.jp/~ttp/

>>273
エロサイトだ。アクセスすんなよ。

ども、はじめまして
WO5とjava再入門しております、よろしくお願いします。
サンプルのHelloWorldを素から作ってみたのですが、Helloコンポーネントを追加しても
Hello.javaの
public Hello( WOContext context ) {
super( context )
}
は自動的に作ってくれないんですね。
これはコンストラクタですか？
引き数のcontextは何をするものでしょうか？
次のsuper()はどういう意味なんでしょう？
気になります。
#変な質問かもしれません

>>自動的に作ってくれないんですね。

常にコンストラクタを必要とされているわけじゃないからな。。

>>これはコンストラクタですか？

そうだ。

>>次のsuper()はどういう意味なんでしょう？

そのクラスの親クラス（ここじゃ、たぶんWOComponentクラス）を初期化する。

contextの引数は親にあるWOContextクラスが要求されるようになったんだが、
こりゃ仕様だから何ともいえないのだが。なぜ、いれなきゃいけなくなったのかは
まだ調べてない。ヘルプみりゃわかるかも。

>>#変な質問かもしれません

べつに気にすんな。ここは2chだ（ｗ

>>常にコンストラクタを必要とされているわけじゃないからな。。
そうなんですか。
試しにコンストラクタ削ってもWRNING吐きますが動きました。

>>contextの引数は親にあるWOContextクラスが要求されるようになったんだが、
>>こりゃ仕様だから何ともいえないのだが。なぜ、いれなきゃいけなくなったのかは
>>まだ調べてない。ヘルプみりゃわかるかも。

仕様なんですね。
ありがとうございました。

サンプルを、単独起動(反則技？)ではなく
WebServer/CGI-Executables/WebObjects
を使ってしーじーあいで動かしてみたいのですが。
http://localhost/cgi-bin/WebObjects/Applications/HelloWorld
とやっても怒られてしまいます。
WO4.Xからはアプリケーションの自動起動ができないそうですが、
？？？
ではしーじーあいではどうすれば？よろしいのですか？

>>278
寝る前にこのスレみちまったYo（笑）

ん？CGIアダプタで動かしてみたい、ということか？
残念だがおれっちはCGIアダプタでは動かしたことがない。いつも
Apacheアダプタだ。開発環境上での話か？？Deploymentを入れたマシン上での
話か？

>>WO4.Xからはアプリケーションの自動起動ができないそうですが、

ここもよくわからん・・・・すまぬが、もっと情報をｸﾚｪ...
自動起動って、MonitorのAutoRecoverのことか？？

CGIアダプタの運用はハッキリいってオススメしない。っつーか、
なんでAppleはそんなもん入れたんだと思っちまうぐらいだ。
（WebObjects4.5でのCGIアダプタは複数インスタンスでの運用で
　一番最初のインスタンスにしかリクエストが投げられないっつー
　どうしようもないバグがあった）

Web鯖はSoralisかLinuxのApache1.*にしてApache用のWebObjectsアダプタを
入れて動かすのが安定運用へのセオリーだ。
WebObjectsアプリを動かす鯖は何だろうがかまわないが。最近ホットでナウいLinuxだったら安くあがるぞ。

あ、あとどうでもいいが、本番運用を想定するんだったら、
Web鯖、WebObjects鯖、DB鯖は物理的に３つに分けるべきだぞ。
Web鯖とWebObjects鯖を一緒にして動かしてるときと分けたときとじゃ動きが全然違う（時が多い）。

っつーわけで、情報ｸﾚ..

>>ん？CGIアダプタで動かしてみたい、ということか？
です。
>>残念だがおれっちはCGIアダプタでは動かしたことがない。いつも
>>Apacheアダプタだ。開発環境上での話か？？Deploymentを入れたマシン上での
>>話か？
開発とDeploymentではまたちがうんですか。
Apacheアダプタというと、Apache moduleですか？
>>ここもよくわからん・・・・すまぬが、もっと情報をｸﾚｪ...
>>自動起動って、MonitorのAutoRecoverのことか？？
WO2.0とかの古いヴァージョンでは、httpリクエストがかかった時点で
アプリケーションが起動してたので。
>>Web鯖はSoralisかLinuxのApache1.*にしてApache用のWebObjectsアダプタを
>>入れて動かすのが安定運用へのセオリーだ。
しーじーあいはナンセンスなんですね。
了解しました。
アプリケーション単独で動くなら、Deploymentなしで素のそらりすに
アプリケーションだけ入れても動きそうな気がしますが、だめですか。

おはよう。

>>280
>>WO2.0とかの古いヴァージョンでは、httpリクエストがかかった時点で
>>アプリケーションが起動してたので。

昔のWOのバージョンについては良く分からない。ｽﾏｿ。おれっちは4.0から入ったのだ。
基本的にWOで開発したアプリケーションはMonitorから起動するのが普通だと勝手に思い込んでる（ｗ
なんで、リクエストがあったら自動的に起動してくれるというのは別の意味で
ありがたいかもしれないが、このご時世だと安全面で問題かもしれない。
一応、Monitorナシでもコマンドラインから起動することはできるが、あまりオススメしない。

それと、開発とDeploymentはちょっと違う。Deploymentはその名のとおり、
運用環境だけがインストールされる。はしょっていうと、
Foundation、WOF、EOFのフレームワークと、Monitorなどのツールがインストールされる。
開発環境は一切インストールされない。いずれもPureJavaで書かれてる。
だからJDK1.3.1がインストールされたLinuxでも動くっていうワケ。

アプリケーション単独で動くというのは、ちょっと考えればわかると思うが、
フレームワーク無しではアプリは動かないから、Deploymentがインストール
されてないとダメだじょ（ｗ

で、なんだっけ。あーそうだ、開発環境のApplicationsディレクトリに
いれても動かないだっけ。ビルドしたアプリケーションは*.woaになってる
だろ？osx上じゃそりゃパッケージになっててダブルクリックすりゃ
起動するかと思いきや、実は起動しない。そりゃ多分バグだ（ｗ
Terminalから*.woaディレクトリに入って、その中にあるアプリケーション名を
手動で実行すればアクセスできると思うのだが、どうだ？？試してみてｸﾚ.

つづく

URLでアプリ名を指定しても起動できないのは理論と経験上の話だが
理由は大きく分けて２つ。

一つはHTTPリクエストを受けたWeb鯖のWOアダプタが、起動している
WOアプリのポート番号や鯖のIPアドレスにリクエストを投げても
かえってこない。つまりWOアダプタのコンフィグが間違ってる。
もしくは単にコンフィグに記述されてないだけ。これはCGIアダプタに
ついては適合してないと思うが。

もう一つは単にアプリが起動してない。もしくはアダプタの設定値
の中でもコネクションプーリングなどリクエストの内容をアダプタが
ちゃんと処理できてないという問題。こっちはごくまれかもな。

なんで、アプリが稼動しているポート番号を直接指定して動くようで
あれば、別に気にすることはないと思われ。
（例：http://192.168.1.1:2000/ ってな具合。開発環境上で。運用環境ではまた話が異なる）

運用に付いてはｱﾌﾟｰﾙから詳しいドキュメントが配布されてるから一読することをｵｽｽﾒするぞ。
それでもわからんかったらここに書け。

>272
確かに、USｱﾌﾟｰﾙはｽｹﾞｰﾔﾂばっかだね。
WOが\7ﾏﾝでやってられるのも、USはiServicesがｺﾝｻﾙや開発含め独立採算で
やってるかららしいしね。
ｱﾌﾟｰﾙｼﾞｬﾊﾟｿは、結局、「日本営業所」だから、WOも持てあましてるんだろ。
日本語ﾄﾞｷｭﾒﾝﾄ類の充実度を見るとｻﾎﾟｰﾄも期待できないし。
ｱﾌﾟｰﾙｼﾞｬﾊﾟｿ以外の情報源見た方が早いしね。

　　　　　　　　　　　　 ∧
　　　　　　　　　　 ／/__ヽ＿
　　　　　　　　 ／￣　　梨　 ＼
　　　　　　　 /　　＿　　　　 ＿ ヽ
　　　　　　　/ 　（　ﾟ　）　　（　ﾟ ） |
　　　　　　　|　　　￣　／＼ ￣　 |
　　　　　　 /|　　　　 （ ●●）　　 |　　 　　／￣￣￣￣
　　　　　∠_ |ヽ　　　 ／￣＼　　/　　　＜ エロゲーも開発してくれYO
　　　　　　　 ＼＼　　＼￣／ ／　　　　　 ＼＿＿＿＿
　　　　　　　　/＼ ヽ　 (￣）／ ＼

いつも穿鑿的な情報に感謝。OfficialBBSにも来てくださいよ。＞りお
cgiでもapache_moduleでもよいのですが、画像系(WebServerResources)てどのように表示してますか？
4.5DepだとDOC_ROOT/Apps.woa/Contents/WebServerResourcesに置けとある（しかもmanualでだ）。
5でも出来たんだけど、確立した方法が分かりません。tech-artsのMLでもよーけわからんし。
PBでもbuild設定でWSRはpath指定してあるけど、実際にはResourcesってほうにinstallする。
これもbug?

うーん、path間違い。スマソ。
4.5以前
DOC_ROOT/WebObjects/Apps.woa/WebServerResourcesだ。
5だと
DOC_ROOT/WebObjects/Apps.woa/Contents/Resources(WebServerResourcesが出来ない)。

SPLIT_INSTALL = YESなんだけど、なぜだ。
（これってMacOSX Serverの場合です）

OpenBaseSQL6.5.7でMicrosofto Excelで吐き出した
タブ区切りテキストが文字化けしてしまい困ってます。
データベースはShiftJISに、タブ区切りも勿論ShiftJISに。
てっきりデータビューアーが日本語に対応していないのかと思い、
日本語をうってみましたがきちんと表示されるし...。
うーん困った。500件分レコードを手入力する気にもなれんし(^^;;;

いま、いそがしいから、後でな。

>>287
解決方法はある。なんで、まってRooooooRyyyyyyyy。

りおさん有り難うございます。お返事お待ちしております！

>>287
テクノロジックアートのWO-MLの01324を読め。それでウマくいくはずだ。

http://www5.justnet.ne.jp/%7Ettp/

デフォルトで折角、タブデータの読み込み機能があるのに、
なんで使えないんでしょうね...。うーん。

そんなことより聞いてくれ>>アップルよ！
いつになったら日本語ドキュメント公開してくれるんだ？
「近日公開」って、何ヶ月も待たされることか？
もうアホかと。バカかと。
ツール自体だって「インターナショナル版」といってるけどな、
「インターナショナル版」って、要は全世界で英語版を売ってるってだけだろ。
「インターナショナル版」というからには、各国語版を作るべきでないのかと
問いたい。問い詰めたい。小一時間問い詰めたい。
アップルジャパンは、WebObjects売る気あんのか？
あったらもっと注力してるか。しょうがねぇな。
米国本社のWebObjects部隊と、日本から直接サポート契約ってできねぇのかな？
日本じゃ、エンタープライズヘルプなんとかってのがあるが、これどうよ？
エンタープライズ経験者いないって書いてあったけど、それが本当なら、
未経験部隊がどうやってエンタープライズ向けのサポートできるんだ？
いくらブツがよくてもな、サポートがショボイんじゃ、稟議をとぉらねんだよ。
個人的には仕事で使いたいんだけどな。しょうがねぇからJRunだよJRun！
アホくせぇ・・・・EOモデラでやったら小一時間の作業に、数週間かかってるぜ。
逝ってよし＞漏れ

WebObjectsって、いまだにMac用のWebオーサリングアプリだと世間で思われてるようだな。
WebLogicで苦労してる知り合いのSIに見せてやったら、「今の漏れの作業はいったい何なんだ。」って
頭抱えちまったよ。
ついでに、お値段と稼動OS教えてやったら、即死してたよ(ﾜﾗ
でも、WebSphereでやっぱり苦労してる別の人間に同じこと教えたら、
「そんなものが実在するわけない」って言い出したので、激しくﾜﾗﾀ。
欲を言えば、Linux上でもDeveloper環境使えればいいんだけど。
あ、VMwareっつー手があるか。

>>281

>>一応、Monitorナシでもコマンドラインから起動することはできるが、あまりオススメしない。
なぜですか？

>>それと、開発とDeploymentはちょっと違う。Deploymentはその名のとおり、
>>運用環境だけがインストールされる。はしょっていうと、
>>Foundation、WOF、EOFのフレームワークと、Monitorなどのツールがインストールされる。
>>開発環境は一切インストールされない。いずれもPureJavaで書かれてる。
>>だからJDK1.3.1がインストールされたLinuxでも動くっていうワケ。
すごい！
frameworkとJavaの合体ですね。OOPSフェチにとってはたまらない環境だろうな。
とゆーか、これに勝てる開発環境ってないんぢゃないですか。
はしょらないと、あと何がありますか。

>>アプリケーション単独で動くというのは、ちょっと考えればわかると思うが、
>>フレームワーク無しではアプリは動かないから、Deploymentがインストール
>>されてないとダメだじょ（ｗ
納得！

>>手動で実行すればアクセスできると思うのだが、どうだ？？試してみてｸﾚ.

TerminalからはOKです。

>>282

>>URLでアプリ名を指定しても起動できないのは理論と経験上の話だが
>>理由は大きく分けて２つ。

>>もう一つは単にアプリが起動してない。
たぶんこれが原因かと。
WOのしーじーあいアダプタがアプリケーションを見つけられないんですね。
セオリーでやります。

>>なんで、アプリが稼動しているポート番号を直接指定して動くようで
>>あれば、別に気にすることはないと思われ。
>>（例：http://192.168.1.1:2000/ ってな具合。開発環境上で。運用環境ではまた話が異なる）

どう異なるんですか。
Deploymentとアプリケーションだけあれば、Web鯖なしで動きそうですが。

>>運用に付いてはｱﾌﾟｰﾙから詳しいドキュメントが配布されてるから一読することをｵｽｽﾒするぞ。
>>それでもわからんかったらここに書け。

Apache用WOアダプタについて教えてください。
Apache用しーじーあいアダプタとはまた違うんですか？

http://www.max.hi-ho.ne.jp/~http/

Monitor、いいよね、アレ。
負荷分散とか障害復旧とか考慮したシステム組むのに便利だよ。
っていうか、ｱﾌﾟｰﾙ自体がMonitor使った運用以外は保証してないみたいだけど。
なんつっても、複数サーバに分散したインスタンスを、ブラウザで一元管理できるのが
イイね。

WebObjectsってそんな良いんですか。WebLogicとかWebSphereが売れまくっていて、どうもWebObjectsは企業に利用されていないみたいですが・・

>298
WebObjects、確かに技術的には物凄いっつーか、根底に流れてる「思想」が
すごいんだよ。WebLogicやWebSphereあたりは、その辺は足元にも及ばないと
個人的には思う。
EOFっつー、データソース(RDBやLDAP等)とアプリを結ぶフレームワークなんかは、
NeXT時代の10年くらい前からあるから、EJBなんかはまだまだヒヨッコだと思う。
今までSybaseで動いてたシステム、仕様変更でOracleに変えなきゃならなくなった
なんてゆったら、どうよ？下手すりゃフルにコード書き直しだろ。
WebObjectsだと、まぁうまく作っておけば、ツール立ち上げてちょろちょろっと操作すれば
終わっちまう仕事だよ。（極論だけど）

ただ世の中、いくら技術的に傑出してても、それが売れたり導入されたりってことには
直接結びつかないからな。特に日本じゃ。

WebObjectsが広まっていくのは理想だとは思うが、個人的にはWebLogicやWebSphereが
ガンガン売れて、苦労人も増えて、受注額の相場も上がってほしいなぁなんて思うぞ。
で、WebObjects知ってるやつは、その辺のマージンでウマミを吸うとゆー構図。

ただし、WebObjectsも簡単じゃーないからね。
理解するまでの最初のハードルはかなり高い。
オブジェクト指向をやったことないヤツは、その良さが理解できない可能性もある。
だからいいんだけどな。広まらずに済むからさ。

い〜んだよ。みんな、WebLogicとか使ってくれ(ﾜﾗ

まぁもっとも、ｱﾌﾟｰﾙｼﾞｬﾊﾟｿのWebObjectsに対する注力の仕方を伺っている限り、
当分は間違っても爆発的にシェアを延ばすなんてことは無さそうだから、安心だ。

>ウィナさん
ありがとうございます。それではどのようにしてWebObjectsを勉強していけばよいのでしょうか。日本国内ではほとんど書籍もない状況ですので、効果的な学習の仕方を教えてください。

>301
そのヒントは、このスレに山とちりばめられてると思われ。
一番のドキュメントは、WO付属のInfoCenterかな。
Web翻訳ができる翻訳ツールと併用すると、ｶﾅｰﾘ役に立つよ。
でも、「コ○ャ英和」とかショボイのはダメだね。

ふぅ、やっと仕事が一段落したぜ。
いま、まとめてレス書くからな。反乱のボヤージュみてたってーのもあるけどな（ｗ

>>285
>>いつも穿鑿的な情報に感謝。OfficialBBSにも来てくださいよ。＞りお

OfficialBBSってーのがどこを言ってるのかわからんが、おれっちはここでいいや。

身元バレねぇしな。


画像の表示方法だけど、WO5については実はよくわかってない。ｽﾏｿ。
自動でインストールするってーのはあまり期待しないほうがいいんじゃないの？
Solarisだとか窓2Kの環境で動かすてーのもあるから、
DOC_ROOT/WebObjects/Apps.woa/Contents/Resourcesかな？
に入れときゃ問題ないんじゃ？？ちょっと期待ﾊｽﾞﾚなレスですまん。
あとでちょっと試してみる。

っつーか、WO5のProjectBuilderもいい加減っていえばそうなんだけど、
ちゃんとビルドスタイルとかターゲットの役割をWO用に明確にどっかに
書けっつーの。いちいちビルドログおっかけて解析すんの面倒だっつーに。

ビルドスタイルをWebServerにしてビルドすると何が悪さしてんだか
詳しくしらべてねぇけど、二度とBuildできなくなっちまう（ｗ
こりゃ致命的だぜーよ。次バージョンでなおしてくれ〜。

>>292
俺が試したのはWO5をインストールしたときに一緒にインストールされる
OpenBaseのバージョンだから日本語にも若干問題があったとおもう。
今はOpenBase7.0がリリースされてるし、試しにOSXにインストールしてみたんだが

、
メニューとかが日本語になってるから、ひょっとするとGUI環境下でも
うまくいくんじゃねぇの？？

>>293
>>いつになったら日本語ドキュメント公開してくれるんだ？

和訳ドキュメントがいつかはしらねぇが、リファレンスはともかく、あれだけ和訳

のマニュアル揃ってれば一応問題ねぇんじゃ？？っつーか、ホンキで日本市場開拓

するんだったら邦訳のマニュアル出すと思うんだがな。
（中学卒業程度の英文をよめねーのかｺﾞﾗｧという突っ込みは無しネ）

>>エンタープライズ経験者いないって書いてあったけど、それが本当なら、
>>未経験部隊がどうやってエンタープライズ向けのサポートできるんだ？

USにいる化け物たちに答えを聞くってーことじゃん？
いくらサポートっつーても、WOF、EOFは一通り理解してんだろ。バカ揃い
じゃねぇだろうよ。おれっちも技術的なサポートは何度か受けたけど、
的はずれなことは行って来なかったゾ。もちろん、こっちがある程度
細かい情報やサンプルソースを提示することが前提だがな。
（っつーか、IBMのWebSphereのサポートと同等だと思われ）


>>いくらブツがよくてもな、サポートがショボイんじゃ、稟議をとぉらねんだよ。

ぱそこん詳しいやつに稟議なんか出すなYo（藁　というのは冗談で、サポートとい

うか、単に実績の薄いAppleだから稟議通らないってーのもねぇか？？まぁ、そりゃ

上の判断とかいろいろ政治的な問題が絡んでくるからな。

おれっちの会社は勇気あるセンパイがWebLogicでﾎﾞﾛｸｿだったﾌﾟﾛｼﾞｪｸﾄをｼｭﾐでWOで

作って会社に見せつけたところｳﾏｰｸいったという経緯がある。さすがﾏｶｰだZee。っ

つーかその後引き込まれてのめり込んだヲレもヲレだが（藁

>>295

>>>>一応、Monitorナシでもコマンドラインから起動することはできるが、あまりオ

ススメしない。
>>なぜですか？

あーとだな、コマンドライン起動の場合、Monitorの持つ機能の恩恵が受けられない

からだ。AutoRecoverとかRefuseNewSessionだとか、その他諸々。ｱﾌﾟｰﾙが言うには

、WO4.0（か？）以降、WOアプリはMonitor起動を前提に設計されてるとか言ってる

。絶対に落ちないアプリをつくったんなら、Monitor起動じゃなくても大丈夫だぜ（

藁　JavaVMで動かしてることを忘れずにぃってか（意味不明）

>>どう異なるんですか。
>>Deploymentとアプリケーションだけあれば、Web鯖なしで動きそうですが。

URLのリクエストが処理だきないってだけかな。
（http://hogehoge.com/cgi-bin/WebObjects の、cgi-bin以降が
　Web鯖とアダプタ無しではアプリにアクセスできへん）


>>Apache用WOアダプタについて教えてください。
>>Apache用しーじーあいアダプタとはまた違うんですか？

CGIアダプタはApacheでもIISでもNASAPIでも動くアダプタだ。だからApache用とい

うわけではない。リクエストをCGIだけで処理する。なんでパフォーマンスにあまり

優れない（っつーかApacheアダプタよりもずっと悪い）。一応c言語で書かれている

。

ApacheのアダプタはApacheの開発キット(?)に対応させたモジュール。ApacheがURL

を受け取ってURLをアダプタに渡して、アダプタはリクエストの内容をWOアプリが理

解できるように変換してコンフィグに定義してあるアプリへリクエストを投げる。

CGIアダプタと同じ理屈なんだけど、特定のWeb鯖用に書かれたアダプタなんでパフ

ォーマンスがやっぱしイイ。っつーか、外向けにアプリを公開するんだったら、絶

対こっちを使え。

バカなクライアントが政治的な理由でIISを使うとイイ始まったら大変だな。一応

IIS用アダプタはあるにはあるが。速度もIISに依存するからなぁ。でも窓2Kだぜ。

自分の血液をサーバーに注ぎ込む覚悟が必要だ（藁

>>298
>>WebObjectsってそんな良いんですか。WebLogicとかWebSphereが売れまくっていて

、
>>どうもWebObjectsは企業に利用されていないみたいですが・・

イイ、ワルイ、の判断は使った人とそのアプリを利用しているクライアントの判断

にもよる。
告白してしまうが、自分がまだWOになれてない頃、アプリの作り方がヘボでクライ

アントに迷惑をかけてWOのイメージを悪くしてしまったことがある。誰だって最初

はそんなもんだろ、と今になってはそう勝手に言い聞かせてるが、扱い方一つ間違

えればクライアントは、そらみろ、Appleだからと言いだす。こりゃつらい現実だぞ

。意気揚々に売り込んだセンパイの顔にも泥塗ることにもなるしな。そんときは二

週間はフェラチオしてもらっても気持ちよくなかったよ（爆

ただ、言い訳に聞こえるかもしれないがこれはWOだけでなくって、WebLogicだろう

がASPだろうが同じことが言える。まぁ現場でやってる連中ならンなオジン臭ぇこと

いわなくてもわかるだろーけどな。

ああ、、で、WOがそんなに良いのか、悪いのか？についてだが、俺様がいうんだか

ら信憑性は著しく低いが（ｗ　開発ツールとしての全体的な完成度、アーキテクチ

ャに至っては他ツールを凌駕している。こりゃいじった奴なら絶対に感じるところ

だ。ただし、細かい部分、たとえばWOBuilderのHTML編集部分とかはWebLogicの方が

よかったりするし、アプリケーションが落ちたときのフェイルオーバーなんかは実

は他のバカっ高いAP鯖の方が高機能だったりもする。ま、どいつも一長一短だな。

完璧なのはどれもないっつーことか。ただし、完璧にまんべんなく近づいているの

はWOだとはいじった奴なら感じるかもしれない。

企業に利用されてないっつーのは全然調べてないっつーことだな。検索エンジンで

色々調べろや。

>>301
前にも書いたけど、Appleのセミナとかに参加しろ。書籍はソフトバンクから一冊で

てるが取り寄せてでもかっとけ。本を書いた倉橋ってタレパンダ好きな奴が自習用

教材を売ってるからそれも一応すすめておく。ん？金がかかるって？他の開発ツー

ルと比較すりゃどんだけ安くあがるかわかるだろ。

わかんなくなったら、ここに書け。>>302とかが教えてくれるぞ。

ふぅ、なんか一杯かいちまったな（藁
書きすぎでアクセスとめられちまうんじゃねーかとおもっちまったぜ。

ども、おつかれさまです。
勉強になります。

ヤフーでWOで検索すると色々ありますね。
SN嬢のしゃしんとか、アポーの求人とか。

>301
>310
>本を書いた倉橋ってタレパンダ好きな奴が自習用
>教材を売ってるからそれも一応すすめておく。

これ、俺も以前に世話になったんだが、ｶﾅｰﾘ、ｲｲYO!
ｱﾌﾟｰﾙのDeveloper#1,#2のﾄﾚｰﾆｿｸﾞを高い金払って受講するよりも、
実践的な内容だNE!

>313
自己ﾚｽ。
倉橋氏の教材でﾍﾞﾑｷｮｰした後に、Developerｺｰｽ受けると
かなりよく理解できると思われ。
とりあえず、ｱﾌﾟｰﾙのﾄﾚｰﾆﾝｸﾞは、ｱﾌﾟｰﾙと思えないほどﾚﾍﾞﾙ高いぞ。
つーか講師のﾚﾍﾞﾙが高いんだと思うが。
Java,RDB,SQL,Webアプリの構造なんかが一通り理解できてナイト
なにやってんだか解らないこと請け合い（ﾜﾗ

漏れ、結局IBMの仕事とったから、WebSphere使わなきゃいけないさ。。。
お金儲けもたいへんだ。

>>312
さ、さやかﾀﾝ………ﾊｧﾊｧ(´Д｀;)
http://www.mosa.gr.jp/topics/images/webapli-report-phonomu.jpg

諸先輩方　大変参考になりました。これからもよろしくお願いいたします。

WebObjectsで開発をされている方にお聞きします。開発期間はだいたいどんなもんでしょう？それでいくらぐらいの値段で受けているのが多いのでしょうか？

３日。人日単価３万。

前にServlet&JSP + JDBC + EJBで３人で半年かけてやったシステムを
WebObjectsで趣味でやり直してみたら、１人で１ヶ月くらいだったような記憶があるな。

人月計算つーよりも、>319が逝ってるように人日計算てかんじか。

3日ってのはマジ？　小さいやつだろ？

大きいやつも、それほど特殊でなければ、WebObjectsで開発経験あるヤツなら
３日でも十分な場合もあると思われ。
当然、客には「１ヶ月で」ってゆー話はするけどなー(ﾜﾗ

開発期間か？おれっちはできるだけ設計に時間かけたいから
そこは削って純粋な実相だけなら………とはいっても、どれくらい
の規模でどれくらい複雑な機能かにもよるからなぁ。DB設計にも
大きく左右されるし。
というわけで、おれっちの場合は人月計算なのだ。金額はﾋﾐﾂ。
まぁ、それなりだよ。

なんかまとまりのない話だな（笑）

おれっちの開発最短記録は四日間だ。どっかの会社でつかう業務支援システムで
客先行ってその場でER図渡されて、営業の外回り実績を出先で
入力して集計を逐一みたいっつー奴つくってくれ、っつーことで。。
で、２時間ほど喫茶店でチョコチョコと作って、こんな感じで
どないでっしゃろ？とまた持ってく。じゃぁ、よしということで、
更にココと、ココと、ココを…機能追加をもらって持ち帰り。
四日後に出来ましたーっつーんでソコの会社のいらなくなった
SunUltra30にWebObjects4.5とApacheを入れてできあがり。

画面数は全部で１３画面ぐらいか？？カスタムクラスやらWO
コンポーネントをあれこれ使い回してできるような内容だったから
ラクチンポだったZeee。
お客様大満足。今後もよろしく。と、カシワまんじゅうをもらって（？）
おしまい。金額はヒミツ(^^;)

ま、こんなのは異例といやぁ異例だがな。もっとデカい案件だったら
数ヶ月かけることもよくあるし。っつーてもウチの会社のWebObjectsチームは
人数そんなに多くないから、１〜２案件しかかかえらんねぇし。
稼働率はヨソのチームと比べてもめっちゃ高いでぇ。ほんま。

また長々とｽﾏｿ。

補足。いま、数えてみたら、全部で１０画面だった。ｽﾏｿ。
あまりしゃべっちゃうと怒られちゃうからこれくらいで(^^;)

318より
皆さんありがとうございます！通常の開発よりも格段にラクチンのようですね。生産性という言い方でよいのかわかりませんが、およそ何倍ぐらいと考えれば妥当なのですか？
３倍、５倍、１０倍・・・？？　　教えてください！！

http://www.h3.dion.ne.jp/~realrobo/index.htm
毛なし

>326
最初は、たぶん全然ラクチンじゃないと思うぞ。
NeXT系のツール使ったことなければ、逆に苦痛かもしれん(ﾜﾗ

最近、Webアプリの仕事が来るたびに思うんです。
WebObjectsでやれたらなーって。
でも、元請の関係でそうもいかなくて、もんもんとした日々を送っています。
WebObjectsだと実装に時間が掛からないから設計がゆっくり丁寧に
できるんで、とってもいいものが作れるんですよねー
あー、元請になりたい。

元請けの人たちはどういう基準で他のWeb Application Serverを選ぶんでしょうかねえ？やはり大手メーカーや宣伝効果が大きいのかしら？

>>330
メジャーどころだと、いざっつーとき技術者がとっかえられるからでないかい。
あとは稼働実績だろうね。

>>329
元請けでも、相手が相手だとねぇ。。。
独立心旺盛なら、先に成果物をあげてみては如何かと。

おおくの元請けはWebObjectsだろうがWebLogicだろうが関係ないさ。
SIの規模の大きさとか実績とかで決めるんだよ。で、そのSIが
IBMだとかOracleの関係があればソレのツールを使う。政治的な要因が
結構大きい。

だから大きなSIがWebObjectsを採用するというのはあまりない。
CSKとかNTTなど例外もあるが（例外にしちゃデカすぎる会社だな（笑））。

が、やっぱし、目の前でヒョイヒョイとプロトタイプを数時間で
作り上げてみせることと開発期間が短いことはWebObjectsの
大きなアドバンテージだから業者関係なくツールの良さを見せつけられる
から地道な活動はかかせない。

おれっちが独立しているなら、１０人ぐらいの営業と
２０人ぐらいのSEに３０人ぐらいのPGでiBookかかえて
目の前で毎日ヒョイヒョイとプロトタイプ作りするように
指示してるかもなー（ｶﾅｰﾘ妄想入ってる（ｗ＿

りお氏のスレなら1ロード5円払ってもええな...

関係ない意見でｽﾏｿ

そんときゃ、弟子にたのんます！師匠！>りお

実はｹｯｺｰ、デカい企業も使ってる模様。
名前を出してほしくないってことで、ｱﾌﾟｰﾙが事例として使えない
ケースが結構あると聞いた。WOｾﾐﾅだったかな。
まぁたしかに、これだけ効率よく開発できるﾂｰﾙだと、あまり口外したくないのもわかる。

>>334
たぶん、ダメ。だっておれっち、対人スキル著しく低いもん（ｗ

>>335
サンヨーだったかが社内システムでも使っていたような気がするな。
大東建設もだったか？？WWDCいってみ。「ヘイ、オレは＊＊＊の
社内システムを一人でやったんだぜぇ」という自慢話をこれ見よがしに
聞かされるぞ（ｗ
↑
いや、これは嘘です。自分が単に聞きまくっただけです。変わった
日本人だと思われただろうに（ｗ

　りお隊長！質問であります！

　WOでDBのﾌｪｰﾙｵｰﾊﾞｰ（同じ内容のDB二つで不可分散and障害対策）するにはコーディング
時に工夫が必要でありますか？自動でサクっとはやってもらえないでしょうか？

　SQL鯖や神託のクラスタリングのためにン百万払うのはいやであります！

>>337
いいんじゃねぇの？クラスタリングのために金かけるって。悪くないZeeee。

で、WebObjectsの負荷分散はWeb鯖に入れるアダプタで設定する。Monitorで設定
するもよし、Web鯖とAP鯖を物理的に分けるときはWeb鯖にインストールした
アダプタのコンフィグファイルで設定するもよし。
この辺はｱﾎﾟｰが提供しているドキュメントを読んだ方が早いのでそっち見てくれ。

コーディングでどうするか、という問題は特にねぇんじゃ？？
おれっち今まで負荷分散のためだとかでコーディングを気にしたこと
ねぇけど？？（いや、単におれっちのウデが悪いだけかもしれねぇ・・・）
けど、AP鯖数台の構成でも特別なこと書かずにフツーにアプリを
動かしていただけで・・・ハイ（と、ここでかしこまる）。

っつーわけで、特にコーディングの必要は特にねぇんじゃ？っつーことで。
一応、トランザクションだとかロックに関するメソッドとかは
用意されてるけど。

あー、ただ、WebObjects5じゃまだためしてねぇけど、WebObjects4.5じゃ
ODBCアダプタに問題があって複数インスタンスでアプリを稼働させといて
クライアントからの同時アクセスでレコード追加処理やら更新処理やら
行うとすべて処理されないっつー問題があった（おれんとこだけか？）。
Nativeアダプタ使えば問題ないんだが。

相手がお役所だとか銀行だとかオカネ一杯出してくれそうなところには
クラスタリングにゃしこたま金かけとけば？と無責任なことをいってみる（ｗ

なんだかテクノロジックアートのMLだとかどっかのWebSiteなんかにココの
直リンが増えてきたなぁ。おれっち的にはあんまりリンクは張ってほしく
ないんだけど（ってここは２ｃｈだからリンクしようが何しようが勝手なんだけど）、
まぁ、さらっと質問してテキトーに答えて（ｗ　そんなふうがいいなぁ。
できればおれっちが誰なのかは探索しないでほしいZeee。

あー、そういや、テクノロジックのMLでAND検索についてPostしてた人が
いたけど、EOFの場合、EOAndQualifierオブジェクトを作って、それを
Arrayにして、そいつをQualifierにしてFetchspecificationのqualifierの
引数にいれりゃ一発なんだがなぁ。

あ、そーいや、異なるEntityでのAND検索をしてーのか。
そういう場合は、qualifierWithQualifierFormatで、
"hoge = %@ and mona.paipai = %@"
てなー感じすりゃいい。monaが、EOModelerのEntityに設定してる
rerationshipオブジェクトを指すわけだ。これで異なるEntity間でも
検索指定ができるZeeeee。

おれっちの場合、FetchはEOFetchSpecificationじゃなくって、特に
ソートしたりする必要ががなければ、EOUtilitiesのobjectsWithQualifierFormatを
使った方がコーディング量も少なくてイイのでこっちをつかってる。


EOFはこのEOQualifier関連のクラスがそれなりに良くできてるからSQL
書かなくて済むんだよな。RDBMSに依存したSQLを各必要がないしメンテ性も
いいから、ヨソの開発環境で死ぬほど深いSQLを書いたことがあるなら
EOFのスンバラシイ機能に溺れるハズさ。（たぶん）

すません。リンク貼ってます...(^^)＞りおさん
http://shinshin.com/webobjects/

ある程度までの規模の web app を OO で開発したよ〜って場合、
WO じゃなくて Apache + mod_python だとか Apache + mod_ruby
とかにいっちゃう。会社貧乏だし。

大規模を考えると J2EE とかになっちゃうだろうなぁ。WO は全般を
カバーできそうっていうのはよくわかるんだけど、ちょっと中途半端
なのかもしれない。

>>341
どのへんが中途半端？超〜詳しい説明求ム。

WebObjectsのクライアント側のPC上にある、
VBとかで作られた別アプリケーションを起動させたり、
引数を渡したり、といった連携はできるんでしょうか？
外部アプリの起動は無理だとしても、ソケット通信のような形でもかまわないのですが・・・。

WOをつかった開発経験はまだないのですが、
これができるかどうかで今回のシステムにWOを導入するかどうか左右されるんです。
Windows2000Pro＆WO5の環境を想定しています。

>>342
341氏は、WOのことを完全に誤解していると推測されるよ。
よって放置でいいと思うYO。
ぜひ、世の標準であるJ2EEでがんばってもらいましょう。

＞＞３４３
正直、おれっちもどう答えていいか、わからない(^^;
J2EEでもどうだか・・・・

もうちょっと情報を整理してクレ。

>>343
ちょっと外れると思うが・・・・
WO4.0.1だったと思うが、NTTの社内ベンチャー？の某企業が、
WOとActiveXの連携とかやってたよ。
WOで処理した内容を、Excelに放り込んでグラフ表示したりする
フレームワークを開発してる。

サイバーフレームワークか。あそこの加藤社長だったかな。プレゼンがわらえるんだよな。

>>343です。

想定しているのは、
WOの例題としてよくある映画のタイトルを検索するようなWOアプリがあって、
その映画のタイトルを選択したら、映画のビューワアプリが起動してきて
その映画を再生する、といったような動作を考えています。

例えば次の１または２のような方法が可能かどうか教えていただけると
助かります。

１．WOアプリ自身が映画再生アプリを起動させ、さらに再生する映画の情報
　（パスとかファイル名とか）を渡す。
２．WOは別の常駐アプリに引数（パスとかファイル名）を渡し、
　それを受け取った常駐アプリが映画再生アプリを起動させ、
　同時にその引数も渡してくれる。

>>348
その動画を.ramにするってのはどうだい？

>>349
ごめんなさい、よく理解できないんですが、
.ramってすると具体的にどのように動作することになるんでしょうか。

ちなみに映画の話は実現したい内容を映画に置き換えた例でして、
実際に開発するシステムとは異なります。
（本当に作るシステムのほうは具体的にお話しできないんです。）

>>350
ちなみに、Webアプリケーションの話ですよね？
WebObjects以外でWebアプリケーションは開発したことありますか？

>>351
私個人はWebObjectsを含めてWebアプリケーションの開発は初めてです。
WebObjectsは有名な自習教材やったりしながらここ何ヶ月かを触って、
表面的なところはわかるようになった程度です。

ちなみにこれまではVBで開発してきました。

>>352
なるほど。
では、サーバー側のアプリケーションがクライアント側の
アプリケーションの起動ができるとどうなるか考えてみましょう。
だれかが、とあるHPを見たとしてそこに掲示板がありました。
掲示板はもちろんサーバー側のプログラム（CGI）でした。
そのだれかは掲示板に書き込みを行いました。
するとサーバー側のプログラムが実行されました。
そのCGIは悪いやつで、クライアント側のformat.exeを実行しました。
そのだれかのHDDはフォーマットされましたとさ。

という具合に、それはセキュリティーホールとなります。
ただ、MS社のIEはセキュリティーレベルを下げると
VBSなどで、クライアント側のexeが起動できたりすると聞きました。

>>352
LANで特定のユーザーが使うWebアプリケーションですか？
でしたら、ソケット通信を利用すればできるかもしれませんね。
クライアントのexeを起動するようなデーモンを作っておけば
サーバー側からクライアントのデーモンに投げればいいんですからね。

今回想定しているのはイントラネットです。（説明不足ですいません）

>>353
理解しました。

>>354
サーバ側のWOアプリとクライアント側のデーモンがソケット通信を行う、ということが可能なんですね。

p.s. 会社のプロキシに問題があるみたいで夕方頃からこちらへ書き込みが出来なくなっています。（今は家から書いてます）
いろいろアドバイス板大工内容へのお返事etc.が明日、夜になるかもしれないのですが、あしからずご了承ください。

>>343
WO3.XとOPENSTEP Enterprise(OE)のデベロッパマニュアルには、NeXT ORBを使って

VBAやOLE Automation(NT上)とObjective-C(OEまたはMach上)で相互やりとりするやり方を
書いてます。
Mac OS X上のWO5で、さくっとドキュメントを見た感じでは載ってない様です(Javaだし)。
Win2k版はどうなんでしょう。
comをばしばし使うのなら、Micro$oft生粋の開発環境の方がよろしいかと。

>280

> WO2.0とかの古いヴァージョンでは、httpリクエストがかかった時点で
> アプリケーションが起動してたので。

その機能はWOF4.0 からなくなったと思います。
当時は Object-C の簡易版というべき WebScript というスクリプト言語があって、
コンパイルしなくても WODefaultApp経由でアプリケーションを使用できたのです。

4.0 以降、WebScript という言語は残りましたが、少なくともコンパイルが
必要になったと同時にこの機能はなくなりました。

> しーじーあいはナンセンスなんですね。

負荷分散やパフォーマンスの点からいっても、ISAPI やNSAPI などの
アダプタを使うほうがいいと思います。

WOF4 以降、Apple も デフォルトのCGIアダプタは開発環境用なので、
実運用には薦めないとリリースノートかどっかに書いてた。

今週号の週刊アスキーの最初の記事がキャノンのプリンタとデジカメの記事が載ってて、なんかついでに新しいサービスを開始したらしいんだけどそのURLがWebobjectsだった。https://www.imagegateway.net だってさ。

導入以前の仕組み、に関することですが、
・開発する場合は Development をインストールする
・運用マシン（サーバ？）には Deployment をインストールする
・運用マシンを追加するなら、それにも Deployment をインストールする
のようですが、では、
開発マシン（LAN につながっている）で動作テストするときも Deployment
が必要なのでしょうか？
つまり、開発マシンには Development と Deployment 両方インストール？
もしくは Development -> Deployment ライセンスキーに更新？
＃どうも WO の仕組みがよくわかっていません。
ちなみに WO5 です。

>359
開発環境に、テスト運用のための環境も入ってる。
確か、５０Transaction/minuteだっけか。
開発マシンには、Developerだけ入れればいいってことだ。

>>355
イントラでデーモンをクライアントに配布できるなら可能でしょう。
ＷｅｂＯｂｊｅｃｔｓで決まりですね。やったー

>>361

WOを使うに当たっての最大の懸案事項だったので安心しました。
ありがとございました。

うちの会社で若い連中にＷＯを勉強させようと思っていますが、使えるようになるまでどれくらいの期間が必要ですか。皆さんの経験上で結構ですのでお教え願います。

>>363
おれっちは１ヶ月ぐらい。
Java、RDBMS、鯖構築術があることが前提。なけりゃ、もっとかかる。

一番イイのは、実際に使うアプリを作ることを前提に練習
することだな。社内のアプリが一番。オモテに納品するアプリは
あまりオススメしないが、納期が差し迫ってる場合なんかに
やると背水の陣モードになって覚えるの速えーぞ（笑）

＞りお　さま
ありがとうございます。参考になりました。
続けてお伺いいたしますが、社内のアプリケーションはどんなものから手がけていけばよいのでしょうか？ご教授いただければ助かります！

>>365
そういうことをおれっちに聞くな（ｗ

パソコンとか基幹アプリを使う連中にヒアリングしてみたら？？意外に
要望だとかでてくるYo

ユーザーからのクレームで土下座しに行く人間を
強制的にピックアップするソフト

>>367
開発者を苦しめるソフトはカンベンしてくれぇ（ｗ


あ、ところで、朗報だ。WOの書籍がでるらしいぞ。

http://www.ohmsha.co.jp/data/books/contents/4-274-06439-5.htm

んー、日本人が書いたわけでもないし、エンタープライズ経験者が
書いたわけじゃないから、どうなんだろうな。ちょっとしたガイドブックにゃなるかな？

日本人も頑張って書いてクレェ。

>>365
うちでは勤怠管理をWO4.5+Oracle+iPlanet+Solarisで運用しています。

勤怠ロジックをかなり細かく実装したにもかかわらず、
開発からユーザのテスト運用開始まで4ヶ月かかっていません。

その為、上司はパッケージをカスタマイズしたものと誤解していますが（ｗ

残念ながらウチの社内システムでWebObjectsを使ってるところはまだないのだ（ｗ
IBMのWebSphereが強いからな。使ってる連中も多いし、コレが王道だと思いこんでるやつもいるし（失言）
営業の使う業務支援システム（見積・発注・請求他、経理まで）なんか半年かかってもまだ
バグだらけの代物だよ。オソマツだねぇ。って自分ちの悪口いってどないすんねん。
WebObjectsがやればその半分か。と思いきや、その自信はない（ｗ

>>369
ソラでiPlanetか。ちょっと重くないか？Apacheにかえてみ？できればWeb鯖とAP鯖は
分けた方がいいんじゃ？？今の倍ぐらいは軽くなっかもよ。

> IBMのWebSphereが強いからな。使ってる連中も多いし、
> 営業の使う業務支援システム（見積・発注・請求他、経理まで）なんか半年かかってもまだ
> バグだらけの代物だよ。オソマツだねぇ。って自分ちの悪口いってどないすんねん。

鬱氏。

>>371
鬱氏なんて、そう嘆くなよ（--;

JSPでHTML展開のロジックをゴリゴリ書いたりEJB使いたくて訳のわからん若い奴が
書いたクラス仕様書にひきずりまわされて朝日を何度も見るようなことを、

WebSphereで経験するぐらい、どーってことないだろ？
（なんかすげー嫌味だぞおい（ｗ　）

それでもIBMだから安心と信じてやまない人たちがせっせと
ホームページビルダーを立ち上げてるところを背後からみると、
たまにゃ帰って娘の顔でもみてやれよ…と、マジで思う今日この頃・・・

やっぱ開発ツールはイイもの使おうZeeeee

ちょっと増やしたよ
http://shinshin.com/webobjects/
お役に立てれば...

WebSphereで半年前から作ってる営業支援システムの
バグ取りの作業にお呼ばれしてお手伝いしてりゃ、そりゃ鬱になるわい！

つーか、りお氏の会社どこよと問いつめたい。小一時間問いつめたい。

早く本業（？）の方に戻りたいなー。。。

>>370

ご忠告ありがとうございました。iPlanet利用は余所からの指定です。
確かにもたつきがあります。

次回の保守契約更新までにはＡｐａｃｈｅに乗り換えとこうかな、と思っている次第で。

あ、もしよければ教えていただきたいのですが、近々ユーザ増加が見込まれるので、
鯖構成を（ＤＢ）＋（ＡＰ＋Ｗｅｂ）と分けようかなと思ってたんですが、
實際のところ、（ＤＢ＋ＡＰ）＋（Ｗｅｂ）の方が早いですか？

>>375
うははは、余所からの指定だってか（ｗ
いまだにソラじゃiPlanetしかないって信じ込むヲヤヂ達がいるから困ったもんだな
（でも、このへんは賛否両論だろーけどな）

で、鯖の構成だけど。
DB何つかってる？Oracleか？Sybaseか？まいいや。どっちにしろ、
Web鯖+WO鯖、DB鯖 にしたほうが「安全」だろ？？外部に
公開するようなアプリだったら絶対DB鯖とできればAP鯖は
防火壁の内側で管理できるようにおいとけ。

カネに余裕があるんだったら、DB、WO、Web鯖はそれぞれ
別ハードが一番だな。そーでなくてもWeb鯖はLinuxでも
WOアダプタはソースからビルドできっから２０万円で1ｷﾞｶﾞﾍﾙﾂ
のバカっ速い鯖が仕上がるZeeeee。

あ、でも余所からの指定で鯖はWindowsだけだ、ということになったら
悪いことは言わない。LANケーブル抜いて田舎にでも逃げろ（ｗ
（オレは一度逃げたことがある←問題発言）

>>374
いや、WebSphereも悪くはないぞ。EJBを動かすコンテナまわりは逸品だと個人的には思う。
ただナウテク（ナウなテクノロジー）に突っ走りすぎてそれぞれのアーキテクチャの整合性っつーか
ツール全体の使いやすさを損なってるのがちと残念。前のバージョン（あー、いくつだったか）ぐらいから
速度もまぁマシになってきてるし。
バグを出したのはWebSphereのせいじゃない。設計者と実装者に
ちゃんと休暇とオンナを与えない経営者が悪いのだ（ｗ
がむばってくれ。

test

>>376
ありがとうございます。納得です。
ちなみにDBはOracle8.1.6使ってます。

ちなみに鯖ですが、「余所」は不治痛好きなので、鯖はSolarisの不治痛OEM使ってくれっていわれてます。
不幸中の幸いといっていいのか微妙なところですが（ｗ

>>379
そうか、不痔痛のOEMか。まぁ、運がいいな（ｗ

あー。ちょっと書くからな。


もし、WebObjects4.5でアプリを構築してて、鯖はなんでもいいから
外部に公開してるようなサイトを管理してる、もしくは発注してるヒトたち。
ここを読んでいたらちょっと試してほしい。

おれっちも若いWebObjects大好きっ子に指摘されて気づいたクチだ。


たとえば、アプリの公開名がOmaemonaだとした場合、外部からアクセス
するためのURLは

http://www.*****.com/cgi-bin/WebObjects/Omaemona

となる。ここにアクセスすればSessionクラスのインスタンスが生成されて
Main.woコンポーネントがHTMLにレンダリングされてトップページが表示される。
ってWebObjectsの初歩的なウンチクはよしとして。

それで、アプリ名を削って、

http://www.*****.com/cgi-bin/WebObjects

でアクセスしてみる。それで、FileNotFoundか、そのURLは無効ですとか、、
やめておにいちゃん！みたいなメッセージがでれば問題ない。


つづく。

つづき。

問題は、地球儀みたいなアイコンがタテに複数並んだ画面が表示されたときだ。
わかる奴はわかるんだが、そりゃ、WebObjectsアプリとWeb鯖が一つのマシンに
インストールされててついでにＣＧＩアダプタが動いている時に
その情報がみえちまう。

つまり、もし管理者用のアプリケーションをそのマシンで稼働させているときも
管理者用のアプリ名がみえてしまって、だれでも「アクセス」が可能になる（ｗ

管理者用のアプリならＩＤとパスワードとSSLでがっちり管理してるところが
多いだろうか、ま、いいんだけど。

もし、Monitorも一緒に稼働させていると、Monitorにもアクセスできちまう。
パスワードかけてるといってもクラック用のスクリプト書かれちゃ論理的には
いずれ破られちまう可能背も否定できない。

あー、なんか、おれ、アブネェこと書いてるのかも（ドキドキ

つづく

つづき（まだあるのか！と思うなYoooo）

問題はそれだけじゃない。今度は、
http://www.*****.com/cgi-bin/WebObjects/xyzzy

にアクセスしてみる。これでFileNotFoundやへんなエラー、
おにいたん、だいすきっ みたいな画面であれば問題ないが、

もし細かい数字の入った情報の画面が表示されたら、ちょっと大変（ｗ

アプリケーションの稼働状況やアダプタのちょっとした情報がわかってしまう。
ついでに稼働鯖に関する情報もすこしばかり。アプリのポート番号もわかるから
好きなやつはポートアタックしたくてしょうがなくなる。
（今時ポートアタックするＤＱＮなんかいるんかと思ったりもするが古典的な
やり方だし）


つづく。

つづき。

まだあるぞ。アプリ名がOmaemonaだとしたら、
http://www.*****.com/cgi-bin/WebObjects/Omaemona.woa/wa/WOStats

でパスワード入力画面か、FileNotFoundか、そんなURLないとか、
おにいちゃん、これもとるの？…という画面だったら問題ないが、

WOStatsとかいうタイトルの画面がでてきて、青っぽいグラフだとか
が表示されちゃったら、ちょっと問題だ（ｗ

こりゃ、稼働してるWebObjectsアプリの各コンポーネントがどれくらいの
割合でインスタンスを生成してるかだとかを具体的に数値化したものを
表示するページだ。

これが見えたからってどうってことないが、
「ウチのサイトは１０００万アクセスなんすよね〜」ってホラふいといて、
それみたら、どうってことない、１００アクセスすらもなさそう。なんて
バレちゃったら、こまるじゃーん（ｗ


つづく。

つづき。

で、もし 「うげぇ、ウチのサイト、パン・ツー・マル・ミエ じゃん！」と判ってしまった方。早急に対処しましょう（ｗ


対処方法

・管理用アプリとお客様用アプリは別の鯖にする。
・ＣＧＩアダプタをやめてNativeアダプタにする
・WOStatsやxyzzyを使えないようにする（やり方はドキュメント読んでくれ）
　もしくは、昔の女の名前や思いでの場所などパスワードをかける。
・Monitorは不用意に外部に公開しない（これ、お約束ね。お友達呼ぶだけよ（ｗ
・どうしてもMonitorを外部から見たいというワガママちゃんにはおしおきをするか、
　契約でも締結させる（おっかない話だなぁ。


やってはいけないこと

・開発者を攻めてはいけません。単に英文ドキュメントを読まなかっただけです。
（かくいう、自分もヒトから言われるまで気づきませんでした）
・ここを読んだのでドキュメント見直しました！と堂々とすること（ｶﾅｰﾘDQNと思われること間違いなしです）


それじゃ、楽しいWebObjectsライフを。
あ、いっとくけど、これはサーバーのクラック方法じゃないからね（ｗ

それってwostatsのpasswdかけ忘れってことすか？>384
Apache使ってるならapache.confの下のほうの記述でしょ？
なんかアレうまくいかないんだよね。

あとはやっぱここ読むしかないね。英文だけど。wo5用になった。
ttp://developer.apple.com/techpubs/webobjects/DeployingWebObjects/WebObjectsAdaptors/index.html

WOのsessionの割り込みを防ぐcodeはMr.WebObjects倉橋センセのpageにあるし
なんかJavaHouseMLにも一件ありましたね。
りお流secureなWO codeてないの？ (w

>>りお流secureなWO codeてないの？ (w

ここで公開しても仕方ないだろ。倉橋センセのところにでも聞いてくれ（ｗ

ハロー

>>384

http://www.********.co.jp/cgi-bin/WebObjects/

だけへのアクセスが頻繁になりましたヨ（笑）
みんな試してるんだね。

はじめまして。ＷＯに興味を持つ、迷える小ヒツジです。

ＯＳＸ鯖パッケージを買うと、ＷＯも使えるんだと聞きました。
359等から推測すると、鯖パッケージ内のＷＯdeploymentＣＤには、
　ＷＯＢuilderやＥＯＭodeler等の開発ツールは入ってないのですか？
開発の為には、ＷＯ自体を、やはり約７万円で買わなきゃいけないの？

（Ａ社に聞くより、ここの方が的確な答が得られると思いましたので）
鯖パッケージ内のＷＯ５の中身をくわしく教えて！ヨロシクお願いします！

OSXサーバにはDeveloymentのみが含まれています。
http://www.apple.co.jp/macosxserver/index.html　の下の方に「WebObjects�5 Deploymentソフトウェア」
というふうに。うんでWOパッケージ版をかわなあかんです。

WO5パッケージ版買えば、DeploymentもDeveloperも入ってます。
勿論その中には、WOBuilderもEOModelerもあります。
あとSolarisとWin2000インストール版も同封。Solaris版は
ちょっちいじくるとLinuxにもインストールできるみたいですね。

（初心者の愚痴）
データベースの内容を表示したり検索したりする事例が多いが、
データベースへの入力とか、ファイルアップロードとかを先に
知りたい。
何となれば、OPENBASEliteがついてきても、「空」だと
実験も何もできないから。
JpegファイルのWOFileuploadで数カ月死んでます。

>>392
で、なにからやりたい？（ｗ

JPEGデータをWOFileuploadでアップしたいのか。
どこでつまずいてるんだ？判らなければ詳細をかけ。

あー、WOFileuploadをつかった場合、クライアントブラウザに気をつけろ。
IE4だとかちょっと古いブラウザだと使えない場合がおおい。

というわけで、情報ｸﾚｸﾚ

>>393
（シスアド試験前なのでちょっと待って）＆（周辺事情から）
１）Appleのサンプルスクリプトで良いものがないので、推理がきかない状態。
　「StreamingDB」と言うサンプル、はQuickTimeのアップのサンプルですが、いまいち。
　「FileUP」というサンプルは、EOModelerを使ってないサンプルなので、これもだめ。

２）『実践ガイド』はWODisplayGroupを詳細に説明してるが、ファイルアップロード
の情報はだめで、途方にくれる。

３）openbaseliteには、NSData形式でバイナリを突っ込む方法で学びたい。
４）実は、２テーブルだけ、なぜか、格納に成功したが、サンプルを捨ててしまって
再現できなくなった。当該EOModelは一応存在してる。
５）MacOSX+WO5使用中。
６）どうもファイルを指定しても、saveChange()で格納されないみたい。
等々。

ここ見てうちも導入決めたよ！
来週のWO4入門セミナー逝ってくるよ。

ありゃ間違い。
>> 391

誤）Develoyment
正）Deployment

SecurityHole Reportで〜す。
ttp://www.zdnet.co.jp/macwire/0110/19/n_stepwisej.html

今やってみたけど、簡単にrootになりました。
remoteからだと、いろいろハードルがあるかな...?
NetInfoでのroot無効状態でもできます。
敵は社内にいると見た...。

Oracle　Jdbc　Driver　の設定

Oracleとの接続、特に「OCIドライバ」の設定がうまく出来ないみたいです。
ｱﾎﾟのテクインホのとうり、「ocijdbc8.dll」を
”C:\Apple\Library\Executables”に置いたのですがEOModelerで接続しようとすると
oracore8.dllが見つかりませんと言われてしまいます。（Ｗ
だいたい「oracore8.dll」なんてあるんですか？探したけど見つかりません。
ちなみに、「Ｔｈｉｎドライバ」でならEOModelerで接続できるのですが...
そのモデルを使って実行しようとするとやっぱりエラーが出ます。
Oracleの接続設定がわかる方おしえて下され．．．．
初心者なのにWebObjectsの調査を命じられ死んでます．．．．ﾀｽｹﾃ

環境はW2K＆WO5＆Oracle8.0.5です。

（WOFileupload質問編１）
WOBuilder側：
Mainコンポーネントに、WOFormその中に、WOTextfileと
WOFileupload+ボタン＜いくついるのか？？＞を用意。
（後述のphotoNameとphotoImageを格納）

ローカルハードディスクにイメージファイル用意も当然。

EOModeler側：photoImageという名のEntityにアトリビュートとして
photoImageID(int型一次キー)
photoName(NSString型)
photoImage(NSData型)の３要素。

程度が前提

（WOFileupload質問編２）
EntityはEOGenericRecordでも可？
Mainコンポーネント生成時に、空のEOを準備するのはどうする？
EOをEditingContextにセットしてアップする？
アップする手順としてEOにinsert()後saveChange()でいいの？

程度が疑問点。

すみません、また３９８です。
いろいろ書きましたが、Oracle8.0.5の接続には”Thin”ドライバは
使えないとアポで読みまして、OCIでEOModelerにて接続を試みて
いるのですが、
「ダイナミックリンクライブラリoracore8.dllが見つからない」
そのあとに
「no ocijdbc8 in shared library path」
と出て接続できません。
ちなみに、「ocijdbc8.dll」は"NEXT_ROOT/Library/Executables"
に置いてあって、パスもとおっているハズ（？）なのですが．．
oracore8なんてエラーも出てきたりして、何が原因かもわかりません

入社5ヶ月の素人同然なのに、難しすぎるヨ．．．．

ところで、OracleはWOがなくても単体でJDBC接続できるように
なっていなければいけないのでしょうか？

ﾀｽｹﾃ

たびたびすみません．．．３９８

自己解決したので

アポセンに書いてあったのはoracle8iのことで、Oracle8.0.5は
それようのJDBCドライバを設定したら接続できました。
で、oracore8.dllは
8iにはあるけど、8.0.5にはないのに、8iのドライバを使っていたから
ありもしないoracore8.dllを探しにいっていたってことらしいです。

そのあとに、またまた問題が．．．．

接続は出来たのですが、実行させるとruntimeちゅうにJDBCドライバが
無いよといってエラー画面になってしまいます。
EOModelerでの設定の他に、実行時にはなにか改めてJDBCドライバの
設定をする必要があるのでしょーか？
わかる方教えてくだされ〜〜
会社から帰れません・・・・

>>403

http://www.yk.rim.or.jp/~saeki/webobjects/
ここのOracleとの接続あたりが参考になりませんか？

頑張ってください。

そういえば、404デ紹介されているホームページでもリンクがはってあった、
「WOSource」って昔からWebObjectsやっている人のホームページやら倉橋氏の
書籍で紹介されているんだけど、今完全になくなっていますね...
http://www.wosource.com/ が変なURLへのリダイレクトになっている。
説明が「WebObjects に関する豊富な情報量の総合サイト。（英語）」だけに、
すごいサイトだったんだろうな、と。今は英語圏サイトでさがしても本家アップル
くらいしかないもんなぁ「豊富な情報量」のサイトって。どこか知りませんか？
そういうサイト。

yahoo groups:
WO Newbie:
ttp://groups.yahoo.com/group/webobjects-newbies/messages/
WO Pro?:
ttp://groups.yahoo.com/group/webobjects/messages/
Omnigroup ML:
ttp://www.omnigroup.com/developer/mailinglists/webobjects-dev/
直接は関係ないかもしれないがEJB:
ttp://groups.yahoo.com/group/EJB-Developer

変種:
svg object:
ttp://www.svgobjects.com/

yahoo groupsでは日本で問題とされてるものは、ほとんど先んじて
解決してますね。

あしたまとめて話す。

WOはじめるには、いくらぐらいかかるの?

マシン等の環境はどれぐらい必要?

中古のiMac買ってきて、あとWOトライアル（まだ使えるのかな...？）を
アップルのADC無料会員になってダウンロードしてくれば使えます。

なので、中古iMac代金＋WOトライアルダウンロード通信費

が最低料金ではじめられるお値段です。
これなら10万いないで始められます。

あっ、忘れてたOS10.1を9000円で大学生協でアカデミック価格で買って
こないといけないですね。大学生協は別に大学生でなくても買えます。
早稲田大学だったら別に大学生か否かなんて聞かれません。

>>394
画像データを扱う場合（ここではJPEGとしとこうか）。

WOコンポーネントにはWOImageかWOActiveImageを配置する。

WOImageのdataｱﾄﾘﾋﾞｭｰﾄにNSData型のデータをバインドする。
WOImageのmimeTypeをJPEGにする

モデルファイル上では、OpenBaseのWOMoviesが参考になる。
ｳｨｻﾞｰﾄﾞでWOMoviesのEntityを全て取り込んで、TalentPhotoを
みると、photoというカラム名がNSData型になってる。
インスペクタでInternalとExternal Typeをチェックしておけ。

EO（Talentphoto）型の変数が用意されていれば、photoをそのまま
バインドしておけば表示はうまくいく。

WOFileUploadを使う場合は、WOFileUploadのenctypeに
multiple………なんとかってーのを入れる必要がある。
忘れちまった（笑）実践ガイドブックのうしろの方に書いてあるから
みてくれ。これを忘れるとデータのアップロードができない。

で、WOFileUploadのdataｱﾄﾘﾋﾞｭｰﾄにはNSData型をバインドしておく。
pathにはファイルパスが入るからStringをバインドしておく。

WOFileUploadは画面が一度リロードされないとデータを転送して
くれないから（厳密にはFormが鯖に転送されないと）、どっか適当な
Submitを作ってreturn nullだけのメソッドをバインドしておく。
（こいつをアップロードボタンにする。WOFileUploadを配置すると
ファイルを選択するためのボタンが自動的に表示されるが、これは
ファイルを選択するだけのボタンなのだ。つかえねぇけど。）

で、NSData型の変数を該当するEntityのメソッドへセットすりゃOK。

あー、あと、クライアントブラウザのバージョンが低かったりすると
ダメだったような気がする。適当にチェックしてｸﾚｸﾚ。
それと、Windowsの場合画像のファイルパスに全角と半角ｶﾅが入っていると
画像が正しくアップロードされない。こりゃWindowsかブラウザの仕様だ（ｗ
ﾏｸは問題ない。

saveChageでうまく格納されないようだったら、NSData型の変数に
画像がアップロードされてないだけだ。ナカミがnullかどうか事前にﾁｪｯｸしとけ。
それぐらいＰＧだったら常識だぞ←ってエラそうにしてみる

>>395

そうか、そりゃよかったな。オメデトウ。なんか判らなくなったらここに書け。

>>401

>EntityはEOGenericRecordでも可？？

質問の意図がよくわからんが、カスタムEOを作るべきか？という意味か？
だったら、悪いことはいわない。カスタム化しておけ。どうせ、あとで
メソッドをカスタマイズしたいとか、EOを拡張したいとか出てくるからな。

後の質問は、EOの仕組みを理解してからの方がいいな。
Appleから公開されている和文マニュアルを片っ端から読んでｸﾚ。

>>403
thinドライバか。OCIの方が速いんだけど。なんかおれの環境じゃうまくいかなかったんだよな。欝。

で、Apple:\Library\JavaにあるJavaConfig.plistは編集したか？

DefaultClasspathっていうのがあるから、
そこに、$NEXT_ROOT/Library/Java/classes111.zipがなかったら、それを追加しろ。

>>408
Appleのﾎｰﾑﾍﾟｰｼﾞとこのｽﾚを最初から読め。
っていうのも、なんか可哀想なので教えてやらぁ。感謝しろ。

Macだったら、MacOS X10.*が動く環境だったらハードは問わない。
WindowsだったらWindows2000が動く環境だったらハードは問わない。

メモリは、どっちも256M以上あるといい。512Mぐらいは欲しいな。
HDDは500M以上あればよかったとおもうが、まぁこのヘンは心配ないな。

Windowsだったら、今は５万ぐらいでｾﾚﾛﾝの安いマシンが買えるからな。
Macはしばらく買ってないからわからん。

WebObjectsは72,800円だ。それ以上の出費はない。
が、セミナだと書籍だのと本格的にやりだすとカネはかかるな。ま、
それ以上の稼ぎをだしゃいいんだが。

検討を祈る。

こんなの見つけたよ！
よさげ。
http://wo1.primax.com/cgi-bin/WebObjects/WOCode.woa

検討を祈る→健闘を祈る。

IME2000のﾊﾞｶｧ...

（りおさん、ありがとうございます。）

今度、JDBC+JSP+Servletで動いてるシステムに機能をAddOnする仕事を受注するかもなんだが、
客を丸め込んでWOでやることにしちゃったよ（ｗ
つーか、WOじゃなきゃやらないって言ってやったんだけど。
よく、JDBC&EJB + JSP + Servlet = MVCで効率いいって言われてるけど、アホっぽいし。
JSPでView作ったって、どんなに小さくてもロジック入るからな。MVC完全分離なんてできねぇよ。
SQLごりごりも願いsageだし。
理解のある客でﾖｶｯﾀ!

あー。、とつぜんだけど、このスレは、WebProg板のほうが良かったりするのでは？と思うんだけど。

>>420
俺もそう思う。向こうにも確かスレあったよね？移動する？

んじゃ、そうすっか。

一応相互リンクしておく。

WebObjects
http://ebi.2ch.net/test/read.cgi/php/989562708/

>>414
それはOracle8.0.5用のclass111.zipをインストールする事でEOModelerに
接続できるようになりました。

りおさんはThinドライバとの事ですがアップルではThinでは動かないとありましたが
なにか特別な設定でもしてるのでしょうか？
うちはThinとOCIでEOModelerの接続までできました。

ありがとうございました

↓続く

しかし、適当にWizardでつくったのを実行しようとすると
Application: koho
Error: java.lang.IllegalStateException exception Reason:
java.lang.IllegalStateException: An Exception occurred while generating the Exception page
'WOExceptionPage'. This is most likely due to an error in WOExceptionPage
itself. Below are the logs of first the Exception in WOExceptionPage,
second the Exception in Application that triggered everything.

java.lang.NullPointerException

Original Exception:
com.webobjects.jdbcadaptor.JDBCAdaptorException: JDBC connection failed for
driver :'oracle.jdbc.driver.OracleDriver'. Driver not found in Java Runtime!
Please verify your CLASSPATH environment variable. The current CLASSPATH for
your application is :

C:\Apple\WebObjects\Applications\koho\koho.woa\Contents\Resources\Java\koho.jar;
C:\Apple\Library\Frameworks\JavaFoundation.framework\Resources\Java\javafoundation.jar;
C:\Apple\Library\Frameworks\JavaXML.framework\Resources\Java\javaxml.jar;
C:\Apple\Library\Frameworks\JavaEOControl.framework\Resources\Java\javaeocontrol.jar;
C:\Apple\Library\Frameworks\JavaJDBCAdaptor.framework\Resources\Java\javajdbcadaptor.jar;
C:\Apple\Library\Frameworks\JavaEOAccess.framework\Resources\Java\javaeoaccess.jar;
C:\Apple\Library\Frameworks\JavaWOExtensions.framework\Resources\Java\javawoextensions.jar;
C:\Apple\Library\Frameworks\JavaWebObjects.framework\Resources\Java\javawebobjects.jar;
C:\Apple\WebObjects\Applications\koho\koho.woa ;

と出てしまうのですが、原因のわかる方いたら教えてクダサイ
長くてｽﾏｿ

ttp://java-house.etl.go.jp/ml/archive/j-h-b/043535.html

これに似てる。つか場所変えよ。

んっ誰もいないのか？

>>427
WebProg板に移転したよ。
あっちの板も寂しいから勘弁してやってくれｗ

>>428
サンキュ

>>426
ありがとうございます
早速明日試してみます。

>>426
プロジェクトの中の.woaの中の”CLASSPATH.TXT”にclass111.zip
のPATHをテキストで書き足したらドライバのエラーは出なくなったけど
、そんな面倒なこと市内でWebObjectsの方でなにか設定する方法があるのでしょうか？

わかる人お願い！

厨房でスマソ

社内用に書いた手順書より抜粋
最初、同じエラーでしばらく悩んだので参考になれば・・・

**************************************************************
　　　　Oracle JDBCドライバのインストール
**************************************************************

Windows2000の場合、WebObjects5のランタイムはMac OS Xや
他のプラットフォームと同様、Java2 VMとJDK1.3互換JDBCドライバを使用します。
ところがWindows2000用のEOModelerはJDK1.1.xで動作するJava Bridgeという
仕組みを利用しているため、JDK1.1.x互換ドライバが必要となります。
つまりWindows2000上で開発および動作テストを行うには
・WebObjects5ランタイムで使用するJDK1.3.x互換JDBCドライバ
・EOModelerとJava Bridgeで使用するJDK1.1.x互換JDBCドライバ
という、２つの異なるバージョンのJDBCドライバが必要となるのです。
なおMax OS Xの場合、Java BridgeはJava2 VMをサポートしているので、
EOModelerとWebObjects5ランタイムの両方でJDK1.3互換ドライバが使われます。
またWindows2000をWebObjects5の運用環境としてのみ利用する場合は
JDK1.1.x互換ドライバはインストールする必要ありません。


１．jdbc81601jdk11x-nt.zipとjdbc81601jdk12-nt.zipを適当な
　　ディレクトリに解凍します。
２．JDK1.2.x用のJDBCドライバ（classes12.zip）を
　　[ORACLE_HOME]\jdbc\libディレクトリにインストールします。
　　[ORACLE_HOME]\jdbc\libディレクトリが存在しない場合は新規に
　　作成して下さい。
　　ここで[ORACLE_HOME]はD:\Oracle\Ora816など、
　　Oracle8iのインストール時に指定したディレクトリです。
３．CLASSPATHに、[ORACLE_HOME]\jdbc\lib\classes12.zipを追加します。
４．JDK1.1.x用のJDBCドライバ（classes111.zip）を
　　$NEXT_ROOT\Library\Java　にインストールします。
　　ここで　$NEXT_ROOT　はWebObjects5のインストールされたディレクトリ
　　（I:\Apple　etc.）を意味します。
５．$NEXT_ROOT\Library\Java\JavaConfig.plistファイルを必要に応じて
　　修正します。JavaConfig.plistファイルをメモ帳などで開き、
　　DefaultClasspath　にパスを追加します。

　　　　　$NEXT_ROOT/Library/Java/classes111.zip

　　このとき一字一句全く同じに追加してください
　　（"$NEXT_ROOT" や "/"もそのまま）。
　　またすでに記述されているパスとのセパレーションにはセミコロン（;）
　　を用います。
６．Oracle JDBC OCIドライバを利用する場合は、
　　[ORACLE_HOME]\lib\ocijdbc8.dllを[ORACLE_HOME]\binに移動します。

>432
うう・・・・
ありがとうございます

早速試してみます。

>>391,396
きわめて初歩的な質問に答えていただき、ありがとうございます。
話がウマ過ぎて、やっぱり間違いのようですね。小ヒツジ残念！
（鯖を買えばＷＯも付いて来たというのは、昔の話なのかな〜）
ＯＳＸ鯖パッケージを買って、さらにＷＯ５を約７万円で買わなきゃ

updata for OS10.1やっとでましたよ！
ソフトウェアアップデータでアップデートできますよん。

>>432
Webpageに転載してもいいですか？
>>りおさん
りおさんが書かれていた運営上の話転載してもいいですか？

>>435

432の転載は別に構いませんが、内容の保証はしませんよ〜。
英語ドキュメントとかを元に自分で設定してみてうまくいった内容を
まとめただけなので・・・。

ちなみに転載はどちらへ？
（なんとなく分かっているけど念のため）

>>436
あっ、すいません、URL書きそこねてました。
http://shinshin.com/webobjects/ です。

>>435
御勝手に。

くそガキ共の情報お待ちしております。
世間を震撼させた事件の犯人を実名で公開しております。
http://topia.yam.com/home/aoiryuyu/pages/index.html

早い、安い、簡単な開発環境は最高ですね。

（WOFileUploadの顛末はWebProg板に書きましたが、）
『WebObjectsアプリケーション開発ガイド』（オーム社）買ってきました。
EODetailDataSourceのところとか読んでます。

プログラムが数行ですむ、は真理だが、
「但し、背後でフレームワークが自動的にどう働いてるかを
理解したうえで」という条件があるんだヨナ。

セッション管理をするページを作っています。
現在接続中の他のセッションを切るような作業を
するにはどうすればいいのでしょうか？

restoreSessionWithIDでセッションを受け取り
terminateする方法を試してみたのですが
セッションを切った側のセッションも
terminateされてしまいます.

WebObjects、学割だと￥11,800らしい。
大学生協は大学生でなくても買えるので
法人で運用したりするのはまずいにしても、
自分ちのサーバで試してみるにはいいかもしれない。

噂に名高いWebObjectsは、アポの商品だったんかっ！！

WebObjectsに限らずアポの製品説明の文句には「パワフル」「モダン」「スムーズ」が
よく使われているなぁ。

>>445
元々はアポが禿げジョブズごと買収したNext社が開発。

>>447
つーことは禿はじつはすごいのか？

ファイルメーカーProでもそれは言える。
あのシリーズは、開発していてすばらすい。
画像・音声・動画入りの商品データベースをものの数分作ることができる。
経理会計ソフトだって作れる。奥が深くて簡単。

NextもBeも元々アップルの畑にいた連中だもんな。

>>448
禿げはズブの素人、全然すごくない。
NeXTの人材が優秀だったのだろう。

>>451
禿げが良いかどうかは分からぬが、普通企業では創設者は神だし、禿がアポに
帰ってから市場をうならす商品を出してるところを見ると、あながち禿もあなどれないのでは？

>>452
確かに素人が素人と同じ目線にたって素人を唸らしているのはすごいね

http://gazoo.direct.ne.jp/upboard/fun/img20011028214846.gif

うーん、一瞬興奮してしまった、不覚！
hはとれや。

>>453
玄人はどこにいる？

そ、そうか>>453君だったのか？
失礼、なら逝ってくる。

>>457
ワラータヨ

453 名前：名称未設定 ：01/11/02 08:06
>>452
確かに素人が素人と同じ目線にたって素人を唸らしているのはすごいね

素人＝禿げジョブズ&マカー

↑
自称玄人必死の反撃！

↑
不登校児の会心の一撃！

おーい>>460迎えに来たぞー。一緒に学校に行こう。

たーのーむーこのスレは汚すなあ。最初から読めば分かる。

あぽーでセミナーがあります。無料ですよ。
http://www.apple.co.jp/webobjects/seminar/web_solution.html

いい情報ありがとう。でも遅かった。

>465
スマソ。情報がおそくて。
http://shinshin.com/webobjects/ でもWebObjects系ニュースとりあげてますんでみてね。

金に余裕があれば、使ってみたいな。

うちの社の東京フォーラム会場参加者の話じゃ、非常に実践向きで有意義だそうだ。
おれの方が行きたかったのによ。
しばらく>>466のニュースでがまん。いつも先着順か。
その前に、会社のCDゲットしなくてはな。ﾜﾗ

こんにちは。ＷＯ５のことを思案中の、迷える小ヒツジです。
macのＯＳＸ上で、ＷＯ５しようかなと現在思っています。

（開発が進み完成間近の時）複数のユーザーからのアクセスで
ＤＢを同時更新するテストは、ＯＳＸ上で可能でしょうか？
（それとも、このテストは、ＯＳＸ鯖上でないと無理なのかな？）

ＯＳＸ上のＷＯ開発環境と、ＯＳＸ鯖上のＷＯ環境との相違点は？
制限等が何かあるのか教えて下さい。ヨロシクお願いします！

私もこの質問の答知りたいですね。
でも、もうスレ引っ越したかな？

WebObjects　からプロシージャを起動するサンプルありますか？

WebObjectsの使えるレンタルサーバって世の中にあるんですか？
自分でも探してみたんですけど....

WebObjectsのソリューション、ネットでしらべてごらん。
どっかで紹介されてるかもよ。

ここは見たと思うんだけど、一応
http://www.apple.co.jp/solution/index.html

教えてください。
Application.javaでShiftJISエンコーディングしているんですが、
「〜」が文字バケしてしまうんです。
納期が迫っててパニクってます。
お願いしまーす！！！

WebProg板にWebObjectsスレがあるから、そっちで答えてやるので、みろ。

どこだ？

>>477
http://pc.2ch.net/test/read.cgi/php/989562708/l50

WebObjectsのWOComponentをhtmlファイルとしてサーバー内の特定のディレクトリ
に出力したいのですが、このような場合はどのような方法が考えられますか？
ちなみに言語はObj-Cです。
宜しくお願い致します。

>>479
上記リンクにて質問せよ。
りおには感謝のことばもないぜ。

WebObjects？なにそれ？WebObjects？ちょっとねぇ。
WebObjects？Appleブランドだけが魅力のモノでしょ。

>>481
なにもわかってないバカ

知らないって正直に言えば良いのに。このプラットフォームじゃダントツ最強でしょうが。
何使ってんの>>481

B++だよ

>>484
目が点

>>483
Macでダントツ最強でもしょうがないでしょうが。
Webサーバとしてまったく相手にされてないんだから。

>>486
ﾊｧ?Macでダントツ？Webｻｰﾊﾞ?
何もしらねぇんだな。俺はMacなんか使ってねぇし、Appleも嫌いだ。
それでもWebObjectsは最強だな。
今まで、サーブレット、JSP、WebLogicとやってきたが、EOFには参ったよ。完敗だ。
以前、半年かかったプロジェクトが２ヶ月でおわっちまった。
あー、ちなみにな、Windows2000のWebObjects Developerで開発して、
運用はSunでやってるぞ。
まぁ素人は、requestDispatcherで画面遷移でもやってなさいってこった。
まぁ素人は、EJBでシコシコDD書いてなさいってこった。
まぁ素人は、JDBC＆JSPで、ユーザインタフェースにロジックやらSQLをバリバリ埋め込んでなさいってこった。

WOは、知る人ぞ知るツールでいいんだよ。
他のAppServerでやってたやつらがワラワラ参入してきたら困る。
ウマミが吸えなくなるだろ。
今は、BEAとかIBMが花盛りだし、Oracle9iもあるじゃねぇか。
みんな、そっち使えや。

やだ。

って言ったら、WebSphere部隊から外されて、PHPの仕事になりそう。
ま、事務のおねーちゃんとﾏﾀｰﾘ仕事してる方が幸せかもな。
どっちやっても給料同じだし。

>>489
ならﾏﾀｰﾘだろー。

>>486
この際サーバはどうでもいい。WOのことさね。もう>>488に全部語ってくれたんでw
もうけなす方が野暮かもよ。
Mac嫌いならWin2Kでやりゃいいし。ついでに・・・
ハイブリット版出してる会社結構あるが、アポーのは互換性も申し分ない。
FileMakerにおいても同じ。多少フォントの壁は致し方ないが。
アポーのアプリも、ﾊｧ？アポー？クラリスワークス？　なんて言ってると
そらいいかげんモグリって言われるぜ。

＞まぁ素人は、requestDispatcherで画面遷移でもやってなさいってこった。
＞まぁ素人は、EJBでシコシコDD書いてなさいってこった。
＞まぁ素人は、JDBC＆JSPで、ユーザインタフェースにロジックやらSQLをバリバリ埋め込んでなさいってこった。

>>487のこれには爆。だがこれが全てを物語ってる。

WOってMac版とWin版しかないの？

>>492
開発環境は、Win版とMac版だけだが、
運用環境は、一応Java2+JDBC2.0ならなんでもOK。
俺は、開発はWin2K、運用はSolaris or Linux。DBはPostgreSQL or MySQL。
開発環境自体は、MacOSX用が一番機能が充実してるんだが。でもﾏｸ嫌いだから漏れはWinで開発だ。
WebProg板のWOスレに、Win2K + MySQL for Win32で使う方法とか書いてあるぞ。
去年の５月までは、WebObjectsも\700万したのにな。
今や値段は1/100。

WO知っちゃうと、EJB+JSP+ServletでMVC？ﾊｧ?って感じになるよな。
世に出て３年強？の発展途上かつ面倒くせぇEJBに対して、EOFはNeXT時代から10年強。
これだけでも使う価値あり。
9i？WebLogic？WebSphere？ColdFusion？SilverStream？.NET?
どいつもこいつも、面倒くさいって思わない？本当に効率いいか？
でも、今までEJB+JSP+Servletでやってきた人間は、たぶんWOの「思想」が理解できないかもな。
>>488
の言うとおり、WOは、あんまり広まらないでいいと思う。
ほんと、ウマミが吸えるよな。

EJBってさ、結局テンプレートみたいなもんでしょ？
めんどくさい部分も書かなきゃいけないじゃん。
再利用可能？ビジネスロジックに専念できる？
おれはWebObjects使って、EJBを使うことがどれだけアフォらしいかってのを痛感したよ。
EOFって、ちゃんと必要かつ十分なメソッドが予め用意されてて、すごーく楽。
今までしこしことコーディングしてた部分を、ほとんど提供してくれてるしね。
こっちは使うだけでいいし。
今や、JSPのソースにSQLとか入ってるの見ると、かなりイタイなぁ〜って思っちゃう。
あとさー、DBの切り替えが楽なのがいいよね。
運用環境がSolaris+Oracleなんだけど、Win+OpenBaseで作ったものがソース修正しないで
使えるからねぇ。
でっかい案件でも、ノートPC１台で対応できるのがイイ。

何がすごいって、Winで開発したHelloWorld程度の(笑)ショボイWebアプリでも、
そのまんま、Solarisとかで組んだマルチサーバ構成の大規模運用環境に移行できて、
アプリ側に負荷分散用のコードを特に実装しないで動いてしまうあたり。
よくわからないんですけど、WebSphereとかでもこういう機能って当たり前なのかな？
データベース操作も、開発者は、まずほどんどSQL文を１行も書くことないんですけど、
こういうのって他のアプリケーションサーバの開発環境でも可能？
いや、バックグラウンドでは、フレームワークがSQL発酵してますけど。
複数のテーブルを１つのオブジェクトにマッピングできたりするのもベンリ。

旧板は読む価値無しと聞いてたけど
ここは別の意味で読む価値無いなぁ。すごいなぁ。
もう何言ってんのかわからない。

なんか、おれさまの出番がないみたいなので、引っ込むか（笑）

ところで、>>486の釈明はないのか？
（と、煽ってみる）

>>495
WebSphereの負荷分散は一応あたりまえの世界なんですけど、
っつーか、今発売されているEJBをコアとしたアプリケーションサーバーで
負荷分散やらコネクションプーリングといったナウテクを搭載してない
やつぁ無いと思うぞ。

むしろ、WebObjectsの負荷分散は、あんまし言いたくないけど（ｗ
ヨソのアプリケーション鯖よりゃ弱い部分がある。それは、
セッションの継続部分。ヨソのＡＰ鯖はサーバー自体が落ちると
接続中のセッションを稼働している他の鯖に引き継ぐ機能を持っているのだが、
WebObjectsはそれが、ない。なんてことだぁ(´Д｀;)

とはいえ、ヨソのＡＰ鯖よりゃレスポンス倍ぐらい違う時があるし、
フレームワークもあんまり複雑で厚くないから、ちゃんと作れば（ｗ
安定度バツグンだし。WebSphereなんぞ使った日にゃぁ（以下略

で、>>486の釈明はないのか？
（以後、このフレーズをリピートしそうだ）

>>498

もっと書くと、複数のテーブルを一つのオブジェクトにして扱う、ほかに、
物理的に分かれたデータベース内のテーブルも一つのオブジェクトとしてあつかったり
リレーションシップオブジェクトを介してデータのやりとりなんかが可能になる。
若いときに毎日バッチ処理用のSQL書いていたおれっちにとってはブッたまげたぞ(´Д｀;)

WebObjectsで作られているサイトってどことどこ？

>>500
ｲﾊﾟｰｲあるぞー。
アポーのHPからたどれ。「ソフトウェア〜WebPbjects」「ソリューション」
AppleStoreやテクニカルサポ自体もWOだっぺ？　外国の方がめちゃ多いか？

>>493
なんだかいよいよFileMakerの環境と似ているのでﾜﾗﾀ。
（FileMakerもこのプラットフォームでは最強になると思うよ。おと噛まれそーだ）

OSX+WOの優位性って2Kと比べるとどこにあるだろう。　OSX使用の人いる？

500越えしとるっっ

煽ろうと思ったが、スレ途中まで読んでビビってまった。ﾜﾗ
(;´д｀)ﾊｧﾊｧ
（´Д｀;）ﾊｧﾊｧ
(;´Д`) ﾊｧﾊｧ
ｵﾅﾆｰして出直します

あぶねーあぶねーカモられるとこだったぜ

FileMaker?そんなものと比較されてたのか。ｱｲﾀﾀ
煽ってるﾔﾂは結局WOには縁が無いと思われ。
ｶﾞﾝｶﾞﾝ煽ってくれい。そして氏ﾈ。

ところで、みんなｱﾌﾟ鯖って何つかってんの？

>>506
開発運用環境のことだーな
でも今やFileMakerもあなどれない、ﾜﾗﾃしまいそうだが昔のとはモノが違うよ

WebObjectsは国際化がショボくない？
WOMailDeliveryで日本語送るとデフォルトの文字エンコーディングで送ろうとするしな。
PrintStreamのprint使ってる時点でメールのこと分かってな過ぎ。

国際化の問題というよりJavaプログラマとしてのスキルが問題ありなんだろうか。
オブジェクト指向開発は長いかもしれないけどJava開発者としては素人って感じ？(藁

つーかパッチ3まで出てんのにこんな簡単なことがなんで直らない？
日本市場は無視かよ。

>>508
いいんだよ。JavaMail使え（藁
そんなことして日本市場で開発者増えたら困るだろ。
アポーＪも売りは考えてないからいいんだよ。

アポーが優れたツールを普及できないのって、
ユーザがアポーを殺しているからかも知れないなあ、と思った。

数年後、他のサーバに抜かれた事実も認めないで、
「WebObjectsは特別な人だけが使ってればいいんだよ！」とか言ってそう。

>>488
>ウマミが吸えなくなるだろ。
ウマミって、キミは年収いくら稼いでんの？
アポー信者に年収1000万なんて厳しいことはいわないけど、
700万未満は確実に負け組だぜ。
特別な人だけが使うツールだったらそれくらいは稼げないとね〜。
年収700万未満でウマミがどうこういってたら藁えるな〜。

>>511
君の年収は？
漏れは脳内デザその他諸々で、だいたい９００万前後です。

WebObjects開発会社の募集要項でも見れば大体わかるだろ。
嘘書いてなければ。

＞世に出て３年強？の発展途上かつ面倒くせぇEJBに対して、EOFはNeXT時代から10年強。
逆に言えば、EJBはまだまだ良くなって行く可能性がある。
リソース(金＆人)も豊富だし。中にはｱﾀﾏｲｲやつも出てくるだろう。
EOF(WOF)は設計思想は良かったが、これからも良くなっていくか疑問。
NeXT時代の優秀な開発者はあんまり残ってないらしいし。
1アプリ(OSXだが)の開発に何十人も付けるような会社のやり方で
いいものが作れるわけないと思う。

＞WO知っちゃうと、EJB+JSP+ServletでMVC？ﾊｧ?って感じになるよな。
Servlet+JSPで足りないのは、ページやUI部品に対応するオブジェクトが無い部分。
普通オブジェクト指向で考えれば、ページを出力したやつがその中身を知ってるわけで、
ページを出力したオブジェクトにリクエストが帰ってくるように作るのが自然。
(もちろんJSPからJSPに帰ってくるようにできるけど各ページ固有のステータスまで
セッション持ちでしょ？画面遷移は結局RequestDispatcher経由になるし。)
JSPは入れ子にすんのが難しいがViewとしてはあんなもんかと思う。taglibを作りまくれ。
WebObjectsのコンポーネントもMVC的に言えばView+Contorllerの上側って感じで
純粋なMVCからはやや外れると思う。画面遷移をバリバリ埋め込んでるわけだし。

ServletをC, JSPをVと見立てたときにその間を繋ぐViewController的なものが
必要ってことは誰でも分かってるわけで、SunもBluePrintsのPetStoreサンプル
作るときにWAF(Web Application Framework)っていう自前のフレームワークを
用意している。他のｱﾌﾟｻｰﾊﾞ、例えばWebLogicにもWebflowアーキテクチャと
Pipelineフレームワークってのがあるみたいなんで、単純にEJB+JSP+Servletだけを
見て使えねーって判断は尚早だと思う。
＃ﾂｰｶWebLogicユーザ的にはWebflowとPipelineってどうよ？感想ｷﾎﾞﾝﾇ。

もっともベースとなる技術がヘボいと拡張して良いもの作るのは難しいんで
J2EEが発展してみんな幸せになれるかは疑問ではあるけどさ。2年後にはクラスの
数が今の4倍になってて、その半分以上がDeprecatedってのが目に見えるようだ。

こぴぺ？
長くてめんどい。。。

>>515
ｳﾂﾀﾞ・・・ﾘﾀﾘﾝ飲んできます

>>511
よかった、とりあえず勝ち組だ(´Д｀;)

っつーか、年収で勝ち組、負け組を論じ合うのもどうかと思われ。しかもこんなところで（ｗ

俺的には年収300ﾏｿであっても、才色兼備な女性をわがモノにした方が別の意味で勝ち組だと思うが、どうよ？

>>518
禿ｼｸ同意！！
さやかﾀﾝの旦那様は究極の勝ち組つーわけですな

>>511
年収一千万の人がここ来てたら面白い。なんて贅沢。

一千万石でも凄い

>>511
漏れもとりあえず勝ち組と思われ。
あんたはどうよ？
「アポー信者だから」「ﾈｸｿﾄ信者だから」なんて邪推しているうちは、勝ち組にはいれないかもＹＯ！
つーか、WebLogicやらWebSphereやらでやってるヤツラ、年収はどうよ？
J2EEで儲かってる？

>>519
でも、才色兼備の嫁ﾊﾝが＊＊＊＊＊＊＊＊＊＊＊＊ってのは、
旦那的には結構、鬱じゃないかと思われ。
一部自主規制（ｗ

>>519
そこでさやかﾀﾝがでるか！（ｗ
キミも通だね！

>>513
Javaできます、Servletできます、EJBできますってやつでも、いきなりWOは
使いこなせないだろ。
ﾔﾊﾟｰﾘ最初はWOﾃﾞｯﾁからだろうな。
１Ｋプレイヤーになるまでには、けっこう大変かも。
それに、競合ひしめくｱﾌﾟ鯖の世界で、WOの本質をどれだけ適切に顧客に
伝えられるかというｽｷﾙもｶﾅｰﾘ必要だろ。
並のSEじゃ、まず無理かも。
やっぱり、大盛りﾈｷﾞﾀﾞｸ・ｷﾞｮｸなSEでないと（ｗ

>>514
＞逆に言えば、EJBはまだまだ良くなって行く可能性がある。
＞EOF(WOF)は設計思想は良かったが、これからも良くなっていくか疑問。
ならば、EOFとEJBのイイトコ取りしたフレームワークを作っちまうってのもいいな。
ﾓﾁﾛﾝ、ｵｰﾌﾟﾝｿｰｽで（ｗ

やっぱり20代で一千万いってないとダメなんだろうか･･･鬱

>>514
EJBはこれからなのかも知れんが、悪いが待ってられん。
WOは今、非常にうまく動いている。
JavaOne行って、EJB 2.0ではリレーションがサポートされます、
とか聞いた瞬間に萎えてきたぞ。今までなかったんか..。
Javaは良くも悪くも広がり過ぎているので、こういう規格を
進めていくときに動きがとても鈍いと思う。

>>527
もの凄い勢いで同意。
確かに、今メジャーではやってて、みんなが使ってる技術は、
これからどんどん良くなっていくとは思う。
しかし、おれたちゃ今日明日のメシを食わなきゃいけないわけで、
そのために効率よく仕事ができる道具を選ばなきゃならない。
できれば残業や休日出勤はしたくないし、運用入ってからも楽がしたい。
開発を生業としてる漏れにとってWOは、
「生活と仕事のバランスをうまく保って、人間らしい生活をさせてくれるツール」
ってところだ。
当然、WOよりもいいツールが出てくれば、そっちに乗り換えるつもりだが、
ここ数年、そんなツールにはまだ巡り会えてない。

>>526
20代で必要なことは、確固たる「思想」を身につけることじゃねぇのか。
小手先のテクの習得ばっかりに目が逝ってると、結局30代に入ってから
使い物にならない自称SEやらｺﾝ猿やら何やらができあがる。
批判ばかりで、物事を解決に導くための思考や提案ができねぇｱﾌｫ。
そうならないように、１段高い視点から、物事を見られるようにすべきだな。
俺も修行中。

俺がかつて籍を置いていた企業で、俺に下に20代の技術者が１人配属されてきたことがある。
彼は、企業での開発経験が無く、大学系や財団？系で比較的小規模な開発しか経験が
無かったんだが、俺は面接で彼に光を見た気がした。
で、上司と人事を動かし、なんとか採用。
しかし。俺の見た光には、遙かに巨大な影があった。それを見抜けなかった俺もｱﾌｫ。
俺のいた部署は、開発がメインではなく、コンサル系や顧客折衝など、技術系に傾倒した
業務はあまりやらなかったのだが、彼は個人的な技術の習得ばかりをやっていたようだ。
それはそれでガッツがあって良しなのだが、彼には周りの状況と、それに対する自分の
置かれている状況を把握することには疎かった。
重要な来客時の同席にも難色を示したり、社内でも自分の世界を作り上げていき、
興味のない業務には、協力要請が来ても応じようとはしなかった。
今や、彼は社内でもかなり数の人間から疎まれる存在になってしまったが、
たぶん彼はそれを自覚していないし、もちろんそういう状況であることも知らない。
ただただ、そんな彼の将来が案じられる今日この頃。採用を推さなければ、
あるいは彼は、もっと彼に合った職場で、実力を発揮できたのかもしれない。

俺がかつて籍を置いていた企業で、俺に下に20代の技術者が１人配属されてきたことがある。
彼は、Mac以外での開発経験が無く、大学系でMacでの比較的小規模な開発しか経験が
無かったんだが、俺は面接で彼に光を見た気がした。
で、上司と人事を動かし、なんとか採用。
しかし。俺の見た光には、遙かに巨大な影があった。それを見抜けなかった俺もｱﾌｫ。
俺のいた部署は、Appleがメインではなく、コンサル系や顧客折衝など、Appleに傾倒した
業務はあまりやらなかったのだが、彼はAppleの技術の習得ばかりをやっていたようだ。
それはそれでガッツがあって良しなのだが、彼には世の中の状況と、それに対するAppleの
置かれている状況を把握することには疎かった。
重要なEJBでの業務にも難色を示したり、社内でもAppleの世界を作り上げていき、
Windowsの業務には、協力要請が来ても応じようとはしなかった。
今や、彼は社内でもかなり数の人間から疎まれる存在になってしまったが、
たぶん彼はそれを自覚していないし、もちろんそういう状況であることも知らない。
ただただ、そんな彼の将来が案じられる今日この頃。採用を推さなければ、
あるいは彼は、もっと彼に合った職場で、実力を発揮できたのかもしれない。

いつからPGの妄想スレになったんだ
出て行け！
メンヘルでやれや！

>>531
こういう人っていますね。
仕事より自分の趣味を優先して考える人。

>>531
おもいっきり、Macだけで開発してると干されますよーと言っているな。
んなーこたーない。
自社の事業計画も把握せず、採用を押したあんたが悪いだけ。

>>529
年収・学歴で仕事を評価する勘違いやろーは、そういうのにコンプレックス
持ってんだよ。
結局最後は仕事の充実感が年収を勝るってことが分からんｽｶは、以下略

>>535
PG板には学歴、年収コンプレックスが
多数みうけられる。。。

>>536
にわかインテリってどの世界もそうだよ。
外科医がかっくいーなんて未だに勘違いしてんのもいるし、
歯科医は医者なれなかったコンプレックス持ってんのも未だにいるし。
年収一千万前後いってても、不本意に仕事やってるやつは、いつどこでも
不満たらたらさ・・・。
金・学歴・地位だけの、卒業できないやつの成れの果て。良いサンプルいるじゃん。
野村さ・・

野村さちこ！

野村さごじょう！

WOの開発会社で具体的な年収を提示してるとこはこんなもんだよ。

アイザック
　27歳　560万
　http://www.isac.co.jp/jobs.html

プラネットコンピューター
　30歳　600万
　http://www.planetcomp.com/recruit/index4.html

実際にはモデル給与の額なんてもらえないのが普通だから、
まあ、30歳で500万強といったところかな。

>>541
サラリーマンＰＧだったら、まぁ、普通じゃないの？
１０００万ＰＧなんて、氷山の一角だよ。夢みすぎ。

結論的にはWOで開発したからといって、儲かるわけではないと。

>>531
うまく料理したな。そういう話なら納得。
＞社内でもAppleの世界を作り上げていき
にﾜﾗﾀ

つーかなんでお前ら531にﾚｽしてんだよ？
ﾈﾀﾆﾏｼﾞﾚｽ？

>つーかなんでお前ら531にﾚｽしてんだよ？
>>531は>>530のパロなんだろうけど、皮肉にも>>531の方が現実味がある。
実際にこういう人、マジでいそうで怖い。

おいら、>>530の作者だが何か。
ってゆーか、531もｳﾏｲこと言ってるよ。
かなり、俺のいいたかったことの本質をついてます（ｗ
例の彼は、WebObjects関連の仕事してるので。
ついでに、おれもWebObjectsで仕事してます。給料は、まぁまぁですけど。
アポーも嫌いだしマクも嫌いなので、もろちんWindows版つこてますが。
EJBも、うまく使えば効率いいんだけど、いったんEOFつかってしまうと、もう戻れませんね。

>>545
WOのEOFねぇ〜。
卑怯者！

>>540
「プラネットコンピューター」じゃなくて、「プラネットコンピュータ」ね。
この会社のPDF製品は裏でこっそりAcrobatを立ち上げてPDF加工を
やらせるマガイモノ。タスクリストでAcrobatが起動しているの
バレバレなんですけど。
こんな超DQN会社にWOの仕事を出すとこあんのか。

>>547
お前もシツコイねぇ。粘着気質のパラノイアだな。
プラネットかWOかに、よほどひどい目に遭わされたんだな。
そんなに嫌なら、プラネットもWOも、とっとと忘れろよ。精神衛生上よくないぞ。
かわいそうに。ﾘﾀﾘﾝでも飲んでおけよ？
ﾌﾞﾛﾑ系でもよく利くからな。
自殺だけはするなよ。
寒いから、体には気を付けろ。たまには、クニのオフクロさんに手紙でも書け。

>>547
事実ならその製品は販売不可能のはずです。
http://www.adobe.co.jp/products/acrdis/main.html

>>548
事実確認をせずに不正を指摘する人間をパラノイア扱いするなよ。
最大の問題は>>547が事実かどうかだろ？
もし事実ならプラネット以外のWO開発会社も同じ眼で見られかねんよ。

>>もし事実ならプラネット以外のWO開発会社も同じ眼で見られかねんよ。

そ、そうなのかっ Σ（ﾟдﾟlll）ｶﾞｰﾝ
おれっちの会社も同じ目でみられるのはｲﾔｰﾝだぞ（ｗ

たのむ、プラネットこんぴーた、嘘だといってくれぇ....

プラネット、ライセンス違反・・・？
はっきりしてほしいな。
でも、事実であれば、WOとか以前の問題だよな。
設計段階で「これ、ライセンスOKなの？」とゆー話が必ず出そうなモノだが。
そんなことすら考えられないほどのDQN集団なのか？あそこは。
「WebでWord文書出力してぇから、サーバにWord乗っけてデータ渡してやれよ」
っていうレベルだろ。

＞もし事実ならプラネット以外のWO開発会社も同じ眼で見られかねんよ。

これは短絡すぎだし、>>550の見識の狭さ、業務経験＆知識の浅さが露呈していると思われ。
もっとも、そんなふうにしか見られない顧客は、こっちから願いsage。

裏でAcrobatを上げてPDF加工してても良いんじゃないの？
要はウェブから帳表出力できればいいんだし。仮にAcrobat使ってても
ライセンスに関してはｱﾄﾞﾋﾞと個別に契約が有るのかも知れないじゃない。
広告等で嘘ついてない限り部外者がとやかく言うことではないのでは？

まあありがちなパターンとして、

企画「WOからPDF出せるっていうのどうよ？」
ボス「それｲｲﾈ!!　PG君、早速開発だよ。」
　　　↓
ＰＧ「一応プロト出来たんですけど・・・
　　(裏はｱﾄﾞﾋﾞｱｸﾛﾊﾞｯﾄなんですけどネ)」
ボス「なんだ、もう出来てるじゃん」
　　　↓
ﾌﾟﾚｽﾘﾘｰｽ

って感じで、誰も止められないままに販売決定ってのはあるかも。

教訓「動くプロトタイプは上司に見せるな」

Zopeの宣伝に参りました。

http://www.zope.ne.jp/

>>553
Wordとかはそういう使い方をしてもいいみたいね。
だけどAcrobatは確実に禁止。
http://www.adobe.co.jp/products/acrdis/main.html

プラネットこんぴーたがライセンス違反製品とWOを
結び付けないことを願う。WOがシャレにならない誤解を
される可能性があるかるね。

>>555
あまり良からぬ情報だが。

http://www.planetcomp.com/product/webproof/index.html

ここにプラネットこんぴーたの製品紹介がある。
PDFカタログをダウンして、最後のページにある
製品構成を見ろ。

Webプルーフサーバーに、しっかりと、AdobeAcrobat5.0が必要と
明記されているぞ（ｗ　しかもWebObjects4.5が必須だ。
やっぱし、自前のPDF生成エンジンもってたワケじゃなかったのね。

つーか、ここの会社、ｱｸﾛﾊﾞｯﾄのプラグインとか色々つくってるみたいだし、
Adobeとつながりは強いみたいだからちゃんとAdobeには確認してんじゃ
ねぇの？

確認なしで商売やってるっつーたら、前代未聞っつーか、
マジヤバい展開になっちまうが…

プラネットこんぴーたの正式コメントきぼーん（ｗ

サーバでAcrobatを稼動させてOKなら特にPDF加工技術を
もってないうちの会社でもPDFソリューションを提供できる！
早速、上司を説得しよう！．．．と思ったが念のため、
アドビライセンスコールセンター
http://www.adobe.co.jp/misc/comments.html#aop
に電話で確認してみた。結果的には
「Acrobatのサーバ利用は一切認めていない」との冷たい回答。
誰かプラネットコンピュータにコネのある人、Acrobatの
サーバ利用にライセンス上の問題はないか質問してみてくれ。

普通はだ、結果無駄な開発にトップはGO出さないよ。
アポとって確認してなければ、モグリとなるが、そしたらPG経営陣ともによっぽど
悲しいぐらいお粗末な会社だよん。
ADOBEから裁判起こされるほどリスキーなこの仕様に、損害賠償請求覚悟で事業展開
するほどのからくりは見い出せないぞ。

プラネットコンピュータの用例を挙げて確認すればはっきりするだろ。

＞プラネットこんぴーたがライセンス違反製品とWOを
＞結び付けないことを願う。WOがシャレにならない誤解を
＞される可能性があるかるね。

だからさー、これは短絡過ぎってんだよ。極論すれば、
サーバサイドアプリ作ってるところは全部、シャレにならない誤解を
される可能性があるってことになるぜ？
まあいいや、あんたの会社はWOには縁が無さそうだよな。
何使ってんの？J2EEで死んでるって感じ？

プラネットはノーコメントだろうから、気になるヤツは
プラネットのURLをアドビに提示して、
彼らのビジネスモデルが正当であるのかどうなのかのコメントもらえよ。
俺は気にならないからやらないけどなー:-p

>>559
基本的に同意。プラネットがAdobeから損害賠償請求されようが、
結果的に倒産しようがそれはプラネットの問題であって、WOは関係ないでしょ。
ただ、J2EEと違ってWOの開発会社は少ないので同一視される危険が
ないともいえない。WOの仕事を受託中に倒産されると「WOみたいな
マイナーなツールを使うような会社は〜」なんて言い出すアフォが
出てくるかもしれないしね。
それとこの問題が表面化したらこの会社の製品を導入した会社も
困るだろうね。「知らなかった」ですむのかな？

＞それとこの問題が表面化したらこの会社の製品を導入した会社も
＞困るだろうね。「知らなかった」ですむのかな？

>>561
民法じゃ、導入先が善意無過失の第三者に該当する限りおとがめなしだけど、
民法の特別法である商法はちと厳しいよね。
商取引に当たるから、商法の善管義務違反が出てくるか。
にしても、海賊版を知りつつ取り引きした・・・と言うなら知らないですまされないが、
信用取り引きが成り立つと思われるので、「知らない」ですまされるしょ。

通常の取り引きで行われる、善意無過失で注意義務も怠らなかった上に成立した
契約なら有効。導入先は罪には問われないが、著作権侵害のソフトウェアの使用は
不法行為なので不可能。
よって表向きは使えない。また、プラネット相手に導入にかかった費用の返還を求める
裁判を起こせる。
裁判に勝って損倍金入っても、手間ひまが伴うだけで、得なく損である。

WOの普及率の高い米国だが、普段一通り米のニュースには目を通しているが、
そういう問題はないので、こういったことでWO開発会社が足を引っ張られることはないでしょ？

こういうことがありえるのでソフトウエアライセンスの確認作業は
バカにできませんね。
プラネットの客先にもAcrobatのライセンス条件を確認しなかった
責任はあると思いますよ。もっともライセンス違反がわかっても
積極的にアドビに通報するような暇なお客さんもいないでしょうが。
つきあいを遠慮させてもらう、程度でしょう。
ちなみにWebプルーフだけでなくOpenFlow(こちらはWOとは無関係？)
とかいう製品も同じメカニズムっぽいですね。
どれくらい売れてるのか知れませんが、アドビが気付かないうちに
販売中止にしたほうがいいですよ。＞　プラネットさん。

確信はなんらないのだが・・・
常識的に考えて、何らかのアポとってんじゃないのかな？

ちょっと話は違うが、マクロメディアのディレクターで作ったやつなんかは、
ロゴを入れる限り問題無しってことだったがなあ。

つーか、開発環境にPDF出力用ライブラリとか付いてないの？

>>555
http://www.adobe.co.jp/products/acrdis/main.html
このページに書いてあることを文字どおり解釈すると、Acrobatのサーバ利用は
禁じられているが、端末と同数のライセンスを購入した場合はその限りではない、
(逆にそうするしかAcrobatをサーバ利用する方法はない)というように読める。

プラネットコンピュータがこの利用法に該当するのかどうかは未確認だが、
これを見てライセンスうんぬん言うやつはまず自分で文章良く読め。

少し調べてみた。
http://www.planetcomp.com/product/webproof/index.html
ここにあるカタログに、クライアントにもAcrobatが必要と書いてある。
少なくともWebProofは問題ないみたいだ。
こんなんでいろいろ言われるなんてプラネットも災難だな。
まあでなきゃ主要取引先に臆面もなくAdobeとか書けんとは思うが。

とはいっても、自前でPDF生成エンジン持ってないというところで…

つーか、最初からAdobeがPDF出力ライブラリを出せば問題ないのにな。
有料でもいいから。

オープンな規格にしたいって作戦と、
PDFを作るツールで金儲けしたいって作戦が矛盾したまま、
どっちもうまいことやっていこうって魂胆がセコいなあ、と思う。

WebProofは多分、Acrobatの注釈機能をそのまま使って校正機能
(といっても注釈を付けるだけみたいですが)を実現しているのでしょう。
そのためにクライアントにAcrobat(否Reader)をインストールしないと動作しない
（Webシステムとしてはちょっと苦しい仕様ですね）。
そうすると問題はOpenFlowの方だけですね。OpenFlowをWebのバックエンドに
使うと明らかに>>568に違反しますが、Webのバックエンド以外の使い方が
思い浮かびません。
ぜひともプラネットコンピュータからの釈明が聞きたいところですが、
ここは見ていないのでしょうか。それとも藪蛇をつつきたくないのでしょうかね。
どちらにしてもこの会社は自社製のPDF加工ライブラリは持ってないようですね。

Apacheプロジェクトが、PDF生成ライブラリ"FOP"ってのを出してるのにな。
http://xml.apache.org/fop/index.html
俺の会社は、帳票周りにコレ使ってるよ。

>>573
WebProofもOpenFlowもPDFを「生成」しているのではなく、
「加工」するのでそれはちょっと使えないと思う。
OpenFlowにも一部、PDFを生成する機能があるみたいだけど、
資料を読む限り、PDFWriterを単純に呼び出してるだけのような
気がするんだが．．．。
こういうことが許されるなら真似したいって会社、結構あると思う。
まあ、OpenFlowはWOとは絡まないみたいだから、勝手に訴えられてね、
って感じだけど。

>>574
だから許されてるんだって。
でもAcrobat大量に買ってセットで導入しなきゃいけないから結局儲かるのはAdobeだけ。
OpenFlowを使ってシステム組もうとしたらAcrobatのライセンス分の費用が
底上げされているわけだから、全部自社開発できるような会社から似たような
製品が出てきたら、プラネットは費用対効果で全然かなわなくなるだろ。
俺だったらこんな商売にかけようとは思わんが、手っ取り早くPDF関係で
サーバビジネスやりたい人は真似してみれば?

がしかし、プロテクト外す方法見つけただけでロシア人一人ブタ箱ぶちこむ
ような会社だからなあ。アドベ..

ところでこれを見てwebシステムしか思い浮かばないとか言う>>572は
想像力貧困過ぎ。SIやコンサルティングは向いていないと思われる。

そんなに>>572につっかかるほどのことでもあるまいて・・

>>574
それだとクライアント数が有限のシステムしか駄目だってことだろ。
事実上、社内LANの専用クライアントでしか使えないじゃん。
ホームページにはそんなこと書いてないが、本当にそういう売り方してるのか？
これはやっぱり現役社員に反論してもらわないと駄目だな。

ちなみに姉妹スレでの導入を検討した奴(WO開発者じゃないな)の書き込み。
http://pc.2ch.net/test/read.cgi/php/989562708/142
これ読むと確信犯でやっているようにもとれる。

>>577
導入事例とかあれば見ればわかるんじゃない?

http://pc.2ch.net/test/read.cgi/php/989562708/142
と>>547ってひょっとして同一人物?
なんか個人的な怨恨のセンを感じますね..。判断しかねる。

ともかくだいぶ脱線してきたのでWOの話に戻って欲しいす。
少なくとも字義通り解釈すれば問題ないんだから
WO関係の会社が全部誤解されることもあるまいて。
りお氏安心して出てきてくれー。

プラネットの件が事実だとしても、それはそれでプラネットが負う責任範囲の話し。
企業の業務とか開発に対するポリシー？と、WO開発者の業界内地位を混同してるような
カキコしてる人は放置でいいよ。
>>575が言ってるように、特にコンサルティングはできないだろうね。
自分の考えを押しつけようとしたり、問題解決に向けた考え方ができない、哀れな人。

プラネットに私的怨恨があるなら、当事者同士でやってくれい。
そういうのに反応するのもアホらしいので、>>578の言うとおり、
そろそろWOの話しに戻りましょう。
でも、WebProg板にもスレあるんだよね。

WebProgスレ→WOのテクニカルな話題
ここ→雑談系

みたいな感じになりそうですな。

結局、真相は藪の中か。現状では限りなく黒に近いが、
プラネットコンピュータは最後までダンマリね。
WO関係の会社って横の連携ありそうでないのかな〜。

>>580
ありません。

>>579
むしろ

WebProgスレ→WOのテクニカルな話題
ここ→煽り合戦(親WO vs ｱﾝﾁWO)

ってことでお願いしたい！
煽り合戦やってるって見て来てみたけど全然盛り上がって無いし。ﾂﾏﾝﾈｰ
普段はWO開発者のあなたも煽る方に回ってみては？(何

んなむちゃな（何

ところでミナの衆のWebObjects歴はいかほど？
ワシはまだ半年のぺーぺーじゃ。
データベース歴もウェブアプリケーション開発暦もないんじゃ。
Javaも一緒に学習じゃからちと進みが遅いぞなもし。
ついでに知能指数もアップさせたいぞなもし。

つーか、PDFライブラリ無いの？（煽

http://softrak.stepwise.com/display?pkg=1672&os=60

これはだめなのか？>585
5はつかえないみたいだけど。

>>586
ぐあっ。ぜひ5に対応したものを出して欲しいぞ。

PDFの加工までできるライブラリはアドビのPDFLibraryしかないんじゃないかな。
ライセンスがバカ高いんだと思った。
PDFのPSを中間言語にしたようなもんだから、1から生成するのは易しいけど、
加工はかなり難しい。ズルをしたくなる気持ちはわからなくもないな。

>>573
それ日本語通るの?

>>586
そっちは日本語ダメだったような気がする

>>584
おれっちもそんなに長くはないぞ。
WO歴は4.5から始めたから、だいたい２年ちょっとかな？
その前は・・・（自主規制）

http://www2.plala.or.jp/ryoryoryo/

あるコンペでWebobject 出してきたところあったよ。
結果、そこにまけちまったよ。値段も一千万ぐらいあっちが低い。
開発メンバーも五人でやるっていってた。五人だぁ？なめてんのか？
プロトタイプまで作ってきてデモしやがった。
なんかしらんけど、かなりむかついたな。マカーのくせして、という心理が働いてしまう。あまりいい気になるなよ。

>>592
そのパターンだと、客は素人でしょ。

>>592がそのコンペで何を提案してたのか興味あるよ。
そいつらはたぶんマカーの皮をかぶったNeXT系の残党だな。

>>490
WOやってるとこって、NTT-ATとかステラクラフトとかの老舗の他はどこも
1年2年ちゅー層の薄さなので、2年つったら十分ベテランだと思う。

一般の人にもにわかに注目されはじめたのって値段下がってからでしょ。

まちげった。>>590だった。

>>592
感情論や個人的嗜好でビジネス的判断をしてるっていう時点で、
お前はその「マカー」より遙かに低レベル。
普通の技術者ならば、業務と顧客ニーズ、効率やコストを考えた上での
技術やツールの評価・選択・提案ができるのは当たり前だ。

ちなみにそいつら、マカーじゃない可能性もあるぞ。
一般マカーは、WebObjectsをMac用のWebオーサリングソフトだと思ってるやつら多い（藁
エンタープライズなんて言葉も、あまり知らないだろ。マカーは。

俺もWinでWOつかってるけど、ProjectBuilderは、MacOSX用のを使いたいと思うし。

すまん笑わせてもらった。マカーもへったくれもないでしょ。
開発する方も、入札する方も、事業ってもっとシビアだよ。

より早く、より安く、より確実に・・・か

>>597
そうは言っても、単純にコストや顧客ニーズだけでもないのが現実だ。
このスレでも技術者は思想が大事、みたいな話はしてたと思うが、
この思想っていうのと個人的嗜好や感情はカミヒトエだよな。
技術者はよくキレイなコードを書けとかいうけどキレイってのも
ほとんど主観的な概念だと思う。
そういうのいろいろ考えてくと、マカー見てムカツクってのはある程度
わかるんだよな。俺も他社のSE見てムカツクことあるし。実際。

いや、WOはコンペに強そうな気がする。

ただ、細部は結局コードをちまちまいじらんとならんみたいだし、
そういう時に、「今まで簡単につくっていた物の仕組み」を勉強しなおして、
適切なコードが書けるかどうかが不安だ。

思想かもしれんけど、
結局コードを隠蔽できないなら、中途半端にGUI化するだけじゃなく、
それらをどう加工するべきかを示す工夫が必要な気がする。


なんとなく、コンペで仕事取れても、トラブルの対応に時間かかりそう。
ま、少なくともコンペ用プロトタイプ作成ツールとして見ても上等だけどね。

WebObjectsデベロッパの規模から見て、開発案件が来たら
間違いなくWebObjectsを推すだろ。たとえクライアントが今まで
J2EEをメインでやってきていて管理上の都合でWebObejctsを嫌がってもな。
大企業じゃないんだからツールはほとんどWebObjects1本にしぼるしかない。
これはやむをえないことだろ。他のツールをコンサルしようにも知識がないし、
他のツールを薦めたら自分の会社が食えなくなってしまうのだから。
これくらいは許される範囲だと思うが。ただし、Macをサーバに推すような
バカなコンサルは当然、論外。

８月２４日、渋谷路上において公務執行妨害で逮捕された
稲垣メンバーを朝日comの「今年の10大ニュース」ネット投票で、
１月６・７日復帰を祝うため一位にしましょう。
http://www.asahi.com/01-02/top10/index.html

現在779票で14位。
がんばれメンバー（・∀・）！

>>601
おれっちがいうのも説得力がないんだが、その、細かい部分をコードで、っていうのは、言い方キツいけど、woを使いこなしていない人がいうセリフなんだ（あ、おこんないでね）。
おれっちもまだまだの身分だが、ある程度慣れてくると、細かい部分をコードに頼らなくてもWebObjectsの機能で十二分に事足りる場合が非常に多い。そんだけWOFとEOFが偉いってことだな。

このあいだ久々にEJBとServletで構築したシステムのメンテをしたけど、
いかにWebObjectsがラクチンポかってのがわかる。ちゃんとOOPした
WebObjectsのプロジェクトなら（ｗ メンテはラクだぞ。本当に。

>>602
MacOS X Serverも悪くはないと思うのだがナァ。ただ、実績ないだけで。
ハードウェアもいい加減、サーバー仕様にすりゃいいといつも思うのだが。
（あ、ついでにOSもな（ｗ
ま、おれっちだったら間違いなくSolarisを推すが。

コンペでWebObjectsか。いいなぁ。そんなところに出てみたいぞ。
ヨソのシステムをけちょんけちょんに言ってみたい（ｗ

璃緒 →　りお　だ。ｽﾏｿ。
決してペンネームだとかリングネームではない。typoだ(;´д｀)

私は最近2件ほどMac OS X Server入れました。もちろんWOのプロジェクト。
一件は顧客がMac好きで、FileMakerからの移行だったので自然とそうなった。
もう一件は、一応Solarisと、PCサーバでLinuxとW2kのときと、それぞれ
モデル例を提出したら、価格、メンテナンス性、などをいろいろ検討して
最終的に顧客がMac OS X Serverを選んでくれました。
まあ多少は検討の過程でこちらが誘導したことは認めますが、こと価格が
からんでくるとMacでサーバというのも悪くないでしょう。
Linuxなんかは安そうに見えますが、OSの動作保証をベンダーがしてくれない
ことが多い、してくれるところは高い、てな感じでWindowsより高くつきます。

現状Macでサーバでも、堅牢性、安定性等は特に問題ないのですが、
データセンターなどのラックに入らないのと、ディスプレイをつなげない
シリアルだけでの運用が出来ない、というのが話題にあがりました。

G4をラックマウントできるキットとか、iMacバラして、
1Uに組み直すキットとかあるみたい。

WOよりEOがくせ者だよ!

WOはフレームワークをうまくならせば、最小のコードでものができたりする。

しかし、EOというSQLをObject化するToolの方はWOより遙かに難解で
結構、細かい要求を満たすのが大変だったりする。

たとえば、
　検索した件数だけ出せなかったり。
　何千件もヒットさせる事を繰り返すと死んだり。

そうなるとSQLを直接かく羽目になる。
　-> するとWO/EOとは無関係。かえってオーバーヘッドが大きい。

ま、WOを採用しているサイトをうろうろすると使える部分と使えない部分が見えてくる。

EOF難解っす。
EOFだけに絞った本がでてくれないかなあ。
EOF<>OpenBase,EOF<>>Oracle,EOF<>Postgres,EOF<>MySQL
みたいにそれぞれの接続例つきで。
出たら買うんだけど。りお様ぜひぜひ執筆してください。

>>604
璃緒タン。。。

あ、漏れが懸念したのは、たとえば日本語のメールが送れないと判明した時とかの話。
なにやらめんどくさい事をこのスレの上のほうで説明してたのを見て、
「やっぱりコード見ないで作る事は出来ないんだろうなあ」と思った。

いや、触ってない外野の意見なんで、気にせんでください。
次の開発環境はWebLogicらしいし。はあ。

>>608
> 検索した件数だけ出せなかったり。

これよく話題になるけど、実際にはフォールティングをうまく活用することで
運用時にはほぼ同等の処理がEOFレベルで解決出来る。

何千件もヒットさせると死ぬってのは困るねえ。あらかじめヒット数を
絞るとかして運用で回避するんだろうか。
俺は確かにEOFに出来ることでしか問題領域を捕らえられないように
なってきているような徴候が少しあって、イカンなあ、と自分で
思ったりしている。

>>610
EOFはAppleのドキュメントだけでもかなりのことがわかると思う。
入門編は和訳も出てるし、まずはそのへんを読んでみるべし。

>>606
業務用液晶モニタでこんなのあるよ(4万円台)
http://www.logitec.co.jp/goods/monitor/t041a.html

X Server導入事例で三洋電気が出てるけど、NHK始め実際結構でかいとこで入れてるよ。
でも、まだまだアメリカ程多様に浸透するまで至っていないので、これからかも。

>>612
わざわざ、こんなものまで使うくらいなら素直にSolarisを薦めるって。
ここまでしてMacOSにこだわる理由がわからん。
そのうちにクライアントもMacにするつもり？

>>612
これ、どうやってQSに入れるの？

>>613
我々の場合、Mac OS X Serverを導入する場合でも、Macがクライアントに
なるかどうかとは基本的に無関係です。
単純に安くWO運用環境が組める、ということがアドバンテージになります。
http://www.apple.co.jp/powermac/server/index.html
このへんだと、HW+OS+WO Deployで、今なら1GBメモリついて40万以下!
とかいうノリです。

EOFなんか、簡易版が出ればいいのに。

あれこれ読んで、やっとわかる頃には、他のToolでは完成したりする。
WOに人生をかけるなら別だが、学習する時間も重要だ!

WOは簡単につくれると言うけど、それはプロトタイプまで。

WOを習得する時間を考慮にいれよ。
それほど時間をかけて将来性はあるのか?

いまだに、開発ツールが対応できないWO5でも開発するのか?

10.04もしくはWinで開発しろといわれても10.1の快適を知ると
馬鹿らしくて...。でも、WO5は対応できない。

＞＞１

いやべつに

EOFそんなに難しいカァ？？同じ土俵にあるEJBよりは構造はスマートだし、
かなり違うけど、ADOよりゃちょいと面倒なだけだし、
実際のコーディングでEOFのメソッドって、20もねぇんじゃ？？

修得する時間だなんて、オーム社の本一冊で十分だろ。
おれっちは慣れるのに一ヶ月もかからなかったぞ？？
っつーても、実践でバリバリ磨かないとこうはやくは修得できへんからな。
あと、教え方のウマいヤツが近くにいるか、カネだして教えてもらうとか。

おれっちの近くにいたヤツはVB野郎だったが、オブジェクト指向を
ちゃんと理解させてから（ｗ
WebObjectsの世界入らせたぞ。

>>616
あれこれ読んでやっと判る頃に、他のとToolで完成させたは
良かったが、判ってきたツールの威力が後にも先にもスゴすぎて
他のToolより設けさせてもらってますが、何か？（←煽りすぎｗ

っつーわけで、EOFときいて尻込みする必要は全然ない。
OOPがどういうものかがちゃんとわかっていれば、何ら問題ないと思われ。

>>618
覚えるべきEOFのメソッド、ベスト２０を、
ぜひ教えてください！

簡単なら、20個教えてくれ。

20個はノウハウで教えられない。苦労して探した20個なとどいう、
矛盾する事は勘弁。

>っつーても、実践でバリバリ磨かないとこうはやくは修得できへんからな。
どんなプログラムを作って練習するのがいいのかな？
社内システムとかいろいろありそうだけど、おすすめは？

hellowという文字を表示

>>619-621
よくまあ同じようなのが集中してあつまったな。良かったら、何関係のお勤めか？

>>618
>おれっちの近くにいたヤツはVB野郎だったが

ＶＢもオブジェクト指向なのだよ。

>>624
VBはクラスを使ってOOPでも書けるし、スパゲティプログラムもかける。
大量に人材を投入するために人材の質を揃えられない大規模プロジェクトには
好都合な言語だ。
C++のフレームワークを使って大規模プロジェクトを
マネジメントした経験があれば、OOPがかえって生産性を
落とす場合があることを理解していると思う。
要は学習時間と結果を天秤にかけてどちらをとるかという選択が
できなければならない。スパゲティコードなんて話にならない、
ってのは技術屋の考えの押し付けでしかない。
安い人材が沢山使えることでそちらのほうがトータル的に安く
つく場合がほとんど。
まあ、零細企業には関係ない話だが。

>>625
大体同意
だだプロジェクトの生産性が低下する原因は
個々のオブジェクトを開発者チーム全員が
正しく認識していない場合がほとんど
解らなかったら聞けといっても聞きやがらねえ！！

なんどぶっ殺してやろうかと思ったことか（藁

>>625
> 安い人材が沢山使えることでそちらのほうがトータル的に安くつく場合がほとんど。
同意しかねる。

もし開発の9割が誰にでもできる単純作業の繰り返しなら、
それこそ自動化君にでもまとめて処理して貰った方が良さそうだ。

安い無能な人間を100人使うより、優秀な人間を10人雇ったほうが
間違いなくコストパフォーマンスがいい。嘘だと思うなら、やってみ。


> 大量に人材を投入するために人材の質を揃えられない大規模プロジェクトには
> 好都合な言語だ。

こっちには同意。
人が余りすぎて困ってるとか人海戦術ならVBは良い。

>>619
とりあえずその、ベスト20とかの大学受験的発想をやめれー。
人生はそんなに単純ではない（ワラ

が、とりあえず、入門時にはWODisplayGroup使った安直な
プロジェクトをいくつか作っていろいろ遊んでみるのがいい。
DBのレコードが実際にEOになって触れるのを体感するべし。
何度も書くがAppleから日本語でもかなりの数のドキュメントが出ている。
http://www.apple.co.jp/webobjects/wo_docs_j.html
中でも Discovering WebObjects for HTML は、多少なりともwebシステムを
やってた経験があればすぐにWOのなんたるかをつかむことが出来るので
必読である。EOFの基本もこれで勉強出来る。
EOF Developer Guide ってのは現状ではWOしかやらない人にはちょっと遠回りな
文書になってしまっている。でも背景知識を知りたいときにはいいかも。

>>624,>>625
クラスがあるとからOOPというのはちょっと、という気がする。
がんばってVBでOOPしましたー、なんつって、普通に書くより
かえって読みにくく、見通し悪く、保守しにくく、なってしまう
のが容易に想像されうる。
そういうのって、上でEOFでOOPを駆使していて、とかいうときと
根本的に文脈が違ってるんじゃない?

そうじゃなくて、VBって本当にちゃんとした(JavaとかRubyに
匹敵するような)オブジェクト指向言語なの? 私が知らないだけ?
たぶん違うよね。

>>629
JavaとかRubyと比較している時点で違う

漏れはOOPって考え方の問題なんだと思うし、
JavaとRubyのOOPは別物だと思う。もちろん、VBも別物ね。

>>629
> 根本的に文脈が違ってるんじゃない?

文脈上は、
> VB野郎だったが、オブジェクト指向をちゃんと理解させてから（ｗ
というのが、まるでVB使いがOOPを知らないような言い方をするから、
VB使いが「VBだってOOPできるよ」という反論をしてるのだと思われ。

JavaじゃないとOOP出来ないと考えているなら、
きっと君はOOPをしてるんじゃなくて、Javaプログラミングをしているんだよ。

お前らには釈迦に説法だとは思いますが、
JavaやRubyやC++、Smalltalk使おうが、そのこと自体とOOPは厳密には関係無いと思うぞ。
クラスを作ったからと言ってそれはOOPにはならんし。
OO系言語使ったって、手続き型的な書き方するPGはうじゃうじゃいるし、
GTK+とか、C(not C++)使ってOOな書き方する連中もいる。（可読性は下がってるとしても）
これはVB使いも同様だとは思うけど。

WO使っても、ダメPG/SEが使えば、ダメなものができあがる。
まぁDBアクセスや画面遷移周りなんかは、そいつらに他のツール使わせたときよりは
マシって感じだろうか。

ええと629です。いっぱい返事がついててびっくりしたよ。自分が読んでもわかりにくいのでどうしたもんかなあ、
と思っていましたが、順を追って書きます。

>>618
>おれっちの近くにいたヤツはVB野郎だったが、オブジェクト指向を
>ちゃんと理解させてから（ｗ

に対して、>>624がVBもOOだという返答してます。それに反応して

>>625
>VBはクラスを使ってOOPでも書けるし、スパゲティプログラムもかける。

というのがあったので、そうじゃなくて、VBでそう出来るのと根本的に
違う、それこそ考え方としてのOOというのを>>618は言ってるんでしょ?
だからVBでもOOできるよ、っていうツッコミはちょと違うんじゃないか、
ということを言いたくて、>>629で文脈が違うと書いたのです。

で、OOは思想であって言語は問わないという人が多数いるみたいだけど
これを見てわかる通りおいらはそうは思わない。思想だけど、
その思想を実現するためには言語に強く依存すると思う。

りおさんがEOF使わせるためにオブジェクト指向教えるとしたら
そのときにVBでオブジェクト指向機能使って教えようとは考えないと思う。
（勝手に引き合いに出してすみません＞りお）

あ、ダメPGダメSEとかダメPMとか言い始めると急にナマぐさくなって、
しまいには自分にふりかかってきそうなのでそのへんの話からは逃げさせてイタダキマス。

最近WebProg板の方よりもこっちの方が盛り上がってるな。
いろいろ突っ込みたいんだけどとりあえずひとつだけ。

>>616
10.1でもWO5の開発出来るぞ。4.51もわりと最近対応した。
Appleのupdaterのページを見てみろ。そのときは付属のドキュメントを
よく読んでインストールの順番間違わないようにしなきゃダメだが。

10.1.2用に最近新しく出た開発環境はまだWO対応していない。
10.1のパッケージに入っているやつを使うこと。

>>634
ここはめっきり寂しくなったので、どんどんおやんなさい。ファイアー

>>633
>で、OOは思想であって言語は問わないという人が多数いるみたいだけど
>これを見てわかる通りおいらはそうは思わない。思想だけど、
>その思想を実現するためには言語に強く依存すると思う。

ほぼ同意。
ただ、言語に強く依存するが、それが絶対ではないってことだな。
あとは、OOP手法を業務で使うか、研究や趣味レベルで使うかって
カテゴリでも違ってくると思われ。
漏れが厨房のころアセンブラで、今で言うところのOOPにかなり近い
ことをやってたことがある。自己満足の昔話でｽﾏｿ

あぁと、なんか、おれっちの発言が色々と発展しているようで大変な賑わいだな(w
自分の意図は、>>632だ。決してVB野郎とは言ったものの、VBを使っているから
といって見下しているわけではない。なによりおれっちも昔々はVBにｶﾅｰﾘ
世話になったからな。

で、EOFメソッド利用ベスト20なんだが（ｗ
これも勢いで書いちゃったからな（←なんてやつだ(´Д｀;)

とはいえ、言った手前もあるから、自分が良く使うメソッドをまとめてみるから、
ちょっとまってろ。

ほれっ。

■eoaccess Package Reference■


※EOUtilities
public static NSArray objectsWithQualifierFormat ★
public static NSArray objectsWithFetchSpecificationAndBindings ★
public static com.webobjects.eocontrol.EOEnterpriseObject objectWithFetchSpecificationAndBindings ★
public static com.webobjects.eocontrol.EOEnterpriseObject objectWithQualifierFormat ★
public static NSArray rawRowsForSQL ★
public static NSArray rawRowsForStoredProcedureNamed ★
public static NSArray rawRowsMatchingKeyAndValue ★



■EOControl


※EOAndQualifier
public EOAndQualifier ★


※EOCustomObject
public void addObjectToBothSidesOfRelationshipWithKey ★
public EOEditingContext editingContext ★
public void removeObjectFromBothSidesOfRelationshipWithKey ★
public NSDictionary snapshot ★
public Object storedValueForKey ？
public NSArray toManyRelationshipKeys
public NSArray toOneRelationshipKeys
public void validateForDelete ★
public void validateForInsert ★
public void validateForSave ★
public void validateForUpdate ★
public Object validateValueForKey ★

※EOEditingContext

public NSArray objectsWithFetchSpecification ★
public void refetch
public void revert ★
public void saveChanges ★
public void setSharedEditingContext
public EOSharedEditingContext sharedEditingContext
public NSArray updatedObjects ★
public NSArray deletedObjects ★
public void deleteObject ★
public void insertObject ★
public void insertObjectWithGlobalID
public void invalidateAllObjects
public void invalidateObjectsWithGlobalIDs
public boolean isObjectLockedWithGlobalID
public void lockObject
public EOEnterpriseObject objectForGlobalID
public EOGlobalID globalIDForObject


※EOFetchSpecification

public EOFetchSpecification ★
public int fetchLimit
public void setFetchLimit
public EOFetchSpecification fetchSpecificationWithQualifierBindings
public void setUsesDistinct

※EONotQualifier
public com.webobjects.eocontrol.EONotQualifier

※EOOrQualifier ★

public EOOrQualifier

※EOQualifier ★

public static EOQualifier qualifierWithQualifierFormat ★

※EOSharedEditingContext

めんどくさいからパス。EOEditingContextから更新系をさっぴいた感じ←かなりいい加減

※EOSortOrdering

public EOSortOrdering ★

なんか、２０とか言っておきながら、４０ちかくになっちまったな（ｗ
★がついているのが、必須っつーか、まぁ、俺的には知ってないとﾊｽﾞｶｽｨというか、
これは知っておけというか。はっきりしないが、まぁ、そんなもんだ。

とはいえ、他にも使うメソッドは多い。あれもやりたい、これもやりたい、と
なると、ここに書いた以外のメソッド群も使いこなしているのが現実かな。
ただ、★のメソッド知ってるだけでも十分だったりして、基本的なDB操作
は問題ないと思う。

ただし、ソートだとか、フェッチだとかは、ダイナミックエレメントを使ったり、
EOModelorのfetchSpecificationを使ったりするんで、ケースバイケースか。

あと、eoaccessのクラスが１つしかないのは、本当にそれぐらいしか
使わないのだ（ｗ
もちろん、このあいだMOSAセミナで配布されたサンプル（ｗの中には
EOAdaptorなんかをつかっている例もあるけど、ASP業務的なことなどを
のぞけばレアケースだと思われ。

なんで、eoaccessパッケージは、使わなくてもEOfetchSpecificationだとか
知っていれば何ら問題ない。SQLを直接投げるときは必要だから入れておいた。

それと、クラスというわけじゃないけど、任意のEOのデータ取得だとか
データのセットは、本やサンプルを見るとEOEnterpriseObject.valueForKeyだとか
EOEnterpriseObject.takeValueForKeyを使ってるし、リレーションシップ先の
オブジェクトはさらに遠回りなことを書いてるけど、
EOModelorで各EntityをカスタムEOクラス化しておいて、
カスタムEOクラス名.getAttribute名()といった具合にアクセサメソッドで
やりゃぁ、それらのメソッドをわざわざ書く必要はない。リレーションシップ先の
オブジェクト取得も同じだぁな。
（そういう実務の点でいやぁ、オーム社の本もソフトバンクの本もEOFの説明は
　不十分かもな。Appleも和訳ドキュメントもそうだが）

それと、どうでもいいんだけど、先にあげたよく使うメソッドって、
Appleのドキュメントをクラス名順におっかけて、よく使ってる（と感じる）ヤツを
おれっちの考えでチョイスしたから（ｗ クラス階層からいくと、抜けてるやつ
あるかもしんない。EOEnterpriseObjectはどうした？と突っ込まれそうだが、
このクラスって、あちこちのクラスのInterfaceだから、重複しちちまうとおもって
書かなかったのだ(´Д｀;)

なんで、やっぱし、実務にシフトしたサンプルなんかを提示して、こんなめそっど、
あんなメソッド、って見ていった方が無難かもな。EOFっていろんな切り口が用意
されてるから（←マイクロソフト的でなんかｲﾔｰﾝなんだけど
適切な戻り値や効果などを考慮して使い分けしなきゃあかんのだ。

なんで、やっぱし、EOFって、難しいし経験が必要なのかもね（爆
でも、EJBよっかラクちんだと思われ

>>りおﾀﾝ
もうひとがんばりしないと努力賞はあげられないな。

>>643
/c1gてなに?

>>644
いや、聞かれても、そういうトリップだから・・・

>>643
煽ってるヒマがあるなら、お前の考える努力賞クリアな情報を書け。
でなければ、「643=単なるクソPG」と、漏れが勝手に見なしてやる。

>>643
NeXTの残党どの
どうもすいません、出直してきます(´Д｀;)

>>646
どう見なそうと勝手だがPGじゃないよ、俺は。

>>647
単なるジョークです。お気になさらず。
一息ついた方が良いんじゃないのかな、と思って茶々を入れただけですから。

>>648
勝手に見なされてれば（いや、いい意味で）
アフォは放置。

>なんで、やっぱし、EOFって、難しいし経験が必要なのかもね（爆
>でも、EJBよっかラクちんだと思われ

EOFやぱりな。
どれが大切かを書いたものが無いとすれば、経験のみがものを言いそうなので
たーーーくさん、あるやつから見つけだすしかない。

でも、EJBよりましなら○としよう。

あとは、あの、Projectなんかという開発ツールかな?
　初めてさわったときは、10年前にもっったとおもった。

なんだ？　まともな反論パタッとなくなったな。　結局みんな煽り厨房か？
反論レス読んでも、稚拙すぎてレベルが片寄ってるよ。

どれも技術的裏づけ無しで、話にならん。

>>651
反論する程WOを使い込んでないんでないの？だから文章が続かないとか・・・
あるいは、アポー産になったからそれだけで気にくわないとか・・・
うなるようなマジレスの反論きぼんぬ。

真面目な質問だが、

「WO」で開発している人は、PC上で「メモ」どうやって
とっているのだ?

保存とか再利用とかしやすい?

>653

PC上の「メモ」って?

単なるメモ?

>>654
あ、たぶん、この質問のモトネタはここだと思われ。

アップル復活戦略会議
http://pc.2ch.net/test/read.cgi/jobs/997261699/

>>650
逆にいうと、どのクラスもdのメソッドも意味があって存在しているので、
そのへんは無駄がないフレームワークであるとも言える。
EOFもなんだかんだで歴史を重ねて肥大化したり洗練されたりを繰り返して
いるからな。

ところで、10年前に戻った感じって、何とくらべてる?
今はけっこういい感じだと思うんだけど。

>>627
>安い無能な人間を100人使うより、優秀な人間を10人雇ったほうが
>間違いなくコストパフォーマンスがいい。嘘だと思うなら、やってみ。
無能な人間を100人使って儲けてる会社の代表としては
ＣＳＫとか富士ソフトＡＢＣとかがあるが結構儲けてる。
これらの会社が出してるのと同じ利益(もちろん1人あたりの)を
少数精鋭で出せるかは疑問。
もっとも出した利益は社員には還元されてないみただけど。

>>657
ん?
100人月と10人月では、10人月の方が値段は安くなるって話?

> これらの会社が出してるのと同じ利益(もちろん1人あたりの)を
> 少数精鋭で出せるかは疑問。

一人当たりだったら、当たり前だけど、出せるよ。
「全体でいくら」というなら、客先に対しては人数多いほうがハクがついていいやね。

# 梨さんは、人の数は水増し申請するのが普通と思ってるよ。
# 「百人力」っつーのと同じ。


ある予算と、ある納期で取ったその仕事をこなすのに、
無能100人と有能10人では、後者の方が早く正確に仕上がると思う。

>EOModelorで各EntityをカスタムEOクラス化しておいて、
>カスタムEOクラス名.getAttribute名()といった具合にアクセサメソッドで
>やりゃぁ、それらのメソッドをわざわざ書く必要はない。
　なんや、そりでよかったんか。static string 逝らんしな。
　ｵﾚっちのPGもカスタムEOだらけで、えらい不安やった。＞りおっちｻﾝｷｭ!

http://pc.2ch.net/test/read.cgi/php/988191427/l50
ColdFusionスレで、CF使いがWO使って泣いてるぞ。
おまえら、導いてやってください。

まちげーた、
http://pc.2ch.net/test/read.cgi/php/988191427/l109
か。

>>659
ん？つーか、おれっちは、全てのEntityをカスタムEOにしてるぞ。
Entityの数が多ければ、カスタムクラス化したやつをサブプロジェクトに
しておけば管理がラクチンポ！（←下品
MacOS X の場合はグループっつーかフォルダつくって管理できるみたいで
便利そうだ。

カスタムクラス化してないと、EOEnterpriseObjectって乱立させないと
あかんしな。なんでAppleはEOGenericRecordなんぞ使わせるんだ（ってそりゃあんた(´Д｀;)

なんか、WebObjects使うと劇的に作業が減ってｳﾏｰな話ばっかり横行してな。
ま、確かにそうなんだが（ｗ

使い方間違えるとトンデモナイ方向に進むことも忘れちゃあかん。プログラム
やったことがないひとがCFとWOやるんだったら、圧倒的にCFの方がイイと思う。
アッチの方がラクチンポらし（←珍歩ばっか

WebObjectsは前提知識をキチンと正しく理解して使いこなせるヤツが
ラクチンポするためにあるツールだと思ってもらいたいな（←また珍歩か

と、自分勝手な持論を展開してしまってｽﾏｿ...
ともかく、WebObjectsを使うととてつもなく「誰でも」簡単に
アプリができる。という先入観だけは、さけた方が良い。それなりのスキルもった
ヤツのためのツールであってもらいたい（←かなり危ない思想

>>663
激しく同意。
おそらく、学習する際のハードルの高さ、独特な手法の難しさは、
他のどのアプ鯖や開発環境よりも高いと思われ。
ただ、考え方さえ取得できれば（そこに辿り着くまでが大変なんだが）、
一本筋の通ったやりかたができるところが、いいと思われ。

たとえば、あるWebアプリを、CF、WebLogic、perl、WebObjects、ASP
で作るっていうのはどうだろう。

あるWebアプリは、DBはPostgreSQLを使う。仕様は誰でもいいから第三者が
ドキュメント化してどっかのアプローダにあげる（ｗ
そいつを各ツールに自信のあるヤツ（いるのか、おい（ｗ
がエントリーして作っていく。

で、開発期間と競い合うと。作ったヤツは作業日誌をつけて、進捗が判るようにする。
もちろん、完成したら、どっかのアプローダにあげる（ｗ

あー、でも、動かす鯖がないと、意味ないじゃーん(´Д｀;)

それ面白いけど、他のﾌﾟﾗｯﾄﾌｫｰﾑのやつらが可哀想かもよ(笑)

>>666
WebObjectsはWindowsでも開発できるから、問題ないと思われ。。。

>>りおﾀﾝ
いや、OSじゃなくて、アプ鯖と開発環境のこと。

>>668
ｽﾏｿ.

ところでﾀﾝをつけることが許されるのは、WOスレではさやかﾀﾝだけだぞ（ｗ

さ、さやかﾀﾝ…ﾊｧﾊｧ(´Д｀;)

いいのだ。
りおタンもみんなのアイドルだから。

>>665
面白そう。だけど、期間だけじゃなくて、耐障害性とか拡張性とか、
作ってる人間がどれだけしあわせ感じてるか、とか
そゆことも見てみたい。あとWebLogicだけこの中で浮いてるような..。
J2EE代表ということなんでしょうか。

>>665
ええと、漏れ、PHPかPerlで参加してもいいよ。最下層か?w

だけど、自分のライブラリとかは持ち寄っちゃだめなの?
スクラッチで書くんだったら、工数かかりすぎる気がするけど。

せっかくだから企業をスポンサーにつけて、
成果物が出来てから買い取ってもらって賞金にしたら生々しくていいかもw
スポンサーが納得しない成果物は失格ということでw


PHPでアピールしやすい点はサーバ原価がかからない点にあるから、
小中規模の案件にはめっぽう強いんだよね。サーバ選定も楽だし。

これはWO4.5.1で製作したらしいです。
WOテクニシャンによる解説キボンヌ

http://www.dearcards.com/

>>673
回るｷｬﾝﾃﾞｨｰにﾊｧﾊｧ

>>671
開発ツールの選定もエンジニアの能力のうちだと思うが。
もちろん、選定基準にはプログラマの学習時間が少ないことも
含まれる。
このスレにはプログラマばかりでSEはいないようだね。

>>675
はい、おっしゃる通りです。おれっちは要件定義が嫌いな万年ﾋｯｷｰＰＧです(;´д｀)

シャレも分かるしﾋｯｷｰには見えんぞい。これからも技術情報ﾖﾛｼｰｸナー

>>675
WO会社は零細企業が多いんで、アレもコレもできんよ。
オレらはWOに特化して、アポーと運命を共にするのさ。

それこそ日本男児！
玉砕覚悟、潔良し

>>678
つまり、WO開発会社もAppleと同じく倒産するってことだね。

>>680
応援ありがとうっっ！！！

>>680
その通り！アポーと運命共同体なのだ！ｶﾞﾝﾊﾞﾘﾏｯｽ!!

どのみち、アポージャパソからのサポートは、ジャパソの体制？スキル？的に
受けられないので、米国本社に期待するしかないけど、そっちも基本的に
サポート受ける意味がないから、うーむ、結局は孤立無援てことか。
エンタープライズヘルプラインだっけか？￥７万だから買ってるところもあるのに、
年間で￥３６０万出せる余裕は、うちみたいな零細ﾄﾞｷｭｿ企業には無いのだ。
ADCだって、コーディングレベルの話ししかできないからねー。
デスクトップアプリ作るツールじゃねぇのに、あのサポート体制は無ぇよなー。
ドキュメントも、前よりはマシになったとしても、絶対的に不足してるし。
まぁいいやー。好きで選んだんだしなー。実質的に効率いいし。

っつーか、WebObjectsのばやい、ADCだのに頼らなくても公開されている
ドキュメントやOmniのMLなどでも十二分に習得できるから、大きな問題じゃないと思われ。

ついでにいうと、Appleがつぶれても、WebObjectsはどっかの物好きが買うから心配ない。
そう、たとえば、NTTとかな（ｗ

NTTか、キヤノンあたりに買い取ってほしいなぁ。
今よりは、１００万倍まともなサポート体制ができあがるんじゃないの？
各フレームワークのリファレンスの日本語版も、すぐ作ってくれそうだし（藁

WOデベロッパが倒産したら社員を引き受けてくれるとこはあるかな。

WOﾃﾞﾍﾞﾛｯﾊﾟがあるタイミングで一気に集まって、巨大なWO専門SI作るとか（ｗ
最終的には、WO自体をアポーから買い取ると（ｗ
・・・妄想してｽﾏｿ

>>685
うちの会社で引き取っても可(pure

>>687
resume送るので連絡先公開きぼーん

>>688
おまちしてます。

休眠会社で良ければ、きてくれ。マジレス

>>688
とりあえず朝から晩まで好きなだけWebObjectsはいじれる。だけは保証します。
（つまり、りおさんところと同じ職場環境だと思って下さっても可）

なんちゃって（藁

>>692
偽物.....

>とりあえず朝から晩まで好きなだけWebObjectsはいじれる。だけは保証します。
デジタル土方だな。

>>691
おれっちもｴﾝﾄﾘｰしていいスか？（←ｵｨ

>>695
ペーパーカンパニーのおれっちに来て、音頭取って欲しい。

>>691
俺もｴｿﾄﾘしたいっす。（ｗ

えーと、本気な方だけ、お願いします。もちろんヒミツであることを条件に
質問などにもおこたえします。
（モナーの履歴書送ってきた人、企画屋として他の会社に逝ってください(^^;)）

　 　　　　 ／￣￣￣￣￣
　冫、 　＜　　あっそー
　` 　　　　＼＿＿＿＿＿

700

>>673
java.util.Enumeration必須でしょ。ShoppingCart系は。
Session.javaにshoppingCart内のitemの属性（itemName,itemQty,itemPrice等）を
ある数量だけ数えて処理。javaでもobjcでもできる。
/Developer/Examples/JavaWebObjectsのVirtualStoreLiteを見よ。
あとBorlandの公開ソースも参考に。
timeoutやらterminate()でSession管理も簡単。
注文確認にはJavaMail。WOMailDeliveryは日本語ダメ。
omni-groupeのMLにTurkishの方がイーsourceを書いてるぞよ。
WOマンセー。

漏れもcustum class派だな。>りお
つか君はDisplayGroup派かEditingContext派かどっちだ？ (w

俺は硬派だ！

>>687
688 じゃありませんけど、ﾏｼﾞでWOFで開発したいのですが、どこに送ればいいの？

>>687
あ、ﾒｱﾄﾞかいてあったんですねｽﾏｿ...

>>673
WOデベロッパじゃないのであくまでWOアプリ評論家ってことで...

【評価できる点】
○WOへの入り口にダイレクトアクションを使用
　　静的なHTMLと動的に生成するページをうまく混在出来る。
　　極端な話、カートとカタログが全然違うサイトにあっても平気。
　　今回の場合だと、フォームの送信先URLとキーだけを申し合わせておけば
　　カタログページはデザイナに全部任せるという分業もできる。
　　(CGI用のフォームぐらいは作れるっしょ？という前提だが)
　　将来的にカタログも動的につくるようにした場合でも移行しやすい。

　　ユーザ登録などWO内で遷移する部分は通常のactionなので、WOを
　　Servletのように使うダイレクトアクション馬鹿って感じでもないな。

○セッションIDをCookieにstoreしてる
　　まあ静的HTMLとの混在には必須なんだけど。
　　一度静的ページに戻ってもカートの内容を保持出来るのが強み。
　　URLの方は切ってるので外部サイトに飛んでもセッション情報盗まれる心配もない。
　　恐いのはWebブラウザのセキュリティホールですか。

○WO側から静的ページに「戻る」が可能
　　referer見て頑張ってるようだ(w

【これはちょっとどうかと思う点】
○全体がhttpsになっている
　　画像などもSSLで送信しているため、サーバへの負荷が心配。
　　ユーザ登録や決済部分のみをSSL化すべきでは？
　　全体がWOで、トップページでログインしたときのユーザ情報によって
　　提供するサービスの中身を切り替えてるとかならしかたないけど。

○Cookieに何も入ってない状態で「アイロン＆ぴったりシール」から商品
　を選ばずに「カートの中を見る」するとdocument contains no data
　　バグ？
　　商品をポップアップで選ぶ系の他のページでも一緒っぽい。
　　数量のみを入れるページからだと「合計0円、送料400円」になるし(w

code1~code4とかの数字の部分は動的に処理してるんだろうか？
formValueKeysをhasPrefix:で流してsubstringFromIndex:で切り出してーって
感じで。それとも、一回の送信で追加出来る商品数については運用でカバー？

あと、フォームでは商品番号だけを送信して、単価や商品名はカート側
(WO側)でとって来てるっぽいけど、そのへんをほにゃららするとDBアクセス
の回数が減らせそうなんだけどな。
商品コードのチェックとか印字内容要/不要とか在庫確認とか送料計算とか
やってるのかな？それだったら仕方ない気もするけど。

>>701
なに言ってるのかｻﾊﾟｰﾘわかりません....

>>704

あーとだな、

https://www.dearcards.com/cgi-bin/WebObjects/dearcards.woa/wa/WOStats

WOStatsがみえてしまうのは痛いな。パスワードかけていても、
おれっちだったら、心配だな。WOStatsそのものがｸﾗｯｸの原因とはいえないが。

ついでに、

https://www.dearcards.com/cgi-bin/WebObjects/dearcards.woa/wa/WOEventSetup

WOEventSetupも、アクセスできちまうぞ。

パスワードかけていても、ちょっと、不安だな。アダプタのｾﾃｰｲをいじって
アクセスできないようにしたほうがいい。

>>701
巨乳好きはWODisplayGroupを使うべし。
美乳好きはEOEditingContextを使うべし。

と、いうわけで、おれっちはEOEditingContext派だ（←激しく意味不明

りお、おまえさん、おっぱい星人だろ。

外出かもしれんがアド・・・
http://www.zdnet.co.jp/news/0112/20/e_adobe.html

やっぱな

>>710
そんなことよりこっちのがﾄﾎﾎ
ttp://til.info.apple.co.jp/cgi-bin/WebObjects/TechInfo.woa/wa/showTIL?id=100483
＞トピック
＞　　Mac OS X 10.1 に付属する Acrobat Reader 5.0 で PDF ファイルを開くと、日本語文字が正しく表示
＞　　されない場合があります。
＞解決方法
＞　　Mac OS X 10.1 に付属する Acrobat Reader 5.0 で日本語文字が正しく表示されない PDF ファイルに
＞　　ついては、Classic 環境で Acrobat Reader 4.0 を開いて参照するようにしてください。

ｼｮﾎﾞｰｲ

あとこれも
ttp://til.info.apple.co.jp/cgi-bin/WebObjects/TechInfo.woa/wa/showTIL?id=100482
＞タイトル
＞　　WebObjects 5: Mac OS X 10.1 の日本語環境で WebObjects 5 を使用する際
＞　　の注意事項
＞現象
＞　　1. EOModeler を使用して EO モデルファイルを保存すると、保存したモデルファイルを開けな
＞　　い、あるいはプロジェクトに取り込めないという問題が発生します。この問題は Windows、およ
＞　　び Mac OS X 10.0 では発生しません。
＞
＞　　2. ProjectBuilder 1.1 をご使用になった場合に、javac または jar を使用していると文字化けしたメッ
＞　　セージが出力されビルドに失敗する、または ProjectBuilder がフリーズするという問題が発生する
＞　　ことがあります。
日本語環境でしか起きないらしい・・・ｼｮﾎﾞｰｲ
出荷前に誰も一回もテストして無いと思われ

XPの方がショボイだろ

連休なるとガキんちょが沸くから、とうとう糞スレだな。板の唯一の良スレだったのに・・・

俺、このスレの単なる読者でしかないけど、良スレは
下げ進行が鉄則じゃない？特に冬休みの時とかはさ。
では、また読者に戻ります。

煽りもsage進行だし・・・

>>711
PDFなんて別に表示できなくてもいいよ。
既に終わったフォーマットだしね。

>>712
英語版で開発すれば問題なし。

オヤジ連中だって連休よん。

>>710
即効で和解。
http://www.zdnet.co.jp/macwire/0112/21/n_adobetrioj.html

>>719
InDesignなんて誰も使ってないから影響ないだろ。
特にInDesignを使った開発はかなり難解。
日本で開発を表明した会社のほとんどが挫折してる状態だよ。

>>719
今時うらやましい

そうか、日本でInDesignやってるところはないのか・・・

>>721
俺は、結構マジでInDesign覚えたよ。３年後を考えてね。
先んずれば...

>>722
食わず嫌いなく、いいものを吸収してみるのはいいことだね。
分け隔てしてると、気付いたとき遅れているのがこの業界。

今日ウチの下請けのショボい会社に行って来たんだけど
すごいマカー集団見たよ。
なんでマカーってわかるのか？って
だって会議の時、iBook出してたもん。
そんで4人組みでなんか
かなり年くってようなのにニキビ面で頭が
ギトギトでフケだらけのやつがリーダーって役職な
んだけどすげぇ偉そう部下に
（今どきWindowsなんて使えねえよ。）
（おいっこの作業おまえやってみろよ！）
って言って小太りの男の脇腹揉んでいた。
揉まれてる小太りは満更でも無い顔して
（今回はいいや）
とか言って脇腹揉み返していた。で俺が仕様書出したら
俺の会社の承認も得ず設計もせずにいきなりWebObjectsでプログラムを始めた。
すごく嬉しそうだったが同席したうちの社員がそれをみて
（とても仕事はまかせられませんね）と笑っていた。
奴等を哀れみ感じずにはいられなかったがここにいる
マカーもどうせこんな奴等なのだろうから俺はもう
お前等には仕事をあげない。

>>715
ほんとだ言う通りﾜﾗﾀ

>724

>今日ウチの下請けのショボい会社に行って来たんだけど

おまえは、社長か?

それとも外見だけで判断するせこい社員?
いるんだよなー。自分の会社の売り上げがでかいと自分もでかく感じるやつ!

やっていることは、下請けを馬鹿にする事くらい!

彼らのいいところをみないと、あとでひどい目にあうよ!

>>711,>>712
アポージャパソに、テストなんかを期待してはいけない。
彼らは基本的に「日本営業所」ってことを忘れるな。
前にセミナで、WOの技術担当ですって人から名刺もらったら、
しっかりと営業付けになってたぞ（これマジ話）
つーか、よくよく聞いたら、アポーのWOの担当部署って、営業部にあるんだよな。
それ以来、一切の期待を捨てている。
それまでも、期待しても何も出てこなかったから、何も変わらないけど。
Omini-MLがあれば十分だ。

>>726
>>724はﾈﾀでしょ？ﾈﾀﾆﾏｼﾞﾚｽ？
>>724 のﾏｶｰ集団(実在したとして)にいいところ見るのは至難のわざと思われ。
つーかageんなや

>>727
ｱﾌﾟｰﾙｼﾞｬﾊﾟｿには期待してないがUSｱﾌﾟｰﾙの国際化担当者には働いてほしい。
USｱﾌﾟｰﾙへの単なる窓口と考えれば営業部でも全然OKかと思われ。
ところでWOの技術担当って・・・・・さやかﾀﾝ？ﾊｧﾊｧ
つーかageんな

>　>>724はﾈﾀでしょ？ﾈﾀﾆﾏｼﾞﾚｽ？
ネタっつーかパロね。
http://pc.2ch.net/test/read.cgi/jobs/1009022879/

このスレの住人としてはこっちのほうがムカつくでしょうけど。
http://pc.2ch.net/test/read.cgi/jobs/1009022879/8