WebObjectsってどうなん。

**NAME IS NULL** · 2005/06/16(木) 22:53:20

WebObjectsについて詳しくしりたいのです。
4DやFMと比べてどうですか？

**NAME IS NULL** · 2005/12/10(土) 12:22:20

>> EOFなら標準で持ってます。WOFもコンポーネントキャッシュならあります。

DBからFetchしてきたObjectを保持するStatic Cacheでしょ?
Dynamic Cacheじゃないとあまり意味ないと思うが。

>> あります。

Deployしながら、JVMメモリ、Session、DBコネクションレベルでモニタリングできるんだっけ?
リクエストがApp鯖のコンポーネントを通過していく時間を見れるんだっけ?

>> 5.3になってもLinux、Solaris10で動きますよ？

アポーがサポートしてないのに誰がサポートするのよ。

>> WOFの価値を下げようと躍起になりたいお気持ちは分かりますが。

学術的な価値はあると思うよ。

**NAME IS NULL** · 2005/12/10(土) 12:30:02

そこまで指摘細かいところをいうなら最初から書くべきだろ。
わざわざ、キャッシュ無いと書いておいて。

おにいちゃんみたいなのあたしだいっｷﾗｲ。

**NAME IS NULL** · 2005/12/11(日) 21:38:09

WASやWebLogicを使うと速くなる可能性のあるページが、
開発者の嗜好によりWOで作られてしまう訳ですね。

**NAME IS NULL** · 2005/12/12(月) 23:32:51

5.3をlinuxやsolarisで動かすってライセンスは？
マカって、納品するのに割れで納めるのか？
5.3のlinuxやsolarisの動作のケツ持ちしてくれる業者ってどこ？

まず頼む時にマカは居ないのを確認しないと、javaといいつつWOで納品されてしまう罠。

**NAME IS NULL** · 2005/12/12(月) 23:38:26

たしか5.3.1からSolarisやLinuxでも動かして良いという記述がドキュメントに入っていたような…
しかも5.3.1は無料な気が……もちろん、知った上で書いてるんだよね？>99
あたりまえだけど不良動作のケツ持ちはアップルしないでしょ。自分でなんとかするしかねーな。
漏れはWebSphere専門屋だけど何かつまづいて本家に問い合わせなんてしてもバカ高いカネが必要になって結局は自分でケツ持ちしてるよ。
Tomcatで運用やってる隣の部門がうらやましいよ。ヤンキー共にきけばノウハウ転がりまくってるからな

＞まず頼む時にマカは居ないのを確認しないと、javaといいつつWOで納品されてしまう罠。

もっと上手い釣りをたのむ

**NAME IS NULL** · 2005/12/13(火) 05:44:53

EOFなんて10年前にOPENSTEPで動いていたEOF2.1が盛りだったな。
WOもあれから実質的に進化しとらん。
今頃信仰しているマカにとってはカルチャーショックだったのかね。

**NAME IS NULL** · 2005/12/13(火) 10:58:21

>>100
ライセンスの記述無いのだが。妄想ですか？
無料って逝っても運用ファイルの配布してる訳じゃないし。

>>101
今頃EOF2.1の話をしても使えないけどな。
OPENSTEPを稼働させてる所まだ有るの？

**NAME IS NULL** · 2005/12/13(火) 23:15:50

細かい修整はあるがMacOSXはOPENSTEPその物だよ。
禿はOPENSTEPの上っ面をシマシマのマカ仕様に塗り替えれば
馬鹿は着いて来ると思った訳だ。
実際その通りになっているのだが。

**NAME IS NULL** · 2005/12/13(火) 23:47:29

よく読め。http://til.info.apple.co.jp/cgi-bin/WebObjects/TechInfo.woa/wa/showTIL?id=302797

**NAME IS NULL** · 2005/12/13(火) 23:50:15

>102は全裸で釈明しろ。

**NAME IS NULL** · 2005/12/15(木) 00:45:23

甘いな。「WebObjects Deployment は Mac OS X Server 10.4 を介して配布」って書いてあるじゃん。
現行の5.3.xはMac OS X Serverでの運用ライセンスしか提供されて無いよ。

**NAME IS NULL** · 2005/12/15(木) 00:52:22

わかったからおまえはトムキャットとかジェイボスとか使ってろ。
WebObjectsはMacOS X 用でいいじゃねぇかよ。誰も文句いわねーよ。
まったくおかしなキチがいて荒れる一方だな。

**NAME IS NULL** · 2005/12/15(木) 01:20:32

WebObjectsはものは悪くないのかもしれんがユーザーの質が悪すぎる

**NAME IS NULL** · 2005/12/15(木) 20:45:45

一を知って十を語るな。

**NAME IS NULL** · 2005/12/16(金) 01:04:19

EOFの開発者はRationalを経て今はMicrosoftにいるよ。
ttp://www.softwarefactories.com/AboutUs.html
なんでEOF2.1から本質的に進化しないのかわかるな。
いつまでも過去の遺産にこだわってないで、現実を見なされ。

**NAME IS NULL** · 2005/12/16(金) 01:22:55

結局、linuxとsolarisでwo動かしてる香具師は割れと。

**NAME IS NULL** · 2005/12/17(土) 12:45:37

WOは悪い意味で10年前の強力な個性を引きずったまま来てしまったな。
教育にはいいかもしれんが、成果主義の商用では
どう転んでもWASとWebLogicには勝てんよ。
WOで楽しく作って商売が成り立つ程現実は甘くない。

**NAME IS NULL** · 2005/12/17(土) 13:14:40

ユーザ達は現実を指摘されるのが嫌で２ちゃんの議論すら放棄して
ひきこもりミーティングｗとやらに精を出してるしね
もう終わりでしょ

**NAME IS NULL** · 2005/12/17(土) 14:51:10

「商売成り立ってますがなにか？」

という、苦し紛れがくるに10ﾍﾟｿ

**NAME IS NULL** · 2005/12/17(土) 15:13:17

マカが自腹でライセンス代出して請け負えば、商売になるんじゃね？
DTPとか単価低い仕事に慣れてるマカって多いし。

LAMPみたいな単価安い仕事でも、アポーのハード代とOSとWOのライセンス代持ち出しで請け負ってる気がする。

**NAME IS NULL** · 2005/12/17(土) 15:58:43

いや、それ以前に彼らの主張は
　WO使ってるからってマカーと決めつけるな！
だからね。マカーにそんなこと言われてもねえｗ

**NAME IS NULL** · 2005/12/17(土) 16:11:28

>>２ちゃんの議論すら放棄して

なんだよ議論ってｗｗおまえは２ちゃん様が正義なの？
釣りならもっと上手くやってくれｗ

ていうかもうWOはAppleStoreやiTMSぐらいしか使われないんじゃないの。
いくら>>113みたいなキチガイが頑張って叩いても、もう何もでてこねーぞよｗ

**NAME IS NULL** · 2005/12/17(土) 22:55:58

でもマカーってWOを実際にマクーで動かしてるからねえ。
開発はPBだしさ。どう見てもマカーなんだが(w

ノノ · 2005/12/17(土) 23:13:31

別にﾌﾟﾗｯﾄﾌｫｰﾑなんてなんだっていいよ。WindowsでもマクでもSolarisでも

バグのないものができれば

すこし前にMacOS X 上で開発してるところに委託したことがあったがイイ仕事してくれたので悪い印象は持ってない
（WebObjectsとやらではないが）

Apple製ユーザーだからといって色眼鏡かけてみるのは、オレはキライだな

**NAME IS NULL** · 2005/12/17(土) 23:19:08

と、ﾏｶからのお願いでした。

**NAME IS NULL** · 2005/12/18(日) 00:53:37

せっかくObj-CからJavaに移行したのに、Obj-Cの時と同じクローズドな乗りでアポーが開発してきたのが
いけなんじゃないのか?
大英断に見えて実は大誤算だったとか。

**NAME IS NULL** · 2005/12/19(月) 16:16:44

Javaだからオープンって訳じゃないけどな。
むしろ速度を気にしたら、Obj-Cに戻るのが有効。
CoreDataだってJavaじゃなくてObj-Cなんだし。

オープンなのが欲しい香具師は、早く自己負担で互換フレームワークを作ってオープンで配布してくれよ。

**NAME IS NULL** · 2005/12/20(火) 06:16:31

C/C++の標準化委員会に比べたら全然オープンだと思うよ。
一応Sunが音頭取ってるけど、JSRとかJCPとかあってコミュニティベースじゃん。
要は如何にして自分に有利な下地を固めるかだよ。
既出だがDynamic Cacheやパフォーマンス解析ツールを提供してないアポーが速度を気にしてるとは思えん。
マカ地盤沈下ぎみでつ。

**NAME IS NULL** · 2005/12/20(火) 08:20:05

まぁ、WOに先は無いな。

**NAME IS NULL** · 2005/12/20(火) 21:14:44

普通にアパッチベンチでいいじゃん。
パフォーマンス足りなきゃ負荷分散機能も有るしXserve増やせ。

EOFと互換性有りまくりのCoreDataが今後の布石になってたりするといいけどね。

**NAME IS NULL** · 2005/12/20(火) 23:31:17

だめな物いっぱい並べて金使うより、コストパフォーマンスの良い方使うだろ普通。

実装のエレガントさでは話にならんが、EJB3のJava Persistence APIや
M$のWinFSがもうすぐ出てくる。
CoreDataが今後の布石になる事はまず無いな。

**NAME IS NULL** · 2005/12/21(水) 07:11:11

代わりになる物ならそれ使えばいいじゃん。
WOを捨てて、JavaでもWinでも。

コストパフォーマンスならLAMPでもどうぞ。貧乏人にはライセンス料無料のほうがうれしいだろ(w

**NAME IS NULL** · 2006/02/12(日) 10:54:14

なんか魔カーやWOユーザーってやっぱり狭い世界で酔ってる人が多いのかね
同様の製品と長所短所をいろいろ比較しないと視野は広がっていかないのに、
「嫌なら使うな」の一点張りじゃ議論にならないじゃん
流行らないのはユーザの質に問題があるんじゃないの？

**NAME IS NULL** · 2006/02/12(日) 13:08:18

>>流行らないのはユーザの質に問題があるんじゃないの？

否定する人の常套句としか思えん。何もWOに限らず。

**NAME IS NULL** · 2006/02/12(日) 14:55:50

EOEditingContextやKVCを使いこなせなかったﾄﾞｷｭｿ（負け犬）の遠吠えですよ。気にすることはありません。ﾕｰｻﾞｰの質を持ち出すとは片腹痛いし勘違いも甚だしい。

**NAME IS NULL** · 2006/02/12(日) 21:56:20

とかいいつつ選民意識ぽいですね

**NAME IS NULL** · 2006/02/12(日) 22:51:28

>>128はWOに繁栄してもらいたいのか衰退して消えて無くなってもらいたいのか意図がハッキリしない。ただの釣りかオナニーだとしか思われない。

もっと建設的な意見を出せばいいものを

**NAME IS NULL** · 2006/02/14(火) 19:57:32

誰にも理解出来るほどの製品じゃないのも有るな。
オブジェクト指向プログラミングが出来ないと無理。
スクリプトチックな物程度の香具師なら、Xserveにもphp付けて売ってるくらいなので利用すれば。

**NAME IS NULL** · 2006/03/05(日) 00:20:31

java屋だが、EJB3.0やHibernate程度が良いと思っている人が多くて疲れるな。
どう考えてもWOの方が優れていると思うが。
せっかく情報集めに来たのに、上の方でESB,BPEL,キャッシュとかほざくバカで
、スレッドが荒れて残念だ。

トータルで.NETに対抗出来ているのはこれぐらいだろう。

**NAME IS NULL** · 2006/03/05(日) 01:06:41

>>どう考えてもWOの方が優れていると思うが。

キモチは良くわかる。でも、それだけじゃ～ダメで「またマカーが」と言われるのがオチ（そういう基地が多いから。この界隈）
どこが、どのように、どれぐらいといった数値で優れているところを出したりすると、基地を黙らせることができる。
あんたが感じたことを示してみてくれ。

**NAME IS NULL** · 2006/03/05(日) 09:13:22

じゃあ少しだけ。
>DBからFetchしてきたObjectを保持するStatic Cacheでしょ?
>Dynamic Cacheじゃないとあまり意味ないと思うが。
　非接続型と接続型の区別がついていない発言だな。
リッチクライアントで、Excelのようなグリッドの画面＋
プライマリーキーにIDENTITYやSEQUENCEを使って、
画面の更新差分をWebServiceで送信する場合に、EJB3.0やHibernateは
自力で全てやる必要があるだろ。基幹系だとありがちな要求だからな。

**NAME IS NULL** · 2006/03/05(日) 09:24:15

>BPEL Engine、ESBを持たない時点でApplication Serverとしての進化を止めている。
現状のBPEL,ESBはただ単なるキーワードでしなかいし、有効な導入事例がない。
BPELで業務フローを変えられても、やり取りするデータの種類が変わったら、
DBも変えざるを得ない。
ESBは、EAIと本質的な違いがほとんどない。
ベンダーロックインしていないというぐらいだが、実際にはベンダー独自の
部分が存在するし、ポータビリティも自己責任。

**NAME IS NULL** · 2006/03/05(日) 09:35:25

でWebObjectsが良いと思った点。
1.本質的に非接続型であること。
2.EOのようなモデリングツールがある事。
3.MVC全てを通した一貫性のあるアーキテクチャである事。
（寄せ集めではない。）
4．ルールエンジンを持つ事。
5．モデルから画面が生成出来る事。（モデルドリブン開発）
6．5．のためにプロトタイピング的な開発が本質的にしやすい事。
7．運用ライセンスが安い事。
(WebSphere,WebLogicなどと比べて)
8．Web,リッチクライアントどちらでも対応可能な事。

WebObjectsはざっと調べただけだから間違っているかもしれないが、
これだけのものを併せ持つのはWebObjectsか.NETぐらいだろう。

**NAME IS NULL** · 2006/03/05(日) 23:26:29

現状はマクが使えてマカがうれしいってのだけがメリット。
非マクなら、WSやWLしか選択枝無いよ。
１００万ヒット規模に成ると、マカに依頼する方が困る事に成る。

**NAME IS NULL** · 2006/03/06(月) 21:53:48

マカに大規模サイト構築は無理。
実績が無い。

**NAME IS NULL** · 2006/03/06(月) 23:03:59

つ AppleStore
つ iTMS

**NAME IS NULL** · 2006/03/07(火) 03:24:14

だから、ASやiTMS規模のサイト作れる香具師が日本に居ないだろ。

**NAME IS NULL** · 2006/03/07(火) 06:32:03

いますよ。貴殿が世間知らずなだけ。

**NAME IS NULL** · 2006/03/07(火) 11:14:29

例えば？
そんなSIや技術者見た事無い。

大規模サイトは、スケールできずに静的生成に切り替えてる所が多い。

**NAME IS NULL** · 2006/03/07(火) 17:27:40

そもそもWO使ってるサイトが皆無。

**NAME IS NULL** · 2006/03/07(火) 21:23:46

(´ー`)-y （つられてんなよ、バカ）

**NAME IS NULL** · 2006/03/09(木) 03:09:00

マクは貧弱。

**NAME IS NULL** · 2006/03/10(金) 00:48:57

インテルマクでWO動く？
Javaだから関係ないのか？
でもWODeploymentはウニバーサルじゃ無いよね？

**NAME IS NULL** · 2006/03/10(金) 01:14:15

>>WODeploymentはウニバーサルじゃ無いよね？

WODeploymentを構成しているのはjarと関連ファイルの集合体だぉ。woaにしたってそうだし。
問題なく動く。

XCodeとかWOBuilderとかは問題ないような。うちでは動いている。（MacMiniIntel）

**NAME IS NULL** · 2006/03/10(金) 17:42:45

xcodeはウニバーサルだからそりゃ動く。
でもxcodeにdeployが付いてくる訳でもないし、インテル版のOSX Serverもまだ出てない。

**NAME IS NULL** · 2006/03/11(土) 21:32:20

Java遅いからObjCのEOFマダー？

**NAME IS NULL** · 2006/03/12(日) 18:31:57

>>136
> 非接続型と接続型の区別がついていない発言だな。
詳しく。

>> Deployしながら、JVMメモリ、Session、DBコネクションレベルでモニタリングできるんだっけ?
>> リクエストがApp鯖のコンポーネントを通過していく時間を見れるんだっけ?

パフォーマンス分析ツールが無いと、チューニングできないと思うんだが。

>>137

> 現状のBPEL,ESBはただ単なるキーワードでしなかいし、有効な導入事例がない。

確かに新しい概念ではあるけど使ってるところは使ってるよ。

> BPELで業務フローを変えられても、やり取りするデータの種類が変わったら、

ESBわかってないんじゃね?
Binding Component(BC)が何の為にあるかわかってるの?

>>138
WOは開発者寄りの設計と思うよ。
Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。

DeploymentがMacOSX Serverだけというのはどうなんですかねぇ。

**NAME IS NULL** · 2006/03/12(日) 20:36:59

> 非接続型と接続型の区別がついていない発言だな。
詳しく。
ADO.NETのDataSetを学んだ上で、EJBがなぜセッションビーン、エンティティビーンなんて
概念が必要か考えてみな。

>確かに新しい概念ではあるけど使ってるところは使ってるよ。
国内において有効な、しかもESBならではの事例をあげてみな。

>ESBわかってないんじゃね?
>Binding Component(BC)が何の為にあるかわかってるの?
取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで
制御するのが現実解なのか？1対1のマッピングならまだしもそんな都合よくないぞ。

>WOは開発者寄りの設計と思うよ。
>Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。
パフォーマンスについては俺も知りたい。

**NAME IS NULL** · 2006/03/12(日) 22:40:16

何が言いたいのかわからんが、
Excelがフロントエンドの基幹システムなんてあるのか?
だいたい基幹系って、ばしばしデータ更新が入るもんじゃないの。
DBからのCacheは更新が頻繁な物には向かないし、EJBにもEJBキャッシュがある。

> 国内において有効な、しかもESBならではの事例をあげてみな。

ESBかどうかは知らんがBPELは使ってるよ。

ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040715/1/

> 取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで

すまん。これだけだと具体的にどんな例なのかよくわからん。

> パフォーマンスについては俺も知りたい。

あんなコテコテのClass Libraryで、パフォーマンスがいい訳ないじゃん。

何にしろMacOSX Server以外で動かないのは致命的と思わないかい。

**NAME IS NULL** · 2006/03/12(日) 23:58:37

>何が言いたいのかわからんが、
>Excelがフロントエンドの基幹システムなんてあるのか?
>だいたい基幹系って、ばしばしデータ更新が入るもんじゃないの。
Excelをそのままフロントに使うとはいっていない。
Excelのようなインタフェースで大量入力に対応すると言うこと。
ちなみにSAPは今Officeをインタフェースとして活用しようとしている。
一般的な業務では殆どオプティミスティックロックで十分。
ペシミスティックな場合は少ない。
更新が頻繁なクリティカルな業務でEJBを使うメリットは無い。

>ESBかどうかは知らんがBPELは使ってるよ。
>ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040715/1/
アリス使っている＝BPELって論理が分からんな。
アリスがどんな製品か分かっていて言っているのか。
アリスの吐き出したBPMN→BPELで業務を動かしているのか？
そんな事は一言も書いてないけどね。

>すまん。これだけだと具体的にどんな例なのかよくわからん。
考えてくれ。

>あんなコテコテのClass Libraryで、パフォーマンスがいい訳ないじゃん。
いい加減な推論じゃなくて、もう少し具体的な論拠が欲しいね。
Hibernateだって使う人が使えばクエリ発行しまくるで遅くなるのは変わらないし、
JDBC直に使ったって同じ。

ttp://www.eisbahn.jp/yoichiro/2006/02/post_2.html

**NAME IS NULL** · 2006/03/13(月) 20:16:00

Excelのようなインタフェースがそもそも大量入力に向いてるの？
どういう用途かさっぱり。

名簿屋とか、データ入力専門業者が名簿渡して、SOHOで仕事させてエクセルファイルで納品してもらって集計させたいってこと？

部品コード入れ替えは辞めさせるべき。
ICタグで全部やっちゃうぜって方向に動きつつ有るのに、コード使い回しじゃ混乱するだけ。
今からでもJANコードベースに整備させた方がいい。

**NAME IS NULL** · 2006/03/13(月) 22:45:04

>>155

> 一般的な業務では殆どオプティミスティックロックで十分。

あいまいな表現じゃなく定量的にTransactionがなんぼ以下の場合は
みたく書いてくれ。あんたの経験値でよいから。

> 更新が頻繁なクリティカルな業務でEJBを使うメリットは無い。

トランザクションを任せられないと意味が無い。
銀行や勘定系でEJBはばしばし使われてる。

ttp://www-06.ibm.com/jp/domino07/fss/finnetjp_www.nsf/vwdockey/8DF1A4A58D8E966C49256F65005EFCB7?Open&cat=01#case

> そんな事は一言も書いてないけどね。

そう言われてもなぁ。まさかARISでお絵書きだけしないと思うんだが。
海外事例なら沢山あるがそれではダメなのか?

> 考えてくれ。

よくわからんが、その場合SOA以前の問題だと思う。

> いい加減な推論じゃなくて、もう少し具体的な論拠が欲しいね。

じゃWASのSPECjAppServer2004貼っておくから、もまいさんの方でWOの公式な速さの数字を貼ってくれ。

ttp://www-06.ibm.com/jp/software/websphere/developer/was/wv6/benchmark/

それから、MacOSX Serverでしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。

**NAME IS NULL** · 2006/03/14(火) 01:09:12

>部品コード入れ替えは辞めさせるべき。
取引先の関係があってもそれが可能かというとそうも言ってられないだろう。

>あいまいな表現じゃなく定量的にTransactionがなんぼ以下の場合は
>みたく書いてくれ。あんたの経験値でよいから。
Transactionの数量じゃなく、業務の種類だろ。厳密な座席予約が必要な場合は、
ペシミスティックロックだが、業務全体からみれば少ない。

>トランザクションを任せられないと意味が無い。
>銀行や勘定系でEJBはばしばし使われてる。
EJBがなくたってトランザクションは可能だろう。EJBならではの理由はないよ。
UFJのjavaでバッチを組んだ事例も、ただ単なるリクエストのディスパッチャ的な使い方で
EJBである必然性は全く無かったけどね。

>そう言われてもなぁ。まさかARISでお絵書きだけしないと思うんだが。
>海外事例なら沢山あるがそれではダメなのか?
ARISでお絵書きの方が事例としては多いし、そもそもどこがBPELなんだ？
一言もBPELなんて書いてないだろ。

>よくわからんが、その場合SOA以前の問題だと思う。
じゃあSOAならではの事例をあげてくれ。

>じゃWASのSPECjAppServer2004貼っておくから、もまいさんの方でWOの公式な速さの数字を貼ってくれ。
だから俺もWOを使ったことはないからパフォーマンスについては知りたいから聞いているんだよ。
それといま時まともにマルチコアライセンスを考えられていないWASなんかの
パフォーマンス値はいらない。

>それから、MacOSX Serverでしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。
これについては、自分も問題なしとは思わない。

と言うかこんな不毛な議論より、WOの情報が欲しいだけなんだけどな。

**NAME IS NULL** · 2006/03/14(火) 01:25:38

>よくわからんが、その場合SOA以前の問題だと思う。
言い忘れたが去年日本IBMが発表したSOAのサンプル事例が、
取引先との受発注で、部品コードの変換とかをやっていたけどね。

**NAME IS NULL** · 2006/03/14(火) 18:24:06

ググって見たが少ないね。orz

日本でWOを使ってると思われるサイトの検索結果約２０件 (0.29 秒)
huis.huis.hiroshima-u.ac.jp
jobmatch.ai-link.ne.jp
www2.kiryu-jc.ac.jp
www.dynamicbind.co.jp
www.web-ya.jp
aps.bell.ne.jp
ds.sie.dendai.ac.jp
db2.kahaku.go.jp
www.myroots.jp
reas.nime.ac.jp
portal.idec.or.jp
www2.usnet.ne.jp
www.techpit.co.jp
osxs.eleap.co.jp
aps.next-fc.gr.jp
weyl.ed.ehime-u.ac.jp
www.kiwamu-dennou.co.jp
www.fujita-denki.co.jp
www.trein.jp
wise.nime.ac.jp

**NAME IS NULL** · 2006/03/14(火) 22:47:15

ttp://www.google.co.jp/search?q=inurl%3A%2Fcgi-bin%2FWebObjects%2F&btnG=Google+検索&hl=ja

**NAME IS NULL** · 2006/03/15(水) 10:38:14

>>158
> Transactionの数量じゃなく、業務の種類だろ。
定量的か定性的かの言い方の違いだろ。
テスト工程で実稼働を想定した負荷をかけてテストしないのか?
それともどんぶり勘定なのかね。

> 厳密な座席予約が必要な場合は、ペシミスティックロックだが、業務全体からみれば少ない。
座席予約にバッティングは許されないから、「厳密」という表現はおかしいのでは。

> EJBがなくたってトランザクションは可能だろう。EJBならではの理由はないよ。
個人の嗜好にかかわらず現状ではEJBが業界標準だよ。
例を出すなら公の引用を貼ってくれ。

> 一言もBPELなんて書いてないだろ。
海外の例で悪いけど。

ttp://www.fiorano.com/jp/frontpage.htm
ttp://www.sonicsoftware.com/customers/index.ssp
ttp://www.oracle.co.jp/appserver/bpel/doc/doc19109.pdf

> それといま時まともにマルチコアライセンスを考えられていないWASなんかの
WASの場合baseライセンス以上だったらCPU無制限だから必要ないんじゃないの。
そんな事言ったらWOの方は何も考えてないじゃん。

> これについては、自分も問題なしとは思わない。
いや、これが一番の問題のハズだが。
大学みたく一部の教育機関を除いてMacでしか動かない案件なんてまず無いよ。

> と言うかこんな不毛な議論より、WOの情報が欲しいだけなんだけどな。
一般人成りすましマカですかね。
始めてWOに触れたのならいざ知らず、今時そんなヤシいるのか疑問ですが。

**NAME IS NULL** · 2006/03/15(水) 17:26:17

やろうと思えば、WO5.3.1も赤帽や空栗鼠で動かせますよ。ライセンス違反ですが。
5.2.4と5.3.1のフレームワーク上での大きな差異はなく、開発ツールが変わった程度。
テキストエディタで開発してた人たちにしてみればどうってことない。
ライセンス気になるなら5.2パッケージを買ってSoralisなどにインスコすれば良いし。

で、WOのどういう情報が欲しいの？技術的なことなら少しばかり答えられるかも。

**NAME IS NULL** · 2006/03/16(木) 03:25:52

だから保証無い時点で使わないし、無理矢理動かそうという発想もマカ。
もちろんマクしか動かないようなプロダクトを採用するのもマカだけどな。

テキストエディタって(w
EOMは使わないとどうにもならんよ。EOM無しで開発出来るようなwoaとかcayenneのようなmodelerでも既に開発済み？

5.3がマク縛りなのに、今更5.2をソラリスで動くからって納品出来る無神経ぶりがマカだな。
数ヶ月使えればいいシステム作れば済む次元じゃないし。
数年～１０年ぐらい使う息の長いシステム作りを要求されるのに、先の見えないプロダクトで納入なんて出来るかよ。

**NAME IS NULL** · 2006/03/16(木) 06:43:51

じゃぁ無理してここでマカだとか煽ってないで家に帰れよ…かまってほしいのか…？ｶｯﾁｮﾜﾙｲｿﾞ、ﾊﾟﾊﾟ.

**NAME IS NULL** · 2006/03/16(木) 20:25:25

5.3のライセンスについては何も答えられないアポー信者カワイソス。

**NAME IS NULL** · 2006/03/16(木) 21:28:05

どうしてBPELやESBを疎んじるのかわからんね。
他のベンダがSOAに基づいた技術をどんどん採り入れて開発している事について
不安に思わないのかね。
WOに関係しない技術は基地扱いだし。

>>163は著しくプロ意識が欠落してるな。
こんなのにお金払ってWeb Site作って貰ってる人は不幸だよ。

成りすましマカ確定ですかね。

**NAME IS NULL** · 2006/03/16(木) 23:35:47

EOFのObjCベースのインテルバイナリがリリースされないかなあ。
Java捨てて速度命で盛り返してくれ。

**NAME IS NULL** · 2006/03/17(金) 01:50:46

Application鯖で使う事が前提となった今ではJavaで書き直したのは概ね正しい。
MacOSX Nativeアプリでも作らん限りObjective-Cにするメリットは無い。

**NAME IS NULL** · 2006/03/17(金) 09:00:46

だからさ、5.3でMac OS X Serverしか運用出来ないのにJavaの必要性無いだろ。
Mac OS X Server限定なら、速度出すためにウニバーサルなObjC版を出したほうがいい。
糞重いiLifeアプリケーションさえJavaじゃなくてObjCだぞ。

**NAME IS NULL** · 2006/03/19(日) 12:57:43

EOFはミドルウェアだからポータビリティがある方がいい。
それにJavaだとコミュニティが充実してるので勝手に色々開発してくれる。
ObjCに先祖返りするメリットはないよ。

**NAME IS NULL** · 2006/03/19(日) 18:49:01

5.3でMac OS X Serverしか公式サポートしない時点で、ポータビリティは無いよ。
今、Xserve G5を買うのはどう見ても得策じゃないし。

WO5.x(Java)でコミュニティが充実して勝手に色々開発してくれる恩恵って特にないし。
ワンダー程度で恩恵受けてるの？

ObjCに先祖帰りするメリットは処理速度。4.5の実行速度を知らない素人？

**NAME IS NULL** · 2006/03/19(日) 19:50:31

そういうのは木を見て森を見ずと言うんでないかい。
WOはメインストリームじゃないから今の位置付けで良いと思うけどなぁ。
EOFは2.1から10年くらい基本構造が変わってないから
そっちの方をなんとかしないと根本解決にはならんと思うよ。
といってもEOFの開発者はMicrosoftに行っちゃったし、今後ドラスティックに変わる事はないよ。

速くしたいんならWASとかWebLogicを使うでしょ。ふつう。

どうせWO使ってる香具師は趣味かその延長だろうから、EOFにスピードを求めるのは間違ってるよ。

**NAME IS NULL** · 2006/03/19(日) 22:17:25

つまりWOで飯喰ってるマカは素人ですか(w

**NAME IS NULL** · 2006/03/20(月) 21:40:07

そうは言わんが極端に視野の狭い人達の集まりかと。
漏れだったらWO一本じゃハズかしくて飯は食えん。

**NAME IS NULL** · 2006/03/21(火) 00:00:14

つーかマカだとWOしか売れる物が無いと思う。
WASもWLもマカには使いづらいし。

**NAME IS NULL** · 2006/03/21(火) 11:10:38

弘法筆を選ばず、というではないか。

**NAME IS NULL** · 2006/03/21(火) 14:31:45

マクしか使えない時点で思いっきり選んでるね。
電気屋で５万で売ってるPCすら、持ってない貧乏マカ。

**NAME IS NULL** · 2006/03/21(火) 22:14:33

昨年のOracle 10g Worldでマク用10gR1が発表されて、これでアポーも少しはWOに
力を入れるのかと期待したんだけどダメでしたね。
NeXT版以来実に17年ぶりの快挙なんだが、64bit版10gR2出ないよなぁ。

**NAME IS NULL** · 2006/03/22(水) 15:09:04

そういえば10gはウニバーサルされるの？
無難にSolaris鯖使った方が良かったって事に成って、ますますXserveが売れなくなる。

**NAME IS NULL** · 2006/03/22(水) 15:58:31

そうなるだろうね。

MacOSXが中途半端に64bit化してるからだめなんだよ。
マク以外の10gは皆64bit版があるから
あえてOracle10gをXserveで使う理由が無い。

**NAME IS NULL** · 2006/03/24(金) 22:52:36

カーネルが32bitのままなのに、G5のために64bit対応しましたってインチキ仕様だからなあ。
早くフル64bitカーネル出せばいいのに。

**NAME IS NULL** · 2006/03/25(土) 13:50:04

そなのか。
漏れはてっきり、32bit GUIに64bit ビジネスロジックを繋ぐのがへんてこだと思っていたんだが
そういう根深い訳があったんでつね。

ttp://developer.apple.com/macosx/64bit.html

**NAME IS NULL** · 2006/04/07(金) 05:23:46

ブートキャンプで、Mac OS X版終了で、Windows版来そうだね。
XPで動くようにしとけば、PCでもマクでも動く訳だし。

**NAME IS NULL** · 2006/04/24(月) 21:08:29

アポーはWO捨てたのかね。
ADCのページも、JBossやTomcatのネタが増えてきたし。

ttp://developer.apple.com/internet/

**NAME IS NULL** · 2006/04/24(月) 22:48:31

捨てちゃいないだろう、たぶん
iTMSもWOだし。アポーストアもWOだしな

ほとんど自分たちが使う為だけにメンテしてるだけかもしれんが

**NAME IS NULL** · 2006/04/25(火) 22:13:47

いや、WOには何のメリットもないAnnotationやAOPが売りのJ2SE5.0をIntel版共々
早々と出してくるというのは、WOを捨てたという事だろう。
アポーもここに来てようやくメインストリームに舵を切り始めたかな。

ttp://developer.apple.com/java/

**NAME IS NULL** · 2006/04/28(金) 16:54:42

さて、MBP 17"も出た事だし、OSXじゃなくてXPでのWO開発環境を整備するかな。
元々NeXT使ってたからマクOSなんてどうでもいいし。

**NAME IS NULL** · 2006/04/28(金) 16:55:58

MBP速そうでいいねえ。

**NAME IS NULL** · 2006/04/29(土) 06:33:29

MacOS X Server10.5の発表でアポーが今後WOをどう扱うかわかりそうだな。

ttp://www.itmedia.co.jp/enterprise/articles/0604/28/news060.html

**NAME IS NULL** · 2006/06/10(土) 18:05:38

次期xserveの話題無いから落ちまくってるので上げ。

**NAME IS NULL** · 2006/06/12(月) 03:45:06

全てのアプリケーションサーバーはWebObjectsを目指している

**NAME IS NULL** · 2006/06/12(月) 21:08:47

むしろwoの進化が止まって化石に成ってる訳だが。
ajaxとかJPAとか取り残されてるし。

**NAME IS NULL** · 2006/06/12(月) 23:04:38

freeになっても、あんまり変わらなかったね。

**NAME IS NULL** · 2006/06/15(木) 18:02:31

無料なのは昔からだしな。今回開発環境に付属して来てもPHPのようには話題には成らずに終わる。

**NAME IS NULL** · 2006/08/14(月) 20:56:58

Xserve Xeonでも発注するかと思ってたら、時代は脱woでjbossに乗り換えなんだな。
ttp://www.apple.com/jp/xserve/howto/parco/index.html

まあjbossならSolarisでも運用出来るからな。Oracle RACとの併用だと、Xserveにする理由が無い。

おまいらまだwo続けられてる？