Broker モニターとは、Magic に添付されている Broker の動きをリアルタイムでモニタリングするツールのことです。アプリケーションが正常に動作しているかどうかの確認や、アクセスログを見たりすることができる便利なツールです。

デフォルトでは、この Broker モニターは単一アプリケーションの監視を担う役割となっていますが、実はこのモニタリングツールは複数の Broker を一元管理できる仕組みとなっており、複数のアプリケーションや複数の Magic 製品、あるいは RIA と Web マージとを同時に管理したりすることも可能となっています。

※画面1は、Magic xpa 2.5 RIA Server と Magic xpa 3.1a Enterprise Server、および Magic xpa 3.2c RIA Server の3つを一元管理している図です。

今回はこのモニタリングツールを使った複数ポート、複数アプリケーションの管理法について学んでいきたいと思います。

では、この原因はいったいどこにあるのでしょうか？

原因は、iOS の位置情報にまつわるセキュリティの仕様変更にあります。

iOS 10 + Xcode 8までは、位置情報の利用は「常に許可」または「許可しない」からの二者択一だったのですが、iOS 11 + Xcode 9以降は「このアプリの使用中のみ許可」という選択肢が必須オプションとなったため、従来の記述方式ではこのダイアログが正常に表示されなくなりました（画面4）。

そのため、App Store 提供の汎用クライアントでは画面5～6のように位置情報の設定オプションが iPhone の設定項目として表示されているにもかかわらず、オリジナルビルドでは画面7のように設定項目が非表示となってしまっています。

では、これに対処するにはどうしたらよいでしょうか。

前回の Android クライアントの手動ビルドに続き、今回は iOS クライアントの手動ビルドについて解説いたします。

Magic のインタフェースビルダを用いた Xcode プロジェクトの生成法については、本連載の第120回から第123回に渡って解説しましたが、ここではインタフェースビルダを使用せず、すべてを手動でビルドする方法について解説します。

Magic xpa の当初の理念は、Xcode の知識がなくてもインタフェースビルダとシェルスクリプトの実行だけで iOS 用のビルドが完了するという簡便性にあったのですが、Xcode の進化と共にアプリの認証法が容易になってきたため、Xcode を起動して手動でビルドを行ったほうが簡潔に処理できるようになってきた経緯があります。

このような歴史的な観点を踏まえて、手動ビルドの方法について検証していきたいと思います。

なお今回より、使用するソフトウェアのバージョンが iOS 12.2、Xcode 10.2.1、macOS 10.14.4となります。これは実機ビルドに際して、最新の iOS のバージョンにフェーズを合わせるための必須環境となります。バージョンアップはすべて無償ですので、App Store より最新のバージョンを取得してインストールしておいてください。

※このアップデートがないと、iOS 画面のナビゲーションバーとタイトルバーの表示が重なってしまいます。

本連載の第124回から第127回に渡り、「インタフェースビルダで Android クライアントを作る」と題して、インタフェースビルダを用いた Android クライアントのビルド方法を解説してきましたが、今回ここではもう一つ別のビルド手段である手動ビルドの方法について解説して参りたいと思います。

インタフェースビルダを用いた方法は、ウィザードというブラックボックスを用いた方法である関係上、ビルドの途中で何かトラブルが発生した場合に個々の要素を順を追って確認することが困難です。これに対してコマンドを用いて手動ビルドを行う方法は、設定が面倒である反面、個々の設定要素を目視で確認できるというメリットがあります。

どちらが便利であるかは環境に応じて異なりますが、マジック社では手動によるビルドを推奨しているようですので、本連載も手動によるビルド法を詳細かつ具体的に解説していくことにします。ビルド時に画面1のようなエラーばかり出てお困りの方は、ぜひお役立てください。

このプログラムは Magic 側のタスクですべてが完結するプログラムです。macOS 上で Xcode プロジェクトを操作したり、あるいは Android Studio でクライアントアプリを編集したりする必要はありません。したがって、MSJ 社提供の汎用クライアントアプリでも十分に動作します。

MSJ 社提供の汎用クライアントアプリは、iOS の場合は App Store から、また Android の場合は Play ストアから、誰でも無料でダウンロードすることができます。

プログラムは、たった1つのタスク（ロジック10行）で動作します。では、作成していくことにしましょう。

iOS や Android のカメラで、物件や部品の写真を撮影してサーバにアップロードするという処理は、従来のアプリではカメラでの撮影と画像の送信処理が別セッションで行われるというケースが多かったのですが、昨今はモバイル搭載のカメラ機能の向上とともに、一連の流れが同一セッション内で行われる手法が主流となってきました。

そこで今回は、Magic のタスク内で iOS や Android のカメラを呼び出し、そこで撮影した写真をそのままサーバにアップロードしたり、あるいはモバイルの写真フォルダ内の既存の写真を選択してサーバにアップロードするという技法を紹介したいと思います。

プログラムはすべて Magic 標準の機能でまかない、外部ライブラリは一切使用いたしません。Magic のモバイル RIA だけですべてが完結します。ただし、Magic の最新機能を使用しますので、Magic xpa 3.2以降のバージョンが必要となります。

※このプログラムは Magic の標準機能しか使用しませんので、オリジナルクライアントのビルドは不要で、MSJ 社によるストア提供の汎用クライアントでそのまま動作します。

iOS にはアプリの出所証明とアプリの改ざん防止の目的から「プロビジョニングプロファイル」という機能が盛り込まれていますが、Android アプリにもこれと似た機能として「Key store」という機能が備えられています。

今回は、この Key store の作り方と Magic Android クライアントへの埋め込み方についてまとめてみました。これにより、Magic で作られた Android クライアントのセキュリティが強化されるだけでなく、製作者の権利を主張することが可能となります。

Key store は、デフォルトでは Magic に添付されている「test.keystore」が適用されます。これは Magic に標準添付されているもので、これを使用する限り、どの会社のどのアプリにも同一の証明書が埋め込まれてしまうこととなり、セキュリティの観点上、好ましくありません。

JDK と Android Studio のインストールが完了したら、あとは Magic 側に用意されたウィザード（インタフェースビルダ）を実行するだけです。ウィザードの完了とともに、Android 機へのインストーラである .apk ファイルがバックグラウンドで自動生成されます。

ビルドに際しては、基本的に Java や Android SDK のコマンドを直接、操作する必要はありません。以前は SDK のコマンドを直接実行してビルドを行っていましたが、今は特別な設定が必要でない限り、コマンドの知識も不要です。Magic のウィザードが自動でビルド作業を行ってくれます。 

ここでは、このウィザードである「インタフェースビルダ」の使用法を中心に解説してまいります。