Blog List | Page 2 of 14 | XPages、IBM Notes/Dominoのモバイル・WEBアプリの開発、技術支援

XPagesで同じカスタムコントールを使用する場合のID被りへの対処法

Wednesday September 13th, 2023開発リンク,Notes/Domino,XPages アプリケーション開発,Notes/DominoXPages アプリケーション開発,XPages,XPages

Notes/Dominoエンジニア XPages担当の米原です。

今回もXPagesのお話です！

共通して使用しているカスタムコントロールを同ページで複数使用する必要がある場合、

例えばこんなパターン

<xp:panel>
	<xc:ccFormSample02>
		<xc:this.rendered><![CDATA[#{javascript:param.get("paramTEST") == "01"}]]></xc:this.rendered>
	</xc:ccFormSample02>
	<xc:ccFormSample02>
		<xc:this.rendered><![CDATA[#{javascript:param.get("paramTEST") == "02"}]]></xc:this.rendered>
	</xc:ccFormSample02>
</xp:panel>

「ccFormSample02 」カスタムコントロールをURLパラメータの値で表示/非表示の切り替えを行っています。

今回は設計が複雑ではない簡単なカスタムコントロールを用意しましたが、実際運用される場合はもっと複雑

で複数配置を目的としたカスタムコントロールがあるかと思います。

例えばこのようなときが想像できます。

カスタムコントロールA（共通して使用したい。）

画面の表示をURLパラメータで切り替えている場合

画面Aでは「カスタムコントロールA」情報が重要になるので一番上に表示させたい。

画面Bでは「カスタムコントロースA」情報はあまり重要ではないので一番下に表示させたい。

そのような場合に同じカスタムコントロールを同画面に配置してURLパラメータで切り替えることで実装したりします。

表示・非表示切り替えで対応する場合に問題になるのが、IDの問題です！
今回は共有箇所のInputTestフィールドにIDを付与していてそのIDを元に値をセットしている場合があります。

<xp:tr>
	<xp:td styleClass="tblHead">
		<xp:label id="label2"
			for="orderNumber1">
			<xp:this.value><![CDATA[#{javascript:
var ret = "";
ret = "共通箇所"
return ret;}]]></xp:this.value>
		</xp:label>
	</xp:td>
	<xp:td>
		<xp:inputText id="test001"></xp:inputText>
	</xp:td>
</xp:tr>

id="test001" 箇所ですね。

例えば初期値に値をセットさせたい場合でこのように値をセットしている場合

	<xp:this.afterPageLoad><![CDATA[#{javascript:
getComponent("test001").setValue("test");
}]]></xp:this.afterPageLoad>

「 getComponent("test001").setValue("test"); 」このような方法で表示の値をセットすると、

結果的には

paramTEST=01 の場合は初期値に　「test」がセットされていますが、 paramTEST=02 の場合は値がセットされていません。

これはIDが被っているので最初に見つけた所のIDにセットされるようになります。

もう少し詳しく説明しますと、 getComponent("test001") .setValue("test")　とすると、最初の　id="test001"が取得されて、そちらに値がセットされてしまいます。

非表示の方法としてrenderをfalse にしたり、　style に　display:none をして非表示にしたりしますが、 getComponent では非表示にしても取得されていまうので、そのような現象になってしまいます。

さてさて、どうしたものかな～と。。。。

そこで活躍するのが「loaded」です！

<xp:panel>
	<xc:ccFormSample02>
		<xc:this.loaded><![CDATA[${javascript:param.get("paramTEST") == "01"}]]></xc:this.loaded>
	</xc:ccFormSample02>
	<xc:ccFormSample02>
		<xc:this.loaded><![CDATA[${javascript:param.get("paramTEST") == "02"}]]></xc:this.loaded>
	</xc:ccFormSample02>
</xp:panel>

loaded は　ページ作成時にコントロールを作成するかどうかですので、どちらかのカスタムコントールしか作成されなくなり、IDが被ることが無く期待した動作になるということになります。

無事期待する動作となりました。

今回のパターンでは「rendered」では都合が悪く、「loaded」を使用しましたが、「loaded」は一度「false」にしてしまうと、ページ全体をロードしなおさないと表示の切り替えができません。「rendered」に関しましては、部分更新で表示/非表示の切り替えが可能となります。

両方使える場合では「 loaded 」が「false」の場合はカスタムコントロールを一切読み込まないので、余分にメモリを消費しないことや処理速度も「rendered」に比べて早いのではないかと考えられます。

用途に合わせて使うのがよろしいかと思います。

似た様なことでお困りの際はお試ししてください。

ではでは本日はこの辺で失礼いたします。

by Kazuyuki Yonehara

Domino DesignerでXPageを開いた際に開くのが遅い時の対応

Monday August 21st, 2023開発リンク,Notes/Domino,XPages アプリケーション開発,Lotus Domino DesignerNotes/Domino,XPages アプリケーション開発,XPages,XPages

Xpagesの設計をDesignerで開いた際に遅い件

Notes/Dominoエンジニア XPages担当の米原です

設計をDesigerで開いた際におそい～と思ったことはないでしょうか？？

設計が少ない場合はそうでもないのですが、
より複雑になった場合、カスタムコントロールの数が多くなっていきだんだん遅くなりますよね。

回避策としまして

冗長な処理をなくす
DBを分ける
PCのスペックを上げる。メモリ増幅　＾＾；

などが考えられます。

ここでは取り上げる方法は、Desigerで設計を開いた際により早く開くことができるのと、
やりようによっては設計が見やすくもそうでなくもなります。

今回は1つのカスタムコントロールに5個のカスタムコントロールをセットしているもので試してみます。
これくらいなら特に遅くもならないのですが、実運用しているものでしたら、カスタムコントールの中に
カスタムコントロールはいっぱい入っているケースがあり、特にリピートコントロールは遅く成る要員の一つです

上図ではどのようなコントロールが配置されているとかがすぐわかるのでいいのはいいのですが

①のカスタムコントロールを開きまして、プロパティの設計定義を開きます。
そこに、XSPの形式で入力します。テスト的に下図のように設定します。

設定後に再度ccFormMain02を確認すると
test と表示されます。
ん、、、、見にくい

コメントは少し装飾しました。うんいい感じです

マークアップ式はこんな感じです↓

<?xml version="1.0" encoding="UTF-8"?>
<xp:view xmlns:xp="http://www.ibm.com/xsp/core" xmlns:xc="http://www.ibm.com/xsp/custom"
    xmlns:xe="http://www.ibm.com/xsp/coreex">
	<div style="border: 2px solid #A9A9A9; padding: 3px; margin: 5px;">
		<h1>添付用のリッチテキスト</h1>
		<div>
			フォームA,Bで使用予定
		</div>
	</div>
</xp:view>

こんなふうに全て記入すると。。。

見やすくなりましたね、マークアップ箇所は基本のHTMLで記入するだけなのでお好みいに合わせて
カスタマイズできます。

ということで、見やすくなりました。めでたしめでたし！

あれれちょっと待った～表示が変わっただけなのでは、、、、

と思いきや、これで設計を開くときには今回のマークアップの設計定義を読み込むので
設計は格段に速く開くことが可能になります。

さすがに今回のサンプル的なのでは速さは体感できませんが、カスタムコントロールが増えて
複雑化してきたら結構ストレスがたまる位に起動が遅く成りますのでその際には体感できるかと思います。

それでは今回はここまでとします。

by Kazuyuki Yonehara

HCL Notes / Domino のモダナイズソリューションのケートリックとCData が業務提携

Tuesday April 4th, 2023ニュース,Notes/Domino,consentFlowconsentFlow,プレスリリース

～ローコード開発・ワークフローの『consentFlow』に250+ のSaaS 連携を追加～

2023年4月4日、ケートリック株式会社（本社：東京都目黒区、代表取締役：田付和慶、以下ケートリック）とクラウドデータのコネクティビティソリューションおよびデータ連携ツールのリーディングベンダーであるCData Software Japan 合同会社（本社：アメリカノースカロライナ州、日本オフィス：宮城県仙台市、代表社員職務執行者：疋田圭介、以下CData）は業務提携し、ローコード開発・高機能ワークフローツールである『consentFlow』に250種類以上のSaaS / DB 連携機能を追加することを発表します。

ケートリックが得意とするHCL Notes/Domino アプリのモダナイズを提供する中で、大企業を中心とするユーザー層から「Salesforce などのSaaS アプリケーションとNotes / Domino アプリを連携させたい」というニーズが増加してきていました。

今回のCDataとの業務提携により、ケートリックが提供する高機能ワークフロー＆ローコード/プロコード開発ツール『consentFlow』からSalesforce・Dynamics 365 をはじめ250以上のSaaS アプリケーション、クラウドストレージとの連携が可能になります。

■エンタープライズが必要とするあらゆるクラウドサービスとのデータ連携が可能に
HCL Notes/Dominoはクラスタリング、レプリケーション、アクセス制御リスト、SSO、LDAPなど企業が必要とする高度なアプリケーション開発環境を備えています。そのNotes/DominoとSaaS・クラウドのハイブリッドな業務アプリの時代の掛け渡しをするツールとしてconsentFlowが活用いただけると考えています。

CDataとの業務提携により、Notes/Domino ユーザーにエンタープライズが必要とするあらゆるクラウドサービスとのデータ連携が提供可能となりました。ユーザー企業に対しケートリックがプロフェッショナルとして提供できるサービスの幅が大きく広がります。

■Notes とSalesforce をワークフローでつなぐ
利用例としては、consentFlow ワークフローシステムを使って、Salesforce の商談（Opportunity）リストを取得し、Domino 内の価格表更新を取得した上で、consentFlow 内で承認を行い、承認結果をSalesforce に書き戻すという処理が可能になります。

■consentFlow で連携可能になる外部データソース例

CRM：Salesforce、Dynamics 365、Oracle Sales、etc.
ERP ＆会計：SAP ERP、SAP S/4HANA、NetSuite、Oracle Financials Cloud、etc.
グループウェア：SharePoint、Jira、Google スプレッドシート、etc.
RDB & NoSQL：Access、MongoDB、Google BigQuery、主要RDB、etc.
EC：Amazon Marketplace、Yahoo!ショッピング、スマレジ、etc.

■KTRICK-CDATA 共催ウェビナーを開催

イベント名：ローコード・ワークフローの『consentFlow』に250以上の外部システム連携機能が登場
日時：2023年5月11日(木) 16:00-
開催形式：Zoom ウェビナー
詳細および申込：こちら

＜ケートリックについて：https://www.ktrick.com/＞

ケートリック株式会社は、HCL Notes / Domino® のアプリケーション開発を主軸事業とするシステム開発会社です。HCL Notes / Domino® 導入済みの企業に対して、アプリケーションのWeb 化・モバイル化、インターフェースのリデザインなど、多種多様な改修・保守サービスを提供しています。また、高機能なワークフローエンジンを搭載したアプリケーション構築システム『consentFlow』（https://www.consentFlow.jp）を提供。「ローコードとプロコードのハイブリッド開発環境」という強みを生かし、システム連携もこなす柔軟な承認アプリケーションの構築を支援しています。

＜CData Software について：https://www.cdata.com/jp/＞

CData Software, Inc. は、クラウドデータのコネクティビティソリューションおよびデータ連携ツールのリーディングベンダーです。250以上のSaaS、NoSQL やアプリケーションデータに標準接続するドライバーとデータ接続テクノロジーの開発に特化し、各種ツール、クラウドサービス、カスタムアプリケーションからのリアルタイム接続を実現します。CData 製品は、世界中の大手企業、中小企業、政府機関、教育機関のデータ統合ソリューションにて利用されています。

※本リリースに掲載する社名または製品名は、各社の商標または登録商標です。

by ktatsuki

出展位置と招待券のご案内～Japan IT Week 春【第32回ソフトウェア＆アプリ開発展】～

Tuesday March 28th, 2023ニュース,consentFlowconsentFlow,Japan ITWeek

ケートリックは2023年4月5日(水)～7日(金)まで東京ビックサイトで開催される2023年度日本最大のIT展示会「Japan IT Week 春」内の「第32回ソフトウェア＆アプリ開発展」に弊社開発製品「コンセントフロー」を出展します。

■出展の内容

出展ブースで、ワークフロー&ローコードxプロコードシステム「コンセントフロー」をご紹介します。スタッフが常駐していますので、業務の課題等を気軽にご相談ください。 コンセントフロー を実際に体験できるデモPCもご用意しています。主な機能から最新情報までわかりやすくご紹介させていただきます。

当社ブースにお越しいただいた方へオリジナルノベルティのプレゼントもございますので、ぜひお気軽にお立ち寄りください。

出展位置は下記となりますので、ご来場の際は東展示棟5ホール出入口からご入場いただければと思います。

■開催概要

総称：第32回 Japan IT Week 春
会期：2023年4月5日(水)～7日(金)
時間：10:00～18:00（最終日のみ17:00まで）
会場：東京ビッグサイト東ホール（東京都江東区有明３丁目11−１）

ご入場の際は招待券の提示が必要ですが、下記の画像をクリックしてe招待券を画面提示、もしくは印刷して提示していただければ、無料でご入場いただけますので、是非ご利用ください。

※名刺も必要になりますので、当日ご持参ください。

招待券を無料でダウンロード

by ktatsuki

AzureADによるHCL Domino (SAML)統合ログイン設定方法

Wednesday June 22nd, 2022Notes/Domino,SSO,Notes/Domino 日本語,XPagesAzureAD,SAML

今回の記事ではAzureADのアカウントを使ってHCL Domino WEBアプリケーションへログインが出来るようになるAzureADとHCL Domino SAMLによる統合ログインの設定方法を解説します。

前提：
今回検証を行った環境は以下の通りです。

Domino 10.0.1FP3
DominoサーバーへSSL証明書インストール済み
Windowsサーバー

では早速、設定方法を説明していきます。

なおこの設定はHCL Domino V10.0.1 最新のFP以降であれば動作可能であるようです。

AzureADの設定

https://portal.azure.com/ へログインします。
“Azure Active Directory”を選択します。

左メニューから"Azure AD Connect"を選択し、”ユーザーサインイン”の箇所で「代替ログインIDとして電子メールを送信する」を有効にします。

チェックを入れて「保存」ボタンをクリックします。

Azure Active Directory ページからエンタープライズアプリケーションの作成

左メニューから”エンタープライズアプリケーション”を選択
上部のメニューから「新しいアプリケーション」をクリック

遷移後のメニューから「独自のアプリケーションの作成」をクリック

任意のアプリの名前を入力。”ギャラリーに見つからないその他のアプリケーションを統合します(ギャラリー以外)”を選択して作成ボタンをクリック。

作成後の遷移画面で、左メニューから”シングルサインオン”を選択。
”シングルサインオン方式の選択”からSAMLを選択。

"基本的なSAML構成"のセクションから「編集」をクリック

"識別子 (エンティティ ID)"と"応答 URL (Assertion Consumer Service URL)"にそれぞれHTTPSプロトコルから始まるDominoサーバーFQDNを入力します。
例）
識別子 (エンティティ ID)：「https://mydominoserver.com」
応答 URL (Assertion Consumer Service URL)：「https://mydominoserver.com/names.nsf?SAMLLogin」
他は省略可能のため空欄で保存します。

次に"属性とクレーム"セクションで「編集」をクリックします。
”必要な要求”の”一意のユーザー識別子 (名前 ID)”行をクリックします。
ソース属性を「user.mail」に変更して保存をクリックします。

保存後、値が「user.mail [nameid-format:emailAddress]]」となっていることを確認します。

作成したアプリケーションの”シングルサインオン”画面に戻り、”SAML 署名証明書”セクションから”フェデレーションメタデータ XML”をダウンロードしておきます。

アプリケーションの左メニューから”プロパティ”を選択。
必要に応じて”割り当てが必要ですか？”、”ユーザーに表示しますか？”をいいえに変更します。
”割り当てが必要ですか？”で[はい]を選択すると、ユーザーが認証できるようにAzure内でアクセス制御を行う必要があります。
”ユーザーに表示しますか？”で[はい]を選択すると、Microsoft MyAppポータルにアプリケーションが表示されるようになります。

お疲れ様でした。
以上でAzureAD側の設定は完了です。

次はDominoサーバー側の設定をしていきましょう。

IdP Catalog アプリケーションの作成および設定

DominoサーバーでIdP Catalog アプリケーションを新規作成します。
新規アプリケーションダイアログで”詳細テンプレートの表示”チェックボックスをチェックしてIdP Catalogテンプレートから「idpcat.nsf」ファイルを作成します。

※IdP Catalogアプリケーションは必ずファイル名を「idpcat.nsf」とし、Dataフォルダ直下に配置してください。

IdP Catalogから「Add IdP Config」ボタンをクリックし設定文書を開きます。
Basicsタブで「Import XML file」ボタンをクリックし、AzureAD画面でダウンロードして置いた「フェデレーションメタデータ XML」を選択した後、開くボタンをクリックします。
フィールドが自動で入力されたことを確認します。
※下のスクリーンショット画像では”Service provider ID”、"IdP name"に値が入っていますが、インポート直後には入っていませんのでご注意ください。

"Service provider ID"にhttps://から始まるDominoサーバーのFQDNを入力します。
例）「https://mydominoserver.com」
"IdP name"に自分が分かりやすい任意の値を入力します。
一旦、"State"を[Enabled]から[Disabled]に変更して、[Save & Close]ボタンを押して保存します。
再度先ほどのIdP Configuration文書を開き、"Certificate Management"タブへ行きます。
[Create SP Certificate]ボタンをクリックします。
”Company name”を入力するダイアログがひらきますので任意の名前を入力して[OK]ボタンをクリックします。
"Certificate Management"タブ内のフィールドが自動で入力され、Exported certificate欄に"ServiceProvider.xml"が作成されたことを確認します。
再度、[Save & Close]ボタンを押して保存します。

以上でIdP Catalogの設定は完了です。
最後に、DominoサーバーのSite DocumentでSAML認証をするように設定を変更します。

Domino インターネットサイト文書の設定

インターネットサイト文書を作成していないサーバーであればサーバー文書のInternet Protocols ⇒ Domino Web Engine で設定することになりますが、ここではインターネットサイト文書が設定されている環境として進めます。

インターネットサイト文書を開き、”Domino Web Engine”タブに行きます。
Session Authenticationで「SAML」を選択します。
※WEB SSO Configurationは既に作成してあるLTPATokenがある場合はそれを選択したままでOKです。
※Force login on TLSはデフォルトの[No]、
SAML single server session expirationはデフォルトの[120]分から変更したい場合は変更、
Web overriding session authentication, generate session cookieはデフォルトの[Yes]としておきます。

文書を保存して閉じます。

HTTPタスク再起動して動作確認

ここまで設定が完了したらDomino HTTPタスクを再起動しますが、そのまでにIdP Configuration 文書のStateを[Enabled]に変更します。

IdP Catalogの作成したIdP Configuration文書を開き、"State"のフィールドを[Enabled]に変更します。
文書を保存して閉じます。
Domino Administratorから「tell http restart」を実行してHTTPタスクを再起動します。

ACL制御されたDomino WEBアプリケーションでテスト

ブラウザを使って、「https://mydominoserver.com/xxx/xxx.nsf」のようにDomino Webアプリケーションへアクセスします。

うまく動作する場合は、Microsoft Azure ADのログイン画面にリダイレクトされ、ログイン後にDomino Webアプリケーションに正しくログイン出来ることが確認できます。

Dominoサーバーnames.nsfに同一のEmailを持つユーザー文書が存在する場合は、AzureADログイン後Dominoアプリケーションでも正しくDominoユーザーでACLが機能していることが確認できます。

https://youtu.be/Af3LUxSQoZk

参考にした資料・ブログ

■ HCL Customer Support Article - How to configure SAML authentication for Domino HTTP using Microsoft Azure as an Identity Provider
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0098580

■ Kris De Bisschop - HCL Domino SSO with AzureAD
https://debisschopk.wordpress.com/2020/10/19/hcl-domino-sso-with-azuread/

■ HCL Domino SAMLとOktaでの統合ログイン
https://support.hcltechsw.com/sys_attachment.do?sys_id=2a1c5afb1bb38954f37655352a4bcbac

まとめ

いかがでしたでしょうか？ Microsoft Teamsを始め、多くの会社がMS365を利用している現在、DominoサーバーをAzureADで統合ログイン（シングルサインオン）することのメリットは絶大だと思います。

AzureADによる統合ログイン（シングルサインオン）をすることでアプリケーション開発プラットフォームとしてDominoサーバーがますます利活用されるようになるといいですね。

by ktatsuki

06/24(金) 14時00分〜配信三和コムテック＆ケートリック＆イグアス共催ウェビナー～RPAがもたらすconsentFlowドミノアプリの活用事例～

Monday June 6th, 2022ニュース,Notes/Domino,Notes/Domino 日本語consentFlow,consentFlow,ウェビナー

本セミナーでは、三和コムテック様、ケートリックによる、各社製品紹介を含めた、ドミノとRPAの連携事例をご紹介いたします。

最初のセッションでは弊社からは、

consentFlow＋RPA「AutoMate」連携によるDominoの新たな可能性

と題して、ローコード・ワークフロー開発システムconsentFlowによるドミノアプリとRPAツール「AutoMate」の連携をご紹介致します。

連携イメージはこのようなものになります。

ワークフローとRPAを組み合わせた面白い試みをご紹介する予定です

2つ目のセッションでは、弊社セッションでも利用させて頂くRPA「AutoMate」を提供する三和コムテック様から直接「AutoMate」の魅力をご紹介頂きます。

講演最後には質疑応答の時間も用意しております。是非ご参加ください。

- 日程: 2022年06月24日(金) 14:00 - 15:30
- 会場: Webセミナー
- 主催: 三和コムテック株式会社＆ケートリック株式会社＆株式会社イグアス共催
- 費用: 無料(事前登録制)
- 詳細・お申し込み: ->
https://us02web.zoom.us/webinar/register/WN_Ftcv6c-BQPahXiRDNrnXkg

【セッション 1】
「consentFlow＋RPA「AutoMate」連携によるDominoの新たな可能性」

他システム連携を強化するconsentFlowによるドミノアプリとRPA「AutoMate」の連携をご紹介。ライブデモではワークフロー承認後に発生する業務をRPAにより自動化。さらに処理結果に基づき承認・差戻しアクションさえも自動処理する様子をご紹介します。

講師：ケートリック株式会社代表取締役田付和慶

【セッション 2】
「consentFlowとの連携に適したRPA「AutoMate」のご紹介」

海外で3000 社以上、国内で300 社以上の導入実績を誇るRPA「AutoMate」。
他システム連携をはじめとしたAutoMateの強みをご紹介します。

講師：三和コムテック株式会社
営業部　エマージングテクノロジーグループ嶋田恵

by ktatsuki

【11/26(金) 13時30分配信】HCL＆ケートリック＆ライブネス共催ウェビナー～Microsoft 365連携したドミノアプリの活用事例～のご案内

Thursday November 11th, 2021ニュース,Notes/Domino,Notes/Domino,XPages アプリケーション開発Notes/Domino 日本語,webinar,consentFlow

11/26(金) 13時30分〜配信

HCL＆ケートリック＆ライブネス共催ウェビナー

～Microsoft 365連携したドミノアプリの活用事例～

本セミナーでは、HCL、ライブネス、ケートリック3社による、各社製品紹介を含めた、ドミノとMS365の連携事例をご紹介いたします。

弊社ケートリックからは、ドミノ ローコード・プロコード開発環境 consentFlow による、

お客様活用事例
ワークフローアプリのAzureAD / MS Teams連携
待望の機能！ノーツアプリモダナイゼーション

をご紹介。

講演最後にはケートリック主催セミナーらしく、時間の許す参加者様とのゆる～い質疑応答の時間も用意しておりますので、是非ご参加ください。

- 日程: 2021年11月26日(金) 13:30 - 15:00
- 会場: Webセミナー
- 主催: ケートリック株式会社
- 費用: 無料(事前登録制)
- 詳細・お申し込み: ->
https://us02web.zoom.us/webinar/register/WN_-nenV5NcR86xTOpgh0UVnA

【セッション 1】
「待望の機能が充実！アプリ開発ツールconsentFlowの新機能紹介」

AzureADによるMS TeamsからのSSO認証、consentFlow APIによる既存データ連携、ノーツアプリWEB化等、consentFlowの新機能を事例を交えてご紹介

講師：ケートリック株式会社代表取締役田付和慶

【セッション 2】
「ベストなDominoの使い方」

MS365/Teamsと連携した情報ポータル『LIVENESS PORTAL』と会議室を効率良く使う方法のご紹介

講師：株式会社ライブネス代表取締役赤松康司

【セッション３】
「Notes/Domino最新動向とお客様事例」

MS365を採用しつつ、Domino継続・活用したポイント

　講師：株式会社エイチシーエル・ジャパン　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ビジネスパートナー&ブランドストラテジー鴨志田喜弘

ウェビナー詳細・視聴登録はこちら

by ktatsuki

ケートリックは今も昔もNotes/Dominoアプリ開発がコアビジネス

Tuesday October 26th, 2021未分類,Notes/Domino 日本語,XPages,ISWconsentFlow,ローコード・ノーコード開発,プロコード開発

更新をさぼっていてとても久しぶりのブログ投稿になってしまったのですが、
皆さんの組織内でのNotes/Dominoの立ち位置は数年前と比べてどう変化していますでしょうか？

ケートリックは今も昔もNotes/Dominoの高度なアプリケーション開発を得意とする技術者集団です。

実際のところ今も弊社の売上の９０％はNotes/Domino関連になります。

Notes/Domino製品がHCL社に移り、ここ数年で目まぐるしい発展が行われたと言えると思います。

HCL社に製品移管されてからの目まぐるしい発展

最近の目玉ではやはりHCL Nomad Web。

従来のNotesアプリケーションがNotesクライアント要らずでWEBブラウザさえあれば利用可能ということで多くのNotesアプリケーションを抱える企業にとって大変興味深いソリューションと言えると思います。

他にも、

などがざっと思い浮かんだ大きな機能拡張です。

主観なのでリスト漏れの大きな機能拡張などあると思います。詳しく詳細を知りたい方は
最新のDomino V12だと、
・HCL Notesの新機能要件
 ・Dominoの新機能
あたりをご確認ください。

Notes/Domino クラウド運用

まだまだあまり知られていないかもしれませんが、Notes/Dominoのクラウド利用がHCLと契約したマネージドサービスプロバイダー(MSP)により提供されています。
アジア・パシフィックをテリトリーとするのはオーストラリアのISW社ただ一社であり、弊社は日本内で唯一の販売代理店、および日本語サポートを行っております。
詳しくは弊社運用の「HCL Dominoクラウド移行」サイトをご確認ください。

日本でもすでに大中小、様々な企業様によりこのMSP Dominoクラウドサービスをご利用頂いております。
Dominoメール、アプリがSaaS、PaaS型のクラウドで運用出来るなんて知らなかったという方は是非弊社までお問い合せください。

最近聞かなくなったXPAGES

時代はローコード・ノーコード開発。

時代の流れか、最近はめっぽうプロコード開発であるXPAGESが取り上げられることが少なくなったと感じています。

しかしながら、Notes/DominoにおいてXPAGESが果たす役割というのは小さくないと感じています。

またXPAGES開発者を確保するのが難しいなんて言われたりもしましたが、そもそも弊社では既にXPAGESはピュアなJava開発プラットフォームであると捉えており、Domino WEBアプリ開発において可能な限りJavaによる開発へと移行しています。

弊社へNotesアプリのウェブ化開発をご依頼頂いている会社様のアプリを見ると、正直とても作りこんだ複雑なアプリが数多くあります。

ローコード・ノーコード開発がDX推進を掲げるこの時代に重要なツールであることは十分感じています。

しかしながら、どの企業様もここだけは譲れないという分野を持っており、ここぞ、という拘りの機能をシステム化したい、という願望は絶えず持っているものです。

その際に、ローコード・ノーコード開発だけが出来る箱ものシステムでは頭打ちが来たときに打つ手がなくなってしまいます。

それに引き換え、XPAGES, Javaによるプロコード開発環境をもつDominoにはそういった死角はほとんどありません。

ずばり、弊社がNotes/Dominoでアプリ開発をすることが今もコアビジネスである理由はこの死角のない開発環境が故といえるかもしれません。

エンジニアはクライアントに「出来ません」というのを嫌いますからね。

ローコード・ノーコード開発とプロコード開発の環境を併せ持つ「consentFlow」

最近の弊社は、自社開発製品である「consentFlow」への開発、投資にめっぽう熱を上げている状況です。

consentFlowはDomino上で稼働し、WEB業務アプリ、ワークフローアプリを作成できる開発ツールです。

この製品には２つの大きな特徴があり、

WEBブラウザで図を描くように簡単にワークフロー設計ができるワークフローモデラー
WEBブラウザでフォーム開発ができるWEBフォームビルダー

によってシステム設計、開発の両方で時間と労力の大きなコストカットが出来るようになっています。

そして、忘れてはならないのがプロコード開発をサポートしているという点になります。ローコード・ノーコード開発でも、プロコード開発でもデザインの統一が図れ、コアビジネスへの開発に注力できるRAD（高速アプリケーション開発）環境を提供します。

またDomino基盤が持つ強力なセキュリティをそのまま享受できるという点は言うまでもありません。

さらにconsentFlowの製品内容を詳しく知りたい方はconsentFlow 特設WEBサイトを是非ご確認ください。

経済産業省発表の「2025年の崖」をDominoで克服するという選択

経済産業省がDXレポート内で表現した「2025年の崖」に関する抜粋がこちらです。

課題を克服できない場合、DXが実現できないのみでなく、2025年以降、最大１２兆円／年（現在の約３倍）の経済損失が生じる可能性（2025年の崖）。
出典：経済産業省

既存システムのブラックボックス状態を解消しつつ、データ活用ができない場合、
１）データを活用しきれず、DXを実現できないため、
市場の変化に対応して、ビジネス・モデルを柔軟・迅速に変更することができず
→ デジタル競争の敗者に
２）システムの維持管理費が高額化し、IT予算の９割以上に（技術的負債※）
３）保守運用の担い手不在で、サイバーセキュリティや事故・災害による
システムトラブルやデータ滅失等のリスクの高まり
出典：経済産業省

経済産業省が発表したレポートリンク「DXレポート～ITシステム「2025年の崖」克服とDXの本格的な展開～」

レガシーシステムなんて聞くと、Notes/Dominoがレガシーでしょ、と揶揄されてしまうケースもあるかもしれませんが、上記で述べたようにNotes/Domino自体は継続した発展を続けており、Notes/Domino自体はレガシーでもなんでもなく、ただDomino上で稼働しているアプリや運用がレガシー化しているのだと感じています。

また「2025年の崖」のスライドでも触れらていますが、人材面での「メインフレームの担い手の退職、高齢化」、「先端IT人材の供給不足」はNotes/Domino界隈でも深刻な問題と言えると思います。

自分の主観を言わせてもらうと、日本は今後も少子化が進み、優秀なソフトウェアエンジニアやSEはIT企業などで腕を磨き、転職を繰り返しながらステップアップをしていく時代だと感じています。残念ながらユーザー企業が優秀なエンジニアを新たに雇用し続けることは更に難しくなっていくのだろうと思っています。

そんな中、レガシーシステムでも、今後のDX推進に対応できないシステムでもないHCL Dominoを更に活用するイメージを持ってみてはいかがでしょうか？

VoltやconsentFlowなどを上手く利用しアプリケーションの刷新、ローコード・ノーコード開発によるブラックボックス化、IT人材不足からの脱却。
ワンタッチインストール、Dockerによる自社クラウド運用でリソース管理の見直し。
MSP SaaS、PaaS Dominoクラウドによる運用コストの見直し。
Active Drectory同期やDomino V12でリリースのREST APIなどを活用した他システム連携。