RMIでいいじゃないか - Kazzz's diary
ここで何度も採り上げてきた話題として、複数のクライアントアプリケーション間でオブジェクトを共有するという要件があった。C#では.NET Remotingで書いていた機能をJavaでどう実現するかというのが肝だった。 以前には同様にRMIで実装するつもりでいたが、いろいろと問題があると思いこみ、 クライアントデータ(オブジェクト)の共有 Javaには元々RMIという立派な仕組みがあるんだが、rmiregistryというリポジトリの常駐が必要なこと、(対して.NET Remotingは特別なインフラやリポジトリは必要とせずに配置されたオブジェクトは生き続けることができる)いちいちrmicによりスタブ・スケルトン(スケルトンは1.2の時点で不要になった)のコンパイルが必要なことは、10年前であれば我慢できたが今となっては使いたくないのが本音だ。※ 〜中略〜 ※J2SE5以降はスタブの生成も不要に
PowerShellにはまる - Kazzz's diary
これまでの流れで週末からWindows PowerShellについて、いろいろと調べているのだが、これは非常に面白い。例えばCmdLet(コマンドレット)という機能があって、以下のようなC#で書いたクラス(勿論VBでも良いが)から自分だけのコマンドが作れるのだ。 using System; using System.Collections.Generic; using System.Text; using System.Management.Automation; [Cmdlet("say","hello")] public class CmdLetTest : Cmdlet { private string name; [Parameter(Mandatory=true, Position=0)] public string Name { get { return this.name;
プログラマが騒ぐ時 - Kazzz's diary
あるシステムの開発プロジェクトにおいて、実装を任されているプログラマがいるとしよう。そのシステムでは、他のシステムのサーバとの通信を行なうことが必要あり、プログラマは、そのサーバとの通信部分を実装しなければならない。サーバとの通信仕様は曖昧で仕様書や資料を見てもよく解らないし、周りに聞くが誰も事実を知らないようだ。仕方が無いのでサーバ側の人間にお願いして、実際にサーバにアクセスしている、他のシステムのプログラムのソースコードを送ってもらい、独自に調査を開始する。 こうして細かいサーバとのやりとりはある程度判ったので、プログラマは実装を開始した。実装はほぼ期待通りの仕様であり(調べたので当たり前だ)サーバとの通信部分は問題無く動いた。 よくいる立派なプログラマのケースだが、この進め方は駄目だ。 サーバとの通信の方法を知っているのは、プロジェクトメンバ中あなただけだ。おそらく今後も、未来永劫そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
