2020/6/27 - 読み終える時間: 3 分

2020年6月18日、OpenNTF 主催のイベントにおいて、HCL から数名の社員が参加して講演を行いました。その際に、今後に向けた取り組みの一つとして、Notes リッチテキストの互換性に関することが紹介されました。便利であり、Notes を特徴付ける項目のひとつであるリッチテキストについて、データの互換性をいかに確保していくかについて、研究がされています。

これについて書かれた英語版ブログ Sharing Domino Data: How Do You Solve a Problem Like Formatted Text? の翻訳版を掲載します。

本記事は、実現された製品に関するものではありません。今後に向けた、研究開発活動の一つであることにご注意ください。

翻訳者注: 概念的な内容について適切な翻訳が難しい部分がありました。理解が難しい場合は原文の参照をお願いします。途中に YouTube への参照があり、本内容の理解の補助となります。

Domino のデータを共有する。フォーマットされたテキストのような問題を解決するには？

2020年6月24日

著者: Paul Withers / Technical Architect, HCL Labs

Domino データを Notes/Domino プラットフォームの外で共有する際に、 Notes リッチテキストの再現忠実性は長い間問題となっていました。この問題について考える場合、一般的な出発点は、Notes リッチテキストのフィールドレンダラ/エディタと Notes リッチテキストアイテムの保存形式となるでしょう。しかし、これらはあまりに厳しい制約事項であり、その中でうまく収まるようなソリューションを見つけることは困難であり、私たちが考えられる範囲を越えています。

HCL Labs では、より根本的なアプローチをとっています。最近、新しいメンバーが入社してきたときには、箱の外で考えるのではなく、箱に火をつけるように指示されました。その結果、誰にでも合うとは限らないアプローチになってしまうかもしれません。しかし、私たちが Project Rosetta (社内の内部的なコンセプト実証プロジェクト) に与えられた使命は、Domino の外で使用するためのフォーマット化されたコンテンツの忠実性を保つための革新的なソリューションを見つけることであり、それにはひとつの必須条件がありました。デジタルソリューションのCTOであるジェイソン・ロイ・ゲイリーは、DNUG のローンチイベントと最近の OpenNTF のウェビナーでその成果を説明しました。40:27-50:44の10分間のプレゼンテーションはこちらからご覧いただけます。

用語について

初期のアクションのひとつは用語について非常に具体的にすることでした。Domino の読者にとって「リッチテキスト」という言葉は、Notes エディタや特定のストレージフォーマットと表裏一体の関係にあります。その結果、私たちは意識的に「フォーマットされたテキスト (formatted text) 」の扱いに言及する努力をしてきました。この件について議論している人には、間違った思い込みを避けるためにも、同じことをすることを強くお勧めします。

この間、2つのラジカルな選択肢がテーブルに残されていました。それは、Notes ではこのコンテンツのために別のエディタ/レンダラが必要になる可能性があるということと、既存のコンテンツがその利点を活用したい場合には、一度だけの変換が必要になる可能性があるということです。また、2つの重要な期待も認識していました。それは Notes リッチテキストを置き換えることを意図したものではないことと、既存の Notes リッチテキストをすべて変換する必要がないことです。なせなら、コンテンツが Notes クライアントでのみ使用されている場合や、サードパーティのソリューションがすでに問題を管理できている場合は、現状を受け入れられるからです。

出発点

Domino 以外の標準的なエディタには何があり、それらはどのようなフォーマットを使用しているのでしょうか？これは単純な質問のように思えますが、明らかになったのは、Notes リッチテキストエディタは 3 つの特定の目的のために使用されており、それぞれが特定のパラダイムと相互運用可能なフォーマットを持っているということです。

"1. 文書処理" (Document processing)

Domino では、ポリシーや手順書のような複雑で厳密にフォーマットされたコンテンツを管理するために、リッチテキストエディタやアイテムが使用されているのを時々見かけることがあります。そのようなコンテンツを扱うアプリケーションでは、変更追跡のような複雑な、文書処理機能を似せた設計がされています。Domino 以外では、このようなコンテンツは通常、Microsoft Word や HCL Connections Docs、Google Docs、Collabora などの共同編集ツールなど、特定の文書処理ツールで管理されています。

長年の抵抗の末、各ベンダーは相互運用性のための標準フォーマットである OOXML に移行しました。このストレージ・フォーマットには、文書処理エディタではオープンに編集できない、著者やタグなどのメタデータが含まれています。しかし、これらのメタデータは固定されており、範囲も限定されています。エディタはカスタムメタデータの操作を許可していません。また、エディタは一度に1つのファイルを編集することしかできません。

「一度保存すれば、どこでも共有できる」という試みにもかかわらず、セキュリティやアクセスの複雑さから、コンテンツがコピーされてしまうことがよくあります。ドキュメントは、すべての画像や埋め込みファイルなどが含まれた、1つの目立たないパッケージとして送信されます。これは一般的に、HTTPや電子メールの送信には大きすぎるファイルの結果となります。そのため、ユーザーはファイルを圧縮するか、Connections のような製品や SFTP のような一時的な転送プロトコルなど、安全なファイル共有ソリューションにコピーする必要があります。

これは非常に特殊なパラダイムであり、事実上メタデータを追加せずにリッチテキスト項目だけでフォームをマッチングさせるというものです。私たちはこれが有効なユースケースであることを認めていますが、狭義のユースケースです。その場でレンダリングしながら、Microsoft Word のような外部エディタで編集できるような形式でコンテンツを保存できないかどうかを調査するのは興味深いことです。しかし、それは現在のスコープとしては適切ではありませんでした。

2. メール

メールは常に Notes/Domino の中核をなすものでした。Domino が発売された当時、メールはまだ広く使われていませんでした。実際、MIME が定義されたのは 1992 年になってからです。しかし、MIME は Domino 以外での相互運用性のためのデファクトスタンダードとなっています。Domino の外からメールを受信した場合、それは MIME として保存されます。Domino ドメインからのメールのみが Notes Rich Text として保存されます。

繰り返しになりますが、特定のメタデータがありますが限定されています。MIME メールの場合、アドレスが保存されるアイテムタイプは Text ではなく、RFC822 Text です。これは Domino 内部では別のデータ型ですが、Notes クライアントは (おそらく) 特定の方法で解釈するようにプログラムされています。それは興味深く、有益な情報です。

ストレージ構造もこのユースケースでは非常に特殊です。メールは送信者のみがソースから参照されます。他の誰もが自分のメールのコピーを受け取ります。すべての受信者が参照する「単一バージョンの真実」を保存しようとしたことはありません。その結果、流通するのは、文書処理と同様に、テキスト、画像、ファイルを含む単一のパッケージとなります。そのため、最近の多くのメールは外部画像を参照したり、Connections Files や Box のような中央サービス上のファイルにリンクしたりしています。

これもまた、非常に特殊なパラダイムであり、アプリケーションの典型的な使用法とは一致しません。Domino がこのコンテンツを Notes リッチテキストではなく MIME として保存し、Notes クライアントに Notes リッチテキストではなく MIME を使用する代替のエディタ/レンダラがあれば、メールの相互運用性はより簡単になるでしょうか？それは現在の調査の範囲を超えています。しかし、繰り返しになりますが、このタイプのコンテンツは対象外となりました。

3. フォームのフィールドでフォーマットされたコンテンツ

第三のシナリオは、フォーム内の任意のフィールドでフォーマットされた内容です。エディタは文書処理ツールでもメールクライアントでもありません。様々なエディタが使用されていましたが、出力は 2 つのカテゴリに分類されます。HTML とマークダウンです。

マークダウンの編集には、2 種類のエディタがあります。最初のタイプは IDE (VS Code) またはスタンドアロン (Joplin) のエディタで、これらはマークダウンファイルのみを編集するように設計されています。文書処理ツールと同様に、これらは対象外です。2 番目のタイプは、OpenNTF の Web サイトやブログの Stephan Wissel のコメントエリアのエディタのように、アプリケーションに埋め込むことができるマークダウンエディタです。これらは Domino アプリケーションのためのエディタの種類とより密接に関連しています。また、TinyMCE のような HTML としてコンテンツを提供するエディタや、Vaadin リッチテキストエディタのようなフレームワーク固有のエディタとも密接に対応しています。

ドキュメントプロセッサやメールエディタとは、他にもいくつかの重要な違いがあります。第一に、コンテンツはコピーされることを意図したものではなく、参照されることを意図したものです。第二に、画像とファイルの添付ファイルは通常別々に保存されているため、コンテンツを表示しているクライアントが何であれ、それらをキャッシュすることができます。実際、WordPress のようなブログプラットフォームでは、これらのリソースを別々に保存することが義務付けられており、エディタはこれを強制しています。Domino でも、Declan Lynch 氏の Blogsphere テンプレートは、アセットを別々に保存するというアプローチをとっています。第三に、1 つのフォームに複数のフォーマットされたテキストエディタがあるかもしれません。第四に、フォーマットされたコンテンツに隣接するメタデータ、つまり他のフィールドはランダムであり、2つのフォームに同じメタデータが含まれることはほとんどありません。

以上の三つが Project Rosetta がターゲットとしたシナリオです。この分析からわかるように、Notes リッチテキストエディタとアイテムの機能には重要な違いがあります。しかし、私たちが対象としたユースケースは、Domino 以外で共有することを意図したコンテンツのみを対象としています。

アーキテクチャーの選択

私たちの概念実証には単純な目標がありました。コンテンツを HTML またはマークダウンとして管理し、理想的には両者を変換して Domino に保存できるようにすることの実現可能性を探ることです。

通常、コンテンツはどちらか一方で入力されます。マークダウンは、意味づけされた基本的なフォーマットで素早く編集するための、素晴らしい柔軟性のあるアプローチであり、利用する場面でも興味深いものになるでしょう。また、ノートブロックのような HTML では容易に利用できない、マークダウンで利用可能な選択肢もあります。しかし、例えばマーケティングや HR のユーザーがコンテンツをマークダウンとして入力することを期待することは現実的ではないことも理解しています。マークダウンと HTML とその逆の間で変換することはこの問題を解決し、Domino のローコードビジョンのために議論されてきたローコード/プロコードの往復アプローチに類似しています。

私たちは、Project Keep の上に API レイヤーを構築しました。私たちが抱えていた課題は、他のフィールドと共にこのコンテンツを送信する場合、どのようにして保存すべきデータ型を決定するかということでした。Keep や Domino HTTP では、添付ファイルはすでにアップロードされ、フィールドデータへのアクセスについては、別個の REST 呼び出しで取得されていした。そこで、ここでも同様のアプローチをとりました。この時点でのフローは、1回の呼び出しでドキュメントを作成し、別の呼び出しで添付ファイルや画像をアップロードし、Content-Typeを "text/ HTML "または "text/マークダウン"としてフォーマットされたコンテンツをアップロードまたは取得するというものです。これは変更できますか？もちろんです。

技術的には、Keep は Java であり、Java では HTML 操作のための標準ライブラリーは JSoupであり、マークダウン変換のための標準ライブラリーはflexmarkです。

サーバー上の2つの出力タイプの間でこの操作を維持する利点は、クライアントが HTML またはマークダウンを話す必要があればよいことです。マークダウンの異なるフレーバー (方言) は将来的に課題となるかもしれませんが、それは先の話です。アプリ開発者にしてみれば、かれらは独自のエディタを持っていて、私たちは一貫した変換を提供するわけです。サーバー上で処理することで、HTML をクリーニングするフェーズも可能になります。これは、現時点ではお話しできませんが、多くの潜在的な革新的な機会を開くことになるので、私はこの方法を維持することを特に強く望んでいます。

確かに、誰も解決できないような問題を解決しようとしているのかもしれません。しかし、研究開発とは、問題を別の方法で考え、これまでに提案されなかった解決策を考え出すことです。イカルスのように、より高く飛ぶ勇気があっても、落ちても構わないということです。

モバイルから Web へ、そして生の HTML /マークダウンの上に適切なエディタで Nomad が何を扱えるかを考え、Webへ、そしてモバイルへと戻っていくデモで、私たちがやろうとしていたことは達成できたと思っています。確かに完全なものではなく、Notes クライアント/Nomad 上での作業が必要になります。そして、私が言ったように、これはすべてのシナリオをカバーしているわけではありません。しかし、より普遍的なものを使って、Notes リッチテキストの特殊性なしに Domino にフォーマットされたコンテンツを出し入れできることを実証しています。これは、非 Domino データベースから NSF にフォーマットされたコンテンツを移行するための新しい方法を開き、非伝統的 (non-traditional) な聴衆にアピールしています。また、セッションの最後に Jason が示したように、フォーマットされたコンテンツのために Notes Rich Text を超えて考えることは、EWS (Exchange Web Services) のような非伝統的 (non-traditional) なクライアントや転送フォーマットのための要件です。

2020/6/3 - 読み終える時間: 3 分

How HCL Connections Helps Close the Gap in Crisis Management - HCL SW Blogs 英語版ブログで 5 Myths about Domino You Need to Stop Believing Right Now がポストされました。その翻訳版を掲載します。

今すぐ捨てるべき Domino に関する誤った 5 つの神話

2020年6月2日

著者：Matt Engstrom / Software Sales, Regional Sales Director & Product Specialist

ユニコーンは毒水を飲めるようにしたり、病気を治したりすると言われているので、実在することを望む人もいます。確かにどちらもそうであれば良いのでしょうが、ユニコーンは空想の産物に過ぎません。Domino は神話に出てくるような優美な生き物ではありませんが、過去30年間にわたり、大企業でそのセキュリティー、汎用性、拡張性、価値を証明してきました。それがあまりにも長く続いていることと、献身的で熱狂的な顧客コミュニティー (「チーム・イエロー」とも呼ばれています) が続いており、Domino は伝説的な地位を獲得しています。その一方で、「Domino プラットフォームは古い」、あるいは「時代遅れである」などの誤解も長い間続いています。しかし、真実から目を背けることはできません。これらの神話のいくつかを説明し、今日の Domino で何が可能なのかをお見せしましょう。

HCL Nomad は、HCL Domino アプリケーションの力を、デスクトップの枠を超えて、ユーザーが必要な場所に直接もたらすものです。アプリケーションを、比類のないセキュリティーやオフライン機能をモバイルでも利用できます。Apple iPhone と iPad、Android スマートフォン、Android と Chrome OS タブレットでアプリを最小限の労力で利用できます。HCL Nomad の詳細についてはこの機能シートをご覧ください。

Notes クライアントを使用して Domino アプリにアクセスすることはもちろんできますが、Web ブラウザー用にアプリを書くことができるようになっています。既存アプリをブラウザー上で動作するように変更したり、新しいアプリをブラウザーアクセス用に記述したりすることができます。この例では、Web 用に書かれた注文処理用の社内アプリで、営業チームが毎日使用しているものです。

LotusScript と XPages に精通した Domino 開発者と管理者には深謝してやまないところですが、私たちはお客様の幅広いスキルと才能を開放し、お客様の投資を将来的に確かなものであることを証明したいと考えています。

今では、JavaScript の開発者であれば誰でも Domino のデータやプロセスを含む新しいアプリケーションを強化、統合、構築することができます。この例は、React で書かれた Web UI を使って構築されたトラッキングアプリケーションです。クールなフィルター一式を備えています。

HCL Domino V11 はこれまでで最もオープンなプラットフォームです。Domino に備わった統合機能により、他のツールやアプリケーションを高いレベルで統合させ、より活用することができます。

ここでは、私たちが実現させたいくつかの統合を紹介します。左側は、リアルタイムのデータ検証を可能にする社内の営業アプリと CRM システムの連携・統合です。右側は、アプリと Slack を連携・統合させて、チャネル内での即時通知を実現しています。ユーザーは Slack 内で、提出された提案書の承認や拒否を直接行うことができ、アプリ内で設定されたワークフローに従ってドキュメントの処理を進められます。

Domino アプリは堅牢であり高い信頼性を有しています。これが、当社のお客様のほとんどがアプリの再設計を考えたことがなかったり、Dominoにはそのような柔軟性がないと思い込んでいる理由でしょう。

ここでは、今日のデザイン基準に合わせてアプリを近代化した例をいくつかご紹介しましたが、私たちは最近、別のブログ記事も書きました。私たちは、複雑でビジネスに不可欠なアプリを一新しただけでなく、モバイルデバイスでも動作するようにしました。

Domino V11。ファンタジーではなく、ファンタスティック。Dominoを使ってみましょう。デモの依頼 もできます。

2020/6/1 - 読み終える時間: ~1 分

デモなどで HCL 社員が多用している Team EUC データベースを公開しました。2002年頃に作成されたもので、殆ど改変なしに長らく使われてきているデータベースです。ある程度の実用性を持たせたデータベースですので、学習用途から実際の利用までお使いいただけるかと思います。

• 技術情報: サンプル Domino データベース: Team EUC

「HCL Notes/Domino Domain: 技術情報」にもリンクを掲載しています。

2020/5月/18 - 読み終える時間: ~1 分

英語版ブログで紹介された HCL Domino の事例記事、HCL Domino and Arvid Gjerde Help Make Norwegian Roads and Bridges Safer…Saving Lives Along the Way の翻訳版を掲載します。

HCL Domino と Arvid Gjerde はノルウェーの道路と橋をより安全に、そして命も救う

2020年5月15日

Janet Kenney / HCL

ノルウェー人にとって、月曜日の朝にガードレールの作業を開始し、無事に完了した後に木曜日の夜に戻る、おなじみのオレンジ色のトラックの毎週の儀式を見るのは歓迎すべき光景です。Arvid Gjerde は、ノルウェーのトップガードレールプロバイダーの1つであり、非常に有能な労働力と、国の道路のねじれや曲がり角をナビゲートする象徴的なオレンジ色のトラックで知られています。

Arvid Gjerdeはノルウェーで40年以上にわたって交通保護に取り組んでおり、道路と運転手を安全に保つ道路と橋のガードレールの設置を専門としています。顧客のコストを低く抑えながら、品質と効率に関する最高基準を満たす設置サービスを提供しています。

同社は1972年に大きなアイデアとバックホー (翻訳者注: 油圧ショベルの中でも、ショベルをオペレータ側向きに取り付けたもののこと。オペレータ側向きのショベルでオペレータは自分に引き寄せる方向に操作する (Wikipediaより)) でスタートしました。現在、同社のチームは、Web対応の統合がなされた Domino ベースのソフトウェアインフラストラクチャーを利用して、最初の販売から最終的な設置までのすべてのプロジェクト管理ステップを管理しています。複数の企業がノルウェーで同じプロジェクトをめぐって競争しているため、直面するビジネス上の課題は、競争を勝ち抜き、高品質のサービス、効率、およびコストに基づいてそれらのプロジェクトを獲得することです。

「Arvid Gjerde では 、ノルウェーの道路と橋をより安全にして、道路に沿って命を救っているとお伝えしたいです。」 (Arvid Gjerde のCEO Markus Brevik)

CEOは、自社の強力なツールセットを効果的に使用して顧客の見込み客を顧客にし、それらのプロジェクトを成功させるために行ってきた仕事に誇りを持っています。Brevikは、忠実で有能な従業員、高度に装備された最高級の機械、包括的なソフトウェア、およびHCLビジネスパートナーであるiSiとの長年にわたるパートナーシップが、同社の成功の原因であると考えています。これらの要素が一体となって、成功の鍵を形成しています。

事例全文 (英語) : https://www.hcltechsw.com/wps/portal/resources/stories/arvid-gjerde/

2020/4/4 - 読み終える時間: 2 分

先日開催された Webinar: How to Make Domino Deployment and Monitoring Radically Easier についての Q & A が英語版ブログで公開さっれました。翻訳版を掲載します。 https://blog.hcltechsw.com/domino/how-to-make-domino-deployment-and-monitoring-radically-easier/

予告ブログ: https://hcljapan.co.jp/software/blog/how-to-make-domino-deployment-and-monitoring-radically-easier

Domino のデプロイメントと監視を大幅に簡単にする方法

Andrew Manby

製品管理担当副社長、HCL Domino、Leap、Sametime

2020年4月2日

私たちは最近、 (サーバーの場所に関係なく) 制御された効率的な Domino 展開を作成する方法について、パートナーである Panopta と共催のウェビナーを主催しました。Panopta は、IT チームがインフラストラクチャーの展開に関係なく、1つの画面から大規模なインフラストラクチャの監視を簡単に管理できるようにします。Panopta は私たちと連携してダッシュボードを作成しました。このダッシュボードでは、最も関連性の高い健全性指標を洞察が即座に得られます。また、自動化された Runbook を備え、手動のトリアージ (優先順位) の繰り返しを最小限に抑え、組み込み済みのしきい値と動的アラートとトリアージを簡単に行えるようになっています。トライアルに興味がある場合は、こちらからサインアップしてください。

ウェビナーに参加した皆さんは、使いやすいダッシュボードでDominoサーバーの主要な健全性指標を完全に可視化し、健全性またはパフォーマンスの問題が発生した場合に適切な担当者に通知するようにし、手動ではなく、自動修復で問題を解決する方法を学びました。ウェビナーには多くの方が出席され、素晴らしい質問がされました。ここでは質問と回答を掲載します。

Q. Panopta のオンプレミス専用バージョンはありますか。

A. いいえ、クラウドのみです。

Q. ソリューションを使用するには、Domino v11 が必要ですか。

A. Panopta は Domino v10、Domino v11 で動作し、その次もあるでしょう。

Q. ネイティブのDomino 機能 (Dominoドメイン監視など) との重複や、ジョブに最適なツールが明確に特定されているかどうかについてコメントできますか。

A. Domino やその他のインフラストラクチャを監視するためのツールは他にもたくさんありますが、チームやチームの手動作業への意欲によっては、これらのツールが適しています。Panopta での私たちの価値は、モニタリングの専門家に多くの面倒な作業をしてもらい、この Domino とのトップレベルの統合を実現することです。

Q. Domino サーバーに関する生データは何ですか。どのようにしてリアルタイムの Domino データを収集しますか。

A. Domino は統計値を出力しクラウドにストリームし、それを元にダッシュボード、レポート、アラートなどが生成されます。

Q. Domino にどのようにインストールしますか。

A. 簡単です！domino.panoptA. com にアクセスして、無料トライアルにサインアップしてください。開始するには、Domino サーバーに軽量のPanoptaエージェントをインストールするだけです。

Q. Nagios (オープンソース) や GSXモニター (ライセンス料) のような他の製品のメリットは何ですか。

A. Nagios に対する利点：自分で作成する必要はありません。 GSX モニターに対する利点：インフラストラクチャは不要です。クラウドのみです。Panopta は監視に使用できるもう1つのオプションです。

Q. エージェントを監視できますか。

A. はい、できます！

Q. ユーザーと Domino のやり取りを監視できますか。

A. はい、できます！

Q. Windows サーバーに対して、top、dmesg などのアクションはありますか。

A. はい、もちろんです。

こちらから Webinar のリプレイを見ることができます。 https://register.gotowebinar.com/register/7882842366917205516

2019/12/6 - 読み終える時間: ~1 分

2019/12/04 の深夜にお送りした Live from Tokyo ですが、不手際で後半が途切れてしまいました。夜遅くまで起きて視聴してくださった皆様には申し訳ありませんでした。動画が公開されましたのでお知らせします。

• Global Product Launch: 以下の2つを含んだものです。General Manager の挨拶後に Domino 15分、Connections 15分と続きます。計38分。 https://www.youtube.com/watch?v=PxdiKZecZLU

• HCL Domino: Dominoだけ見たいかたはこちら。
  https://www.youtube.com/watch?v=k4SoRQyOupU

• HCL Connections: Connections だけ見たいかたはこちら。
  https://www.youtube.com/watch?v=cKgYLA-Ket0