musiclogs.org::blog

ESX3.5でRedhat Enterprise Linuxを準仮想化(Para-Virtual)で利用する方法を調べていました。

結局、2008/08/29の時点では無いようです。

VMwareでParaVirtualを行うには同社が開発したVMI(Virtual Machine Interface)をサポートする2.6.21以降のLinux Kernelである必要があります。ところが現時点のRHELのKernelは最新の5.xでも2.6.19辺りになっています。
RHELにこだわりが無いのであるなら、ESX3.5Update2の場合、SUSE Linux Enterprise Server及びUbuntu 8.04で出来るみたいですね。他のディストリビューションでも2.6.21以上を採用しているものがあるのですが、残念ながらESXのサポート対象では ないようです。(メニューに出てこないという意味?Other Linuxで動くかは不明)

Linuxディストリビューションの比較(wikipedia.org)

ESX3.5リリースノート(vmware.com)

はてなブックマークから拾いました。典型的な Java屋 は JSP を使うことに何の疑問も持っていない

講習で話していたのは、自称「JSFエバンジェリスト」という40代ぐらいのおじさんと、その部下かどうか分かんないけど30歳前後ぐらいの技術者。当然、両名ともSUN社員。Javaの仕事をしているSUN社員だから、Java屋のサンプルとしては典型的であり、偏ってないよね?*1 (異論は認める)

んで、終わった後に講師の方を捕まえて、デザイナーとの協業をどう考えているかについて、またJSPの存在価値について聞いてみた。せっかくJSFという新しい技術を開発するなら、JSPやカスタムタグというできの悪い技術を使うよりもTapestryのような筋のいい技術を使ったほうがよかったのではないか、そのほうが.NETやASPとの差別化ができるし、JSPとカスタムタグを使うJSFではデザイナーとの協業が難しい、というようなことを話した。

彼らの回答は驚くべきものだった: 『タペストリーって何ですか?』・・・これには驚いた。なんと、自称JSFエバンジェリストはTapestryの名前さえ知らなかったのだ。

これは、想像つきます。外資のベンダー従業員は現場の仕事はしないのですよ。。。

自社(USの親会社)の技術を日本に展開するのが仕事と見えます。自社の技術に関するスペシャリスト。彼らがコードを書くとしたら、この例で言うと、”いち早くJSFを利用した案件で火が吹いてコンサルとして入る時”じゃないですかね。

JSFについては無茶苦茶詳しい。

でも、代替オープンソースなんて気にしない。

彼らはUSから落ちてくる資料を読むのに忙しいから。

こんな感じになると思う。

個人的にはあまりやりたくない仕事ですけど、US側の会社が面白い技術を連発しているなら、それを追いかけるだけで楽しいんじゃないですかね。

タペストリーを知らないことに疑問を持たれてるようですけど、きっとUSでJSFを開発している人は知っていて、参考にしていたと思いますよ。でも、それはUS側で分業体制になっているから出来るのであって、日本法人は自社(親会社)の関連技術も学ばないとならないから、そんな時間無さそうですよね。

＃トラックバック先をネタに外資について感じるところを書いてしまった・・・。

VMware ESXやXenといったハイパーバイザ型の仮想化ソフトウェアをノートPCに入れたいと思っていた。でも、管理コンソールが必要になるので、使い方が変わってしまう。（ノートがサーバになってしまう。）
具体的には、ローカルのHDにOSイメージを入れて、ALT+TAB+ｘｘキーでOSを切り替えるというのがやりたい。

で、Neocleusという会社から(多分)そういうのが出るらしい。Xenを改良したもの。

クライアントの仮想化というとThinClientなどの別のイメージになってしまうので、Endpoint Virtualizationだそうです。まだモノが出てきてないんだけど、試してみたいな～。

Neocleus、Xen を修正してエンドポイントのセキュリティを強化