IBM Lotus Notes/Domino (R) をこよなく愛して。。。。

過去の遺産とは何??と言われそうですが、とにかく、そういう話題を書いて見たいと思いましたので、この話題で書いて見ます。



Notes/Dominoの過去と言えば、R3が日本に上陸した頃に遡ります。



その頃、私は全くNotes/Dominoには関わっていなかったと思います。


R3.3あたりからでしょうか?、私が以前居た会社でOS/2 Serverで社内展開が始まった記憶があります。


Notes/Dominoは当時はNotesとして知られ(Dominoという用語は正式にはR5から採用されました)、多くの企業で採用され始めた時期です。


勿論、1990年代ですから、USで開発されたSoftwareが日本に上陸しても、日本語対応はDataやUIでの対応となります。


と言ってもピンと来る方は少ないかも知れません。


こんな話をして、懐かしいとか思われる方は、多分、40歳を超えている方かもしれません。


今は、DJXや別名と言う形で、日本語Userの為には、日本語名が表示されるようになっていますが、当然当時は日本語名などなかった訳です。


メールなどに表示される名前は、"Shinya Iwama/ACME"という形になります。

MailのIn boxなども全てこの名前で表示される訳です。

日本人の場合、これはちょっと許されないと考える方も多かったのではないでしょうか?



このような場合、当時はどうしたのでしょう??



そう、先ずは日本の習慣に合わせるために、わざとFirst Nameに苗字を、Last Nameに名前を記載します。


すると、Mailの表示上は、"Iwama Shinya/ACME"となり、日本人に親しみやすい表記となります。


でも、これだけでは満足できないUserもいました。


つまりMailに"岩間 信也"と完全に日本語名を表示したいという要望があったのです。


この要望が解決されるには時間がかかりました。


R4.5からでしたでしょうか?日本語アドレス帳が提供され始め、最終的にはR5の別名対応、DJXへと発展したのです。

しかし、R5の別名による日本語対応に関してはLotus Japanでも少し違和感があったのも確かだと思います。


日本の要望は、単に日本語氏名が表示できることであり、IDに別名を持たせる必要性までは訴えていなかったのです。

IDに情報を持たせるということは、移行の際にそれなりの処理が必要になります。

日本のUserはそんなことは求めていなかったでしょう。



話が逸れてしまいましたが、日本のUserはR3で日本語表示をしたいと望みました。



そんな時、日本のメーカーならどうするでしょうか?


回避策や代替案を提案すると思います。


当時、まだLotusはIBMに吸収されていなかったと思いますが、IBMの一部のNotes/Dominoの販売部門部門からFullName Fieldに漢字名を納めることで漢字表示が可能であると案内がされていたのです。


勿論、当時のLotusはそういった使い方は想定していません。



しかし、このIBMからのガイド(?)が本来変更してはいけないFieldを変更することになり、Version Upの足かせになってしまったのです。


世の中にNotes/Domino Userは数多く存在しますが、初期からNotesを使っているUser程、、こういった呪縛に囚われ、Version Upを困難にしているのです。


このシリーズでは私の時間の許す限り、Fullname Fieldの最初に日本語を設定した場合の影響について調べてみたいと思っています。


Notesが不便だとか使い辛いとか思われている方も多いのは認めていますが、そんな方から色々とお話を聞いていると、単に使い方を知らなかったり、その会社独自の環境から来る呪縛に呪われ本来のNotesをご存じない場合もあることが分かっています。


そういうことがありますので、Fullname Fieldに日本語を設定してしまっている場合の影響というのを調べてみたいと思っています。


勿論、IBMは、当時の担当者がFullName Fieldに日本語を設定する回避策?を案内していたとしても、今の時点ではLotusの考え方に基づきFullName Fieldに加工を行うことはサポートしないとガイドしていると思います。


しかし、漢字名がFullname Fieldに設定されたUserはまだまだ残っているかもしれません。


そういう場合に、どのような影響が出て、移行する場合はどういうことを考慮しなければならないかを考えて見たいと思います。


今回は初回なので、私がどういうことを書きたいかの紹介に終わりました。


次回以降は、実際に模擬環境を用意して試して行きたいと思います。




-続く-

先日、随分久しぶりにDBの開発を行って見ました。


やはり、使っていないと忘れていることも多いです。


初歩的なミスをしてしまい、修正することも。。。。。


で、その中で経験したのですが、開発していたDBではFramesetを使ってViewとMenu(OutlineとPageで作成)を表示していただけの物だったのですが、突然?FramesetがLoopし始めました。


というのは、どういう状態かと言うと、DBをOpenすると、指定されたFramesetが開かれるのですが、Notes ClientからDB Openすると何度もFramesetが開き、それを繰り返してClientが使えない状態になるのです。


勿論、NSD -killで殺して、もう一度Designerを開いて修正したりしていたのですが、何が原因かは掴めず。


単純に、2 Frameを定義して、左側にPage、右側にViewを定義した簡単な物だったのですが、、、、



開発していたClientはDesigner 7.0.4でそれ以外の環境では試していません。



結局、時間が無駄なので解析は行わず、LoopするFramesetを削除。


Discussion Templateの"Main Frameset Notes"をCopyして、無駄なFrameである、DB Locationの表示(左下)を削除し、左上のDB Titleを表示しているFrameは残して、Frameの内容を別のPageに切り替えて3 FrameのFramesetにして利用して見たところLoop現象は無くなりました。


これも、本当なら再現テストを行って、原因を追求したいところですが、現時点で出来ていません。



こんな情報は役に立たないかも知れませんが、こんなことがあったという程度で頭に残しておいて頂ければ、同じようなErrorに遭遇した場合に役に立つのではないかと思います。



IBMのサポートの人がこのBlogを見ているとしたら、是非再現を行って頂きたいと思います。


本当にLoopして何も出来なくなりますので。。。。


Framesetの名前は、"MainFrameset"にしていて、新規で作成したDBで発生していました。



私も時間があったら再現を試みたいと思っています。

Domino Designerが使えるようになったので、Installをすることになりました。


といっても、導入が可能になったのはもう2週間以上前でしょうか?


前に書きましたが、現在利用している環境は、Notes Client Only Moduleを使ってMUI(Multi-User Install)が行われています。

当然この環境をDesignerにUpgradeすることはサポートされておりませんし、Notes Client Only ModuleをSingle User Installした環境でもDesignerへのUpgradeはサポートされていません。


つまり、一度Notes Clientを完全にUninstallしてからDesignerをInstallしないといけない訳です。



そこで、2週間以上前に、Notes Client Only Moduleを完全にUninstallして、Program Files以下のLotus Directoryを完全に削除、その後、Local Settings以下にあるUser個別のData Directoryも必要なDeskto6.ndk、Names.nsf、Bookmark.nsfをBackupしてから完全に削除しました。


そこにDesigner 7.0.4日本語版を導入。

Module導入までは正常に完了し、Setupに入り、ServerにUserを確認しに行ったところで、"エントリーは索引に見つかりません"(英語だと、"Entry not found in index")のErrorが発生し、Setupが途中で止まってしまうという事態に遭遇しました。


Designerを削除して、Notes ClientをInstallすると正常に終了するのですが、DesignerだとErrorするという不思議な状況なのです。


その時は、Notesがないと業務に支障が出ますから、Notesに戻していました。



今日は皆さんお盆休みですから、久々にDesignerの再導入を行いました。


しかし、前回の経験から、また同じように作業しても同じErrorに遭遇すると考えられますし、こんなことで時間を無駄にしている場合ではありません。


LotusのSEをやっていた頃なら、問題解析を行い、原因を徹底的に究明するのですが、今はそうも行きません。


とりあえず、前回発生したErrorをIBMのサポートサイトで検索はしてみましたが、該当する障害は見つかりませんでした。


そこで、今回は応急処置的な導入を行いました。


つまり、SetupでServerに問い合わせに行ってErrorしている訳ですから、Serverに接続しなければこのErrorは回避できるハズです。

皆さんもご存知のように、NotesやDesignerの導入はServerに接続しないInstall方法が用意されています。


この方法で導入した場合は、名前だけを入れて導入を行いますが、認証体系が"/Name"となって、UserIDもName/Nameという形になります。

つまり、完全な個人環境となります。


この機能を利用して、回避的な導入を行いました。

行った手順は以下です。


1. Notes Client Only Module(MUI)のUninstall
2. Program Files以下にあるLotus Folderの完全削除
3. Local Settings以下にあるUser Data Folder内のNotes.iniをRename
4. DesignerをServerに接続しない形でInstall & Setup
5. Notes Clientの停止
6. Notes Only Moduleで利用していたDesktop6.ndk、Names.nsf、Bookmark.nsfをData FolderにCopy
7. Notesを起動
8. LocationがIslandになっていますので、Officeに切り替え
9. Port定義がされていませんので、User PreferenceからTCP Portの作成
10. UserIDをStandaloneのIDから会社のIDに切り替え
11. Notes ClientからServerへの接続確認
12. Designerを起動して動作確認(Standaloneの認証との相互認証を求められるので受入)


このStepで導入することにより、起こっていたErrorを回避して、正常にDesingerが使えるようになっています。


しかし、どういう場合にDesignerがSetupできなくなるのかは時間があったら調べてみたいところです。


皆さんのところでもこんな経験がありましたら、回避方法を使ってSetupしてください。