数値フィールドで選択できる仮想キーボードの種類

 Oracle APEX 22.2より、ページ・アイテムのタイプとして数値フィールドを選択したときに、設定の仮想キーボードとしてDecimal、Numeric、Textのどれかを選ぶことができるようになりました。

仮想キーボードの種類を確認するアプリケーションを作成しました。

https://apex.oracle.com/pls/apex/r/japancommunity/virtual-keyboard/home

PCのブラウザでは、仮想キーボードの設定に効果はありません。

iPhoneでアクセスしてみます。

仮想キーボードをDecimalと設定した数値フィールドにフォーカスを当てた結果です。

Decimalの場合は、右下に小数点があります。

仮想キーボードをNumericと設定した数値フィールドにフォーカスを当てた結果です。

仮想キーボードに小数点は割り当たっていません。

仮想キーボードがTextの場合は、通常のキーボードです。英数字というわけではなく、キーボードとしてフリック入力を使っていれば、それになるようです。

これらはinputmodeとして指定されています。

https://developer.mozilla.org/ja/docs/Web/HTML/Global_attributes/inputmode

Oracle APEX 22.2以前より、テキスト・フィールドのサブタイプとしてPhone Number、Email、URLといった設定があります。

サブタイプがPhone Numberのときのキーボードです。

+*#に切り替えると、以下になります。

サブタイプがEmailのキーボードです。@の入力が容易になっています。

サブタイプがURLの場合は、. / .jpの入力が容易になっています。

こちらは、input要素のtype=による指定です。

https://developer.mozilla.org/ja/docs/Web/HTML/Element/input/tel

スマホからのアクセスを想定していなくても、これらのタイプは設定しておくと良いように思います。

完

動的アクションのデバウンスとスロットル

 Oracle APEX 22.2にて追加された新機能に動的アクションのデバウンスとスロットルがあります。JavaScriptを書いてユーザー・インターフェースをカスタマイズする方には評価の高い新機能です。

動的アクションを実行するタイミングの調整に使用します。

動作について紹介するため、実装のサンプルを作成してみました。

表EMPを表示する対話モード・レポートを作成します。

ソースのWHERE句に以下を記述しています。

ENAME like '%' || coalesce(:P1_ENAME_I, :P1_ENAME_D, :P1_ENAME_S) || '%'

送信するページ・アイテムとして、以下の３つのページ・アイテムを設定します。

P1_ENAME_I,P1_ENAME_D,P1_ENAME_S

ページ・アイテムP1_ENAME_I、P1_ENAME_D、P1_ENAME_Sのどれも、キー・プレスのイベントが発生したときに対話モード・レポートをリフレッシュします。

ページ・アイテムP1_ENAME_Iの動的アクションは、実行のタイプを即時にします。

ページ・アイテムP1_ENAME_Dの動的アクションは、実行のタイプをデバウンス、時間を1000（つまり１秒）、即時はOFFにします。

ページ・アイテムP1_ENAME_Sの動的アクションは、実行のタイプをスロットル、時間を1000（つまり１秒）、即時はOFFにします。

イベントはキー・プレスです。

それぞれ、ページ・アイテムに文字を入力して動作を確認してみます。

ページ・アイテムP1_ENAME_Iに、文字列SCOTTを入力します。

動的アクションの実行のタイプが即時なので、キー・プレスの度にレポートのリフレッシュが実行されます。SELECT文は、最低でも５回実行されます。

ページ・アイテムP1_ENAME_Dに、文字列SCOTTを入力します。

動的アクションの実行のタイプがデバウンスで時間が１秒なので、SCOTTを入力した１秒後に１度だけリフレッシュが実行されます。SELECT文は、１回実行されます。即時がONのときは最初に１回リフレッシュが実行され、１秒経過するまでは同じイベントによる動的アクションは起動されない、という動作になります。

ページ・アイテムP1_ENAME_Sに、文字列SCOTTを入力します。

動的アクションの実行のタイプがスロットルで時間が１秒なので、SCOTTを入力を開始した１秒後にリフレッシュが実行されます。また、それから１秒経過したら再度リフレッシュが実行されます。実行回数は文字を入力している時間で決まります。即時がONのときは最初に１回リフレッシュが実行されるため、実行回数が１回増えます。

動的アクションを使って、ユーザーの入力に対してアプリケーションの応答を素早くしつつ、データベースへの負荷を減らすことができます。

今回の動作確認に使用したアプリケーションのエクスポートを以下に置きました。

https://github.com/ujnak/apexapps/blob/master/exports/debounce-and-throttle.zip

Oracle APEXのアプリケーション作成の参考になれば幸いです。

完

APEXでCytoscape.jsを使ってみる

 以前にグラフ問合せを扱った記事を書いたことがありますが、問い合わせの結果をレポート、つまり表形式で印刷していました。それではイマイチなので、APEXでCytoscape.jsを使う方法を確認してみました。

Cytoscape.jsのページに記載されているGetting startedをAPEXのアプリケーションとして実装してみました。Getting Startedをそのまま埋め込むのではなく、アプリケーションのサンプルとして役立つように以下の実装を加えています。

1. elementsとstyleは静的なJSONファイルではなく、サーバー側で生成した値を使う。
2. ページ・ロード時にグラフを描画するのではなく、ブラウザのイベントより（今回はボタンの押下）生成する。

作成したアプリケーションは以下のように動作します。

簡単なアプリケーションですが、以下に実装を紹介します。

最初に空のアプリケーションを作成します。実装はホーム・ページに行います。

ページ・プロパティのJavaScriptのファイルURLとして、Cytoscape.jsを指定します。バージョンなどは変わるため、実装時はCytoscape.jsのホームページよりリンクを取得してください。

https://unpkg.com/cytoscape@3.23.0/dist/cytoscape.min.js

グラフを描画する領域を作成します。

新規にリージョンを作成します。

作成したリージョンの識別のタイトルはCytoscape、タイプは静的コンテンツとします。ソースのHTMLコードとして以下を記述します。

<div id="cy"></div>

装飾は不要なので、外観のテンプレートとしてBlank with Attributesを選択します。

HTMLコードとして記述したid="cy"のDIV要素にCytoscapeによるグラフが描画されます。描画領域をCSSで指定します。

ページ・プロパティのCSSのインラインに以下を記述します。

#cy {
  width: 300px;
  height: 300px;
  display: block;
}

サーバー側でグラフのデータを生成するプロセスを作成します。

データを生成するプロセスはAjaxコールバックとして作成します。

識別の名前はGET_DATAとします。タイプとしてコードの実行を選択し、ソースのPL/SQLコードとして以下を記述します。Getting Startedに記述されているelementsとstyleと同じデータを出力しています。

Cytoscape.jsを呼び出してグラフを描画する処理は、APEXアクションとして実装します。

JavaScriptのファンクションおよびグローバル変数の宣言に、以下を記述します。

また、ページ・ロード時に実行に以下の１行を記述します。

apex.actions.add([RENDER_CY]);

作成したアクションrender-cyを呼び出すボタンを作成します。

リージョンCytoscapeにボタンを作成します。

識別のボタン名をRENDER、ラベルをRenderとします。レイアウトの位置としてNextを選びます。

動作のアクションとして動的アクションで定義を選択し、詳細のカスタム属性として以下を記述します。

data-action="#action$render-cy"

以上で完成です。作成したアプリケーションを実行すると、記事の先頭のGIF動画のような動作をします。

今回作成したAPEXアプリケーションのエクスポートを以下に置きました。

https://github.com/ujnak/apexapps/blob/master/exports/cytoscape-sample.zip

Oracle APEXのアプリケーション作成の参考になれば幸いです。

完

認証スキームの切り替えの有効化

 Oracle APEXの認証スキームには、セッションの切替えという機能があります。

ログイン・プロセスのセクションに含まれます。

オンライン・ヘルプに解説がありますが、URLパラメータのREQUESTにAPEX_AUTHENTICATION=認証スキーム名という指定を渡すことにより、サインインに使われる認証スキームを指定できます。

切り替える認証スキームのログイン・プロセスのセッションの切替えを有効にする必要があります。

例えば、認証スキームとしてSCOTT、TIGERのふたつがあるとします。SCOTTはユーザー名がSCOTTのときのみサインインできます。TIGERはTIGERのときのみサインインできます。

認証スキームSCOTTがカレントの場合、アプリケーションにサインインできるユーザーはSCOTTのみです。

サインインの画面が開いているときにLogin URLの?以下を変更し、セッションを無効化して認証スキームをTIGERに切り替えます。

?session=0&REQUEST=APEX_AUTHENTICATION=TIGER

上記のURLでのアクセス後のURLの表示からREQUEST=APEX_AUTHENTICATION=TIGERの引数の指定が消えているときは、意図しないリダイレクトが発生して認証スキームは切り替わっていません。引数の指定を再度確認し、やり直します。

画面上の違いはありませんが、認証スキームがTIGERに切り替えられているため、ユーザー名TIGERでサインインできます。

認証スキームの切り替えの紹介は以上になります。

完

異なるアプリケーションでのセッション共有について

 認証スキームが異なるアプリケーションで、セッション共有を行なった際の動作を確認します。

まずMain Appという空のアプリケーションを作成します。

認証スキームはカスタムとして、以下のコードで認証します。ユーザー名がSCOTTの場合だけ、アプリケーションにアクセスできます。

function my_authentication (
    p_username in varchar2,
    p_password in varchar2 )
    return boolean
is
begin
    if p_username = 'SCOTT' then
        return true;
    end if;
    return false;
end;

異なるアプリケーションとセッションを共有するため、セッション共有のCookie名にTEST_SESSION_SHARINGを設定します。

同様に空のアプリを作成します。名前はLogin Appとします。

認証スキームはセッション共有も含み、同じ設定を行いますが、コードだけは以下に変更します。こちらはユーザー名としてTIGERだけが許可されます。

function my_authentication (
    p_username in varchar2,
    p_password in varchar2 )
    return boolean
is
begin
    if p_username = 'TIGER' then
        return true;
    end if;
    return false;
end;

Login Appのホーム・ページにプロセスを作成します。以下のコードを実行することで、アプリケーションの認証直後に、すぐにMain Appへリダイレクトします。apex_page.get_urlの引数p_sessionのデフォルトは、すでに開始しているセッションになります。

declare
    l_url varchar2(4000);
begin
    l_url := apex_page.get_url(
        p_application => 131
        ,p_page => 1
    );
    apex_util.redirect_url(
        p_url => l_url
    );
end;

Login Appにアクセスします。

Login AppにサインインできるユーザーはTIGERだけです。

サインインした直後にMain Appにリダイレクトします。セッションを共有しているため、Main Appの認証スキームによるサインインはバイパスされます。

Main Appの認証スキームでは本来認証されないユーザーであるTIGERで、Main Appにアクセスしていることが確認できます。

認証スキームが異なっていても、セッション共有はできます。場合によってはセキュリティ・ホールになるため、設定には注意が必要です。

完

Twilio SendGridをOracle APEXから呼び出してみる

 Twilio SendGridを使用したメール送信を、Oracle APEXより行ってみました。

Twilio SendGridの無料アカウントを、以下のサイトより作成しました。クレジット・カードの入力は求められていません。

Pricing and Plans | SendGrid

アカウントを作成すると、各種の設定を行なう画面を開きます。

サイド・メニューにあるEmail APIのIntegration Guideを開き、Web APIのChooseをクリックします。

Web APIを使用するために必要な手順が表示されます。

cURLが一番PL/SQLでのアクセスの参考になるため、cURLを選択します。

Chooseをクリックします。

作業手順が表示されます。

My First API Key Nameに名前を入力し、Create Keyをクリックします。

SendGridを呼び出す際に使用するAPIキーが生成されます。

APIキーが生成されます。生成されたAPIキーをクリップボードにコピーして保存しておきます。再度表示することはできないので、忘れずに保存します。

Oracle APEXでWeb資格証明を作成する際に使用します。

作成したAPIキーはSettingsのAPI Keysより、権限の更新や削除することができます。APIキー自体を表示することはできません。

Twilio SendGridのAPIキーが作成できました。

SettingsのSender Authenticationの設定も行います。DNSの設定ができない場合は、Single Sender Verificationの設定を行なうことになるはずです。

Oracle APEXでの作業に移ります。

ワークスペース・ユーティリティよりWeb資格証明を開きます。

作成済みのWeb資格証明が一覧されます。作成をクリックします。

名前はTwilio SendGridとしました。静的識別子はTWILIO_API_KEYとしています。静的識別子は、APEX_WEB_SERVICE.MAKE_REST_REQUESTの引数p_credential_static_idとして指定します。

認証タイプとしてHTTPヘッダーを選択します。資格証明名はHTTPヘッダー名であるAuthorizationを記述します。

資格証明シークレットはAuthorizationヘッダーに与える値になります。Bearerで始めて空白で区切り、Twilio SendGridのAPIキーを続けます。

Bearer SendGridのAPIキー

URLに対して有効は、SendGridのエンドポイントとなるURLを指定します。

https://api.sendgrid.com/v3/mail/send

以上で作成をクリックします。

SQLコマンドを開き、以下のPL/SQLコードを実行します。l_recipients、l_senderを変更します。l_senderについては、Twilio SendGrid側でSingle Senderとして検証したメール・アドレスを指定します。

正常に終了すると、応答となるデータは返ってこないようです。

件名がSending with SendGrid is Fun、本文がand easy to do anywhere, even with PL/SQLというメールの受信を確認できたら、Twilio SendGridの動作確認は終了です。

完

宣言的な動的アクションとJavaScriptによるコーディングの比較

 以前に書いた記事data-parent-elementを実装したサンプルを使って、宣言的な動的アクションとJavaScriptによるコーディングを比べてみます。

サンプル・アプリケーションでは、以下の２つの動的アクションを作成しています。

動的アクションonClick SELECT_JOBのTRUEアクションは以下です。

ボタンSELECT_JOBをクリックしたときに、ページ・アイテムP1_JOBの値をP1_JOB_SELECTに設定する。その後、インライン・ポップアップのリージョンを開く。

動的アクションonChange P1_JOB_SELECTのTRUEアクションは以下です。

ページ・アイテムP1_JOB_SELECTの値を変更したときに、ページ・アイテムP1_JOB_SELECTの値をP1JOBに設定する。その後、インライン・ポップアップのリージョンを閉じる。

上記の処理は、JavaScriptのコードで置き換えることができます。

最初にリージョン役職の選択に、静的IDとしてPOPUP_SELECT_JOBを設定します。

インライン・ポップアップを開く処理をJavaScriptで記述します。

TRUEアクションの識別の名前はインライン・ポップアップを開くとします。アクションとしてJavaScriptコードの実行を選択します。設定のコードとして以下を記述します。

apex.items.P1_JOB_SELECT.setValue(
    apex.items.P1_JOB.getValue()
);
apex.theme.openRegion("POPUP_SELECT_JOB");

宣言的に作成した２つのTRUEアクションと同じ動きになります。

インライン・ポップアップを閉じるJavaScriptのコードは以下になります。

apex.items.P1_JOB.setValue(
    apex.items.P1_JOB_SELECT.getValue()
);
apex.theme.closeRegion("POPUP_SELECT_JOB");

さらに、apex.actionsとして呼び出すように変更してみます。

静的アプリケーション・ファイルとしてpage-actions.jsを作成します。

参照をコピーします。

ページ・プロパティのJavaScriptのファイルURLに、作成した静的アプリケーション・ファイルの参照を記述します。

JavaScriptのコードを記述したファイルは、静的アプリケーション・ファイルとしてAPEXのアプリケーションに含めていますが、作成したファイルpage-actions.jsとMinifyされたファイルpage-actions.min.jsはブラウザからアクセスできれば、別の場所に配置することも可能です。

インライン・ポップアップを開く処理は、以下のカスタム属性の設定に置き換えられます。

data-action="#action$open-inline-popup?source=P1_JOB&target=P1_JOB_SELECT&region=POPUP_SELECT_JOB"

インライン・ポップアップを閉じる処理はJavaScriptのコードを以下に書き換えて、apex.actionsとして実装した処理を呼び出すようにします。

apex.actions.invokeを使用します。

apex.actions.invoke("close-inline-popup", this.browserEvent, this.triggeringElement, {
    source: "P1_JOB_SELECT",
    target: "P1_JOB",
    region: "POPUP_SELECT_JOB"
} );

開発するアプリケーションの規模が大きくなると、宣言的な設定ではアプリケーションの見通しが悪くなります。

サーバー・サイドではプロセス・タイプにコードの実行を選んでPL/SQLコードを記述する代わりに、APIの呼出しを選んでPL/SQLのパッケージ、プロシージャ、ファンクションを指定できるようになりました。

クライアント・サイドではactionとして定義されたコードを呼び出せるようして、JavaScriptのコードをひとつのファイルにまとめることができるようになっています。

アプリケーション開発の容易さとメンテナンスの容易さのトレードオフの結果として、コーディングによる実装を行なうという選択肢もあり得るでしょう。

今回、改変したAPEXアプリケーションのエクスポートを以下に置きました。

https://github.com/ujnak/apexapps/blob/master/exports/data-parent-element-sample-actions.zip

Oracle APEXのアプリケーション作成の参考になれば幸いです。

完