2021/10/7 - 読み終える時間: 2 分

Flexera configuration on ZIETrans の翻訳版です。

ZIETrans 上での Flexera の設定

2021年10月7日

著者: Sathiya priya / QA Engineer

はじめに

ZIETrans Toolkit は、Eclipse ベースの IBM RationalR Software Delivery Platform (Rational SDP) 用のプラグインのセットで、IBMR System zR プラットフォーム上で実行される 3270 アプリケーションおよび IBM i オペレーティング・システム・プラットフォーム上で実行される 5250 アプリケーション用に、使いやすいグラフィカル・ユーザー・インターフェース (GUI) を提供する Web アプリケーションを作成することができます。

HCL ZIETransに統合されたZIETransプロジェクトのライセンス目的のためのライセンス・ツールはFlexeraであり、Flexera REST APIクライアントを使用してフローティング・ライセンス・モデルを提供しています。

HCL ZIETransのセッションとリクエストの使用状況は、Flexeraのライセンシングによって追跡され、付与されます。HCL ZIETrans アプリケーションでライセンスが機能するためには、Flexera サーバーと必要なランタイム・プロパティが事前に設定されている必要があります。

以下は、ZIE Trans で Flexera を構成するための手順です。

前提条件

• ユーザーは HCL ZIETrans をインストールし、ツールキットに ZIETrans プロジェクトを作成する必要があります。
• ツールキットで WAS、WebSphere Liberty Profile、JBOSS などのサポートされているアプリケーションサーバーを構成します。

• Project.ear の runtime.properties ファイルで、「Flexera Server URL」と「Private key path」を設定します。アプリケーションをデバッグ・モードで実行する場合は、ランタイム・デバッグ・プロパ ティ・ファイルで同じ設定を行います。
• flx_PrivateKey_Absolute_Path= Drive\: \PrivateKey.pem
• flx_ServerURL=https\:///Feature ID

• 設定したサーバー上でプロジェクトを実行し、ユーザーは任意のブラウザを使用できます。

  

• Flexera のコマンドを実行し、消費されたライセンスを確認します。

このFlexera の場所からコマンドプロンプトを開き、以下のコマンドを実行します。

flexnetlsadmin.bat -server -authorize -licenses -verbose

2021/10/7 - 読み終える時間: 3 分

Implementation of Custom Screen Recognition Criteria based on Field criteria - Hidden and Protected fields in ZIETrans の翻訳版です。

ZIETrans でのフィールド基準に基づくカスタム画面認識基準の実装 - 隠しフィールドと保護されたフィールド

2021年10月7日

著者: Mahua Chanda / Developer, Lab Services, HCL ZIE

はじめに

画面のカスタマイズとは、ホストの画面を認識したときに一連のアクションを実行するように設計された画面イベントのことです。これには、画面を認識してユーザーのためのGUIに変換することや、画面をスキップするマクロを再生することが含まれる。画面カスタマイズの定義には、画面の認識基準と、ホスト画面が認識基準に合致したときに実行するアクションのリストが含まれる。

ホスト画面は、特定の画面認識に合致することで認識される。認識のためには、画面に固有のいくつかのフィールド、グローバル変数、色などを特定する必要があります。

同じフィールドとデータを持つ2つのHOST画面がある場合を考えてみましょう。1つ目の画面には完全なデータが表示されますが、2つ目の画面には非表示または保護されているデータがいくつかあります。このような画面は、「文字列基準」を使用しても認識できませんが、「カスタム基準」オプションを使用すれば認識できます。

カスタム画面認識基準の実装

新しいカスタム基準ロジックを作成するには、以下の手順を実行する必要があります。

• Java? パースペクティブを開き、ZIETrans プロジェクトを作成します。
• 「File」 > 「New」 > 「Class」をクリックします。
• ZIETrans プロジェクトの Source ディレクトリを参照します。
• パッケージとクラスの名前を入力します。
• 完了をクリックします。

これは、com.ibm.hats.common.customlogic.AbstractAdvancedCustomScreenRecoListenerを拡張したシンプルなJavaクラスです。

図1:

ブール値を返す'isRecognized'メソッドにロジックを追加する必要があります。

public boolean isRecognized(String arg0, IBusinessLogicInformation arg1, ECLPS arg2, ECLScreenDesc arg3)

カスタマイズしたイベントファイルで、「Screen Recognition Criteria」タブをクリックし、「Add」ドロップダウンオプションから「Custom Criterion」を選択します。

図2

図3

クラス名」の入力フィールドに、実行したいメソッドを含むJavaクラスの名前を入力するか、「参照」をクリックしてソースディレクトリからクラス名を選択し、メソッド「isRecognized」を呼び出します。(図3に示すように）。)

隠しフィールドに基づく認識

認識基準のために画面キャプチャを選択すると、ハイライトフィールドのチェックボックスがあります。隠し/保護のチェックボックスをクリックすると、ホスト画面内のすべての隠し/保護フィールドを識別できます。この機能は、画面上の隠れたフィールドや保護されたフィールドを確認するのに便利です。

例えば、(16, 2)に8文字のフィールドがあり、1つ目の画面では表示されているが、2つ目の画面では隠されている場合がある。

図4

以下は、隠しフィールド認識のためのカスタム基準ロジックの例です。

保護されたフィールドを使った認識

ここでは、保護されたフィールドに基づいてカスタム基準を作成する例を示します。似たような画面が2つあるが、一方の画面ではLOCテキストフィールドが保護されており、もう一方の画面では保護されていないという例を考えます。この保護されたフィールドの開始と終了の位置に基づいて、画面を認識するためにカスタム基準にビジネス・ロジックを実装しました。

ここでは、保護されたフィールドを理解するために「isRecognized」メソッドに実装されたロジックのサンプルを紹介します。

参考資料

1.https://zietrans.hcldoc.com/help/index.jsp?topic=%2Fcom.hcl.eng.doc%2Fdoc%2Fprogguid%2Fproggd05.html

2021/10/7 - 読み終える時間: 4 分

How to setup Z and I Emulator for Web Client の翻訳版です。

Z and I Emulator for Web Client の設定方法

2021年10月7日

著者: Praveen Shashikant / Chief Programmer at HCL Software

事前に必要なもの

• HCL Z and I Emulator for Web server

• 次のような互換性のあるWebブラウザ。

  • Google Chrome v59.0.3071.115 またはそれ以上
  • Firefox v51.0.1 またはそれ以上

• 以下のようなアプリケーションサーバー

  • IBM WebSphere Application Server v9.0.0.4 以上。
  • IBM WebSphere Application Server v9.0.0.4以上 ※IBM WebSphere Application Server v8.5.5.11以上
  • 組み込みサーバー
  • Tomcat および
  • Liberty サーバー

• 以下のようなサポートされたクライアントのオペレーティングシステム。

  • Windows 10 以上
  • RHEL 7.2以上
  • Mac OS 10.11 以上 (Firefox ブラウザのみサポートしています)

詳細については、オンラインヘルプを参照してください https://zieweb.hcldoc.com/help/index.jsp

導入の手順

• FlexnetからHCL ZIE for Web Clientのパッケージをダウンロードします。
• HCL ZIE for Web Clientパッケージのコンテンツ（.zip）ファイルを解凍します。
• WAS Adminコンソールを使用して、EAR（Enterprise Application archive）ファイルをWAS上にデプロイする（すべてのデフォルトオプションを使用）。

設定手順

• EARファイルをデプロイした後、WASを再起動します。ZIE for Web Clientランタイムは、ZIEWebサーバに接続するように設定する必要があります。
• アプリケーションページでZIE for Web Clientアプリケーションをクリックします。

• Configurationページの "Initialize parameters for servlets "リンクを選択する。

* WAS上のZIE for Web Clientアプリケーションの初期パラメータをZ and I Emulatorで設定し、WebサービスマネージャーとWebサーバーの詳細を設定します。

簡単に言うと、ZIEWebServer、ZIEWebServerPort及びZIEAliasは、ZIEWebサーバのhttp-server部分を指す(ブラウザセッションで入力されるデータと同じ)。 ConfigServer及びConfigServerPortは、Configベースのモデルクライアントでのみ必要となる。これらの値は、デフォルトのものをピックアップする。ユーザーがデフォルト設定を変更した場合は、これらのフィールドに同じものを提供する必要がある。

ZIEWebセッションへのアクセス

設定サーバーベースのモデルページ

クライアントPC上で、ブラウザを起動し、次の場所に移動する。 http(s)://appserver_address:port/zieweb/default.html

これは、ZIEWebの展開ウィザードで作成された設定モデルベースのページか、デフォルトのページであるdefault.html、defaultdebug.htmlのいずれかです。

上記のURLはログインページを表示し、ユーザーはZIEWebサーバーの認証情報を使ってログインすることができます。

HTMLベースのモデルページ

クライアントPC上で、ブラウザを開き、次のURLに移動します。

http(s)://appserver_address:port/zieweb/yourhtml.html

これは、ZIEWebのデプロイメントウィザードを使って作成されたHTMLベースのモデルページでなければなりません。

いずれの場合も、セッション情報はZIEWebサーバから取得されます。

2021/10/7 - 読み終える時間: 2 分

ZIE for Web Client with EMBEDDED JETTY SERVER の翻訳版です。

EMBEDED JETTY SERVERを搭載した ZIE for Web Client

2021年10月7日

著者: Vijayalakshmi / Lead Engineer at HCL Software

はじめに

組み込みサーバは非常にスケーラブルで、何百万人ものユーザをサポートするアプリケーションをホストすることができます。組み込みサーバ(ZIEWebの一部)は、スタンドアロンサーバを含むZIE for Web Clientのすべての機能をサポートするために、配置可能なアプリケーションに含まれています。 組み込みサーバ(One Server)の主な利点は、アプリケーションを使用するために、導入環境にWebサーバをプレインストールする必要がないことです。

ZIEWE-BClient war

ZIEWEBClient war の概要

• Z and I Emulator for Web 製品のインストール時に embedded server を選択することで、Embedded Server を有効にすることができます。
• 埋め込みサーバーを有効にすると、NSMprop ファイル(埋め込みWebサーバーのプライベートディレクトリ下)に新しいエントリが作成されます。
• サービスマネージャが実行を開始すると、このサーバがトリガされます。
• 管理者は、組み込み型Webサーバを開始/停止するためのユーザーインターフェースを持っています。
• Webサーバのポート番号は、デフォルトでは8080に設定されていますが、ユーザが変更することも可能です。

デフォルト設定の上書き

デフォルトでは、Service Managerは実行開始時にコードで定義されたデフォルトのパラメータを取ります。しかし、管理者は、既存のconfig.properties(これはZIEWeb公開ディレクトリに存在します)にプロパティ値を定義することにより、デフォルト値をオーバーライドすることができます。 以下は、デフォルトの設定を上書きするために定義できるパラメータです。 パブリッシュディレクトリコンテクストパス = zie

WebAppServerPort=8080 WebAppServerSecurePort=8443 ConfigServerPort=8999 zfpClientContextPath=zieweb

注意事項

• 設定変更後は、config.propertiesから変更した値を取得するために、Service Managerを再起動する必要があります。
• ZIEWEB WARファイルは、ZIEWeb公開ディレクトリ(Z and I Emulator for Web)の下のlibフォルダに存在します。

2021/10/5 - 読み終える時間: 2 分

The Top 10 Continuous Testing Myths の翻訳版です。

継続的テストにまつわる神話トップ 10

2021年9月30日

著者: Cassandra Stanek / Product Marketing Manager | HCL Accelerate & Launch

企業のエコシステムは、日に日に複雑化しています。ソフトウェアをより早く提供する方法を模索する中で、継続的テストは重要な要素です。ここでは、私たちがよく目にする継続的テストに関する神話のトップ10をご紹介します。

1. 継続的テスト＝テストスクリプトの実行

アプリケーションが合意された要件を満たしているかどうかを検証することは重要ですが、継続的テストには、計画、分析、共同作業、思考、探索、自動化、検証、報告、レビュー、議論などが含まれます。

2. アジャイルチームだけが継続的テストを使用する

継続的テストの手法は、どんなプロジェクトにも活用できます。利用可能な依存システムがない場合、チームは仮想サービスを作成して、不足しているアプリケーションを模倣することで、できるだけ早くテストを開始することができます。

3. 継続的テストは単なるバズワード

継続的テストは、チームの生産性を向上させ、その価値を証明してきました。継続的テストは、より高い品質のアプリケーションを顧客に提供するための自動化されたアプローチを提供します。

4. 継続的テストを使えるのはテスト担当者だけ

アナリスト、アーキテクト、デザイナー、プログラマー、テスター、オペレーションエンジニアなど、すべての人がソリューションの構築に関わっています。

5. 継続的テストは大規模・複雑なシステムには使えない

システム間の統合ポイントを検証するAPIレベルのテストは、品質を劇的に向上させます。また、サービス仮想化では、従来のアプリケーションシナリオを検証しながら、アプリケーションの依存関係の欠落をシミュレートできます。これは、大規模・複雑なシステムで問題を迅速に発見するために、アプリケーション・インターフェースをテストする際にしばしば重要になります。

6. 継続的なテストは、安全なDEVOPの一部ではない

Secure DevOps」という言葉に「テスト」が含まれていないからといって、ソリューションに含まれていないわけではありません。実際には、欠陥品をエンドユーザーに配布するリスクを低減し、ビジネスの損失を確実に防ぐために必要な負担です。

7. 規制されている業界では、継続的なテストは機能しない

厳しいコンプライアンス要件が課せられている規制業界においても、継続的テストは、詳細なログやテストレポートを提供することで負担を軽減し、全体的な配信プロセスの一部としてコンプライアンスを示すことができます。

8. テストを自動化することで、テスト担当者の数を減らすことができる

探索的なテストは、多くのテスト自動化ツールでは対応できないため、テスト対象のアプリケーションを精査するための目と手（場合によっては耳）が必要です。また、テストアナリストは、どのようなテストを作成し、どのようなデータセットで実行し、その結果を分析するかを決定する。

9. 継続的テストはクラウドアプリケーションには向かない

テスト対象のアプリケーションがどこでホストされているか（ローカル、プライベートデータセンター、パブリックデータセンター、またはその組み合わせ）に関わらず、継続的テストのプラクティスを採用することができます。

10. テストチームは品質に責任を持つ

アジャイルの「チーム全体」のプラクティスを取り入れることで、品質が劇的に向上します。誰もが間違いを犯すので、どんな仕事でも新鮮な目で見ることは非常に貴重です。

HCL OneTest は、DevOpsアプローチをサポートするソフトウェアテストツールを提供している。HCL OneTestは、プロジェクトのライフサイクルを通じてUI、パフォーマンス、APIのテストをサポートし、高度に統合された複雑なアプリケーションのテストという課題に対応します。無料トライアル では、コストを削減しながらスピードと品質を向上させる方法をご覧いただけます。

2021/9/30 - 読み終える時間: ~1 分

HCL Notes/Domino および HCL Sametime を AWS へデプロイして利用している導入事例を掲載しました。株式会社 ソフトサポートでは、Docker によるデプロイを行うことで、運用コストを低減するだけでなくさまざまなメリットを見出しています。詳細は以下のページをご覧ください。

• HCL Domino のお客様事例

2021/9/30 - 読み終える時間: ~1 分

HCL Connectoins が Aragon Research Globe でリーダーのポジションを獲得しました。エンゲージメントの高いチームを作り、リモートワーク環境を完全にサポートする能力が評価されたためです。

詳細内容については、レポート (無償) をご覧ください。

2021/9/30 - 読み終える時間: 2 分

Try Out HCL Nomad Web for Free in Our Sandbox の翻訳版です。

「HCL Nomad Web のトライアルサイトを開設しました | HCL Software (Japan) Blog」もご覧ください。

HCL の サンドボックスで HCL Nomad Web を無料でお試し利用できます

2021年9月29日

著者: Luis Guirigay / Senior Global Director, Digital Solutions Technical Advisors

HCL Nomad Web は、ソフトウェアをインストールすることなく、Web ブラウザやモバイルデバイス上で Domino アプリケーションを実行できます。この機能が HCL Digital Solutions のサンドボックスに加わり、誰でも無料で試すことができるようになったことを嬉しく思います。このサンドボックス環境では、既存の Domino アプリを数分でテストし、ブラウザ上でどのように見えるか、どのように機能するかを確認することができます」と述べています。

サンドボックスはこちらからお試しいただけます：?https://start.myhclsandbox.com/ (日本語ページは https://www.hcljapan.co.jp/software/hcl-digital-solutions-sandbox/)

サンドボックスで Nomad Web をテストすると、以下のようなメリットがあります。

• HCL Nomad でアプリケーションがどのように見えるか、どのように動作するかを、数分でセルフサービスでテストできます。
• テスト中に自分たちの環境に何かをインストールする必要はありません?
• 安全でわかりやすいプロセスで、好きなだけアプリケーションをアップロードしてテストすることができます。
• 一般的に、HCL Nomad for web は Notes クライアントの必要性を排除し、複雑さと TCO を削減します?
• ゼロ・フットプリント・アプリケーション・デプロイメント・モデルに移行し、既存のすべての Notes/Domino アプリケーションを Web ブラウザに移行することができます。

どこにいても、Domino アプリのパワーを体験することができます。The world is Powered by Domino.