1.3.5 Release Notes (日本語)

1.35 Release Notes
非推奨となった機能
スタンドアロンAppsは、このリリースで非推奨となり、将来のリリースで完全に削除される予定です。既存のすべてのスタンドアロンAppsは、できるだけ早く Service Event Handlers に変換してください。新しいスタンドアロンAppsを作成するべきではありません。
サーバーの機能追加
VAIL

組み込みの Array Proceduresに toArray を追加しました。

エクスポート（CLI、UIとも）

リソースインスタンスの “副次的な生成物”を除外してエクスポートすることができます。影響を受けるリソースは以下の通りです：
- Type – エクスポートされた定義から、生成されたプロパティを除外する。
- Service – Service Interfaceから生成されたProcedureを除外する。

この変更は 1.34.21 に適用されました。 1.35にインポートするコードをエクスポートする際には、このバージョン（またはそれ以降）を使用する必要があります。これを行わないと、インポート時にコンパイルエラーが発生する可能性があります。
Service

生成される様々な成果物に使用される名前が、より簡素に読みやすく理解しやすくなるよう変更されました。ほとんどの場合、この変更は透過的ですが、生成された名前を直接参照している場合（例えば、生成されたProcedureを参照している場合）、再生成時にコンパイルエラーが発生することがあります。影響を受ける成果物は以下の通りです：
- Service State Types – 新しいフォーマットは <serviceName>.[Global|Partitioned]State (Serviceがパッケージ内にない場合は <serviceName>_[Global|Partitioned]State を使用します) です。
- Event Typeのスキーマタイプ – 新しいフォーマットは <serviceName>.<eventTypeName> です（Serviceがパッケージ内にない場合は、<serviceName>_<eventTypeName> を使用します）。
- タスクごとのService Procedure – 新しいフォーマットは <taskName>State_<eventTypeName> です。
- Service Visual Event Handlers – 新しいフォーマットは <serviceName>.<eventTypeName> です。
- Service VAIL Event Handlers – 新しいフォーマットは <serviceName>.<eventTypeName> です（Serviceがパッケージ内にない場合は、<serviceName>_<eventType>を使用します）。
Inbound Service Event Handlers は、それらが実装する Inbound Event Type によってのみトリガーできるようになります。これは以前1.34で警告となっていました。
Serviceが扱うイベントのうち、Type、Topic、Source イベントは Internal Event Handler を使用するようになります。Internal Event HandlersはService Interfaceの一部ではありません。
Serviceは、Service内部からしか公開できないPrivate Inbound Event Typeを定義できます。PrivateイベントTypeはService Interfaceの一部ではありません。
Design Modelerを用いて、Outbound Event Typeが発するイベントをInbound Event TypeのEvent Handlerに自動的に送るようシステムに指示するService Routes を定義することができます。
Service Proceduresは、statelessというアクセス修飾子を許可する。これは、Stateful Serviceにおいて Procedure を宣言するために使用されます。このProcedureは、Service Stateと一切相互作用しません。

Apps
スタンドアロンAppsは、リリース1.35で完全に非推奨となり、早急にServiceに移行する必要があります。将来のリリースで完全に削除される予定です。

生成される様々な成果物に使用される名前は、より簡素に読みやすく理解しやすくなるよう変更されました。ほとんどの場合、この変更は透過的であるべきですが、生成された名前が直接参照される場合（例えば、生成されたProcedureを参照する場合）には、再生成時にコンパイルエラーが発生することがあります。影響を受ける成果物は次のとおりです（ここで参照されるService名は「App」Serviceのものであることに注意してください）：
- Service State Types – 新しいフォーマットは <serviceName>.[Global|Partitioned]State (Serviceがパッケージ内にない場合は <serviceName>_[Global|Partitioned]State を使用します) です。
- Event Typeのスキーマタイプ – 新しいフォーマットは <serviceName>.<eventTypeName> です（Serviceがパッケージ内にない場合は、<serviceName>_<eventTypeName> を使用します）。
- タスクごとのService Procedure – 新しいフォーマットは <taskName>State_<eventTypeName> です。
- Service Visual Event Handlers – 新しいフォーマットは <serviceName>.<eventTypeName> です。
- Service VAIL Event Handlers – 新しいフォーマットは <serviceName>.<eventTypeName> です（Serviceがパッケージ内にない場合は、<serviceName>_<eventType>を使用します）。

Visual Service Event Handler

Visual Event Handlers は、最初にキャッチしたエラーだけでなく、エラーを持つすべてのタスクのすべてのコンパイルエラーを表示するようになりました。
PublishToEventType Activity Patternは、PublishToServiceと名前を変え、オプションで Processed By 節をサポートするようになりました。
Join アクティビティパターンは、参加順序を動的に設定できるように、参加順序設定プロパティを含んでいます。
LoopWhile アクティビティパターンは、whileTrue分岐の下にあるフィルターがある場合を正しく処理するようになりました。フィルタの結果が偽の条件の場合、ループはすぐに終了するのではなく、次の反復を開始します。
AccumulateState アクティビティパターンは、デフォルトのアキュムレータを定義するようになりました: state = event.これは、最新のイベントを保持するためにServiceの状態を更新します。
ComputeStatistics アクティビティパターンは、複数のイベントプロパティの統計情報を計算するように強化されました。
新しい EstablishCollaboration アクティビティパターンにより、Apps は新規または既存のコラボレーションのコンテキストで処理を継続するか、1 つのエンティティに対して複数のアクティブなコラボレーションを防止することができます。

統計と分析を行うアクティビティパターンの新しいスイートが追加されました。それぞれは、Apache Commons Math Libraryの上に構築されています。これらのアクティビティパターンはユーザーが入力イベントの1つまたは多くのプロパティに分析を適用することを可能にします。

Analytics：平均値、中央値、個数、最小値、最大値、標準偏差、幾何平均、分散、歪度、_および_クルトシス_を計算します。Analyticsアクティビティパターンは、次元分析もサポートしています。
DBScan：密度ベースのクラスタリングアルゴリズムを適用し、クラスタが1つであるか多数であるかを判断します。
KMeansCluster：K-Meansクラスタリングアルゴリズムを適用し、データから指定された数のクラスターを見つけます。
Linear Regression データに線形回帰を適用し、将来のデータ点を予測するための予測手順を生成します。
多項式フィットデータに多項式フィットアルゴリズムを適用し、将来のデータポイントを予測するための予測手順を生成します。また、特定の点での微分・積分を計算する手続きも生成するパターンです。

Assembly

ドキュメントが、Assemblies内のリソースとして表示されるようになりました。
インストールされたリソースは、Consumerが編集することはできなくなりました。

Source

SourceとTopicに新しい Unwind Arrays オプションが追加されました。 trueに設定すると、配列であるイベントは、配列の各エントリに対して1つずつ、別々のイベントに自動的にUnwindされます。
Azure Event Hubs をKafkaで使用するための例が更新され、推奨設定が追加されました。

その他

Application namespace（Namespace Admin namespaceとしても知られている）には、新しいUserAdminプロファイルが用意されています。このプロファイルは、ユーザーを作成することができますが、開発リソースを変更することはできません。
ユーザーの招待メールをカスタマイズできるようになりました。詳細はこちらを参照してください。
Catalog が接続を修復できるようになりました。詳細はこちらを参照してください。
Org Adminは、明示的なパーミッションなしに、組織内のNamespaceにアクセスできるようになりました。詳細はこちらを参照してください。
Org管理者は、新しく作成されたNamespaceに自動的にインストールされるようにリソースを設定できるようになりました。詳細はこちらを参照してください。
ユーザーは、1つのNamespaceに限定された Personal Token を作成することができます。詳細はこちらを参照してください。
SELECTリソース操作は /selectサブ URI を介して REST POST バインディングをサポートしています。

UI の強化
Modelo

VCSのコンフリクトを解決しやすくするため、“Sync Project to VCS”時に “Open Folder”の状態を保存しないようにした。
「レコードの検索」において、ブール値のプロパティを検索する際に、「true」または「false」のほか、「Any」（「気にしない」という意味）、「None」（プロパティが指定されておらず、trueでもfalseでもない場合）を指定して、すべてのレコードを表示することができるドロップリストが用意されました。
「レコードの追加」で新しいレコードを挿入する際、ドロップリストで「true」「false」だけでなく、「None」（「全くプロパティを設定しない」という意味）を指定できるようになりました。
プロジェクトをインポートする際、「Select Import Type」を「Project from URL (zip)」に設定することができるようになりました。これにより、プロジェクトのZIPファイルを参照するURLを入力することができます。
Modeloの「IDE設定」の「エディター」セクションに「スペースでインデント」というチェックボックスがあり、JavaScriptとVAILエディターが実際の「タブ」文字（デフォルト）または同等のスペース文字でインデントを実装するかを制御します。
Modeloには、複数行の “Description” フィールドを追加することができる様々な場所があります。これらのフィールドは現在、基本的なMarkdownフォーマットをサポートしています：
- プロジェクトの説明
- Apps と App Component の説明。
- Service Builderの説明。
- アセンブリの説明
GeoJSONオブジェクトを入力するダイアログで、“Polygon” Typeをサポートするようになりました。
Storage Manager は、デフォルトのMongoDB以外のデータベースへのアクセスに使用されます。
- 新しいStorage Managerを作成するには、 Administer>Advanced>Storage Managers を使用し、New ボタンをクリックします。
- Storage Managerを作成すると、新しい標準Typeを定義する際に使用することができます。そのTypeに保存されたデータは、選択したStorage Managerで定義されたデータベースを使用します。
Service BuilderでVisual Event Handlersが使用されている場合、Save Changesボタンは、保存時にEvent Handlerが再構築されることを示す小さな赤い円を表示します。「変更の保存」ボタンに赤い丸が表示されない場合は、イベントハンドラーに外観上の変更しか加えられていないことを示します。
Client Builderのアイコンウィジェットのアイコン選択ダイアログに、名前によるフィルタリング機能が追加されました。
Client BuilderのZingChartウィジェットは、Specificカテゴリの下にChart Config Overrideプロパティを持つようになりました。この値はJSONオブジェクトです。このプロパティが設定されている場合、このJSONオブジェクトは、ウィジェットによって定義された他のすべてのデフォルトおよびウィジェットプロパティをオーバーライドするZingChartの初期化に使用されます。合法的なプロパティについては、ZingChart documentationを参照してください。
IDE設定に新しいプロパティ、Show Namespace Org Filterが追加されました。このプロパティを有効にすると、Change Namespace ダイアログにメニューが表示され、Namespace リストをフィルタリングして現在の組織に属するものだけを表示することができます。

Design Modeler

Design Modeler は、Vantiqシステム構築のための新しいVisual IDEツールです。Vantiqシステムの構成要素であるServiceとClientを簡単に接続することができます。
新しいDesign Modelは、Add>Design Modelを使用して、New Design Modelボタンをクリックして作成します。Design Modelerは、Design Templatesを使用して、開発者がスケーラブルでベストプラクティスを使用するVantiqシステムを設計するのを支援します。New Design Modelerダイアログでは、各テンプレートの図解と解説が表示されます。

System Modeler

System Modeler は、Vantiq Projectではなく、Design Model (上記参照) を生成するようになりました。また、ビジネス要件を文書化するために、Event Stormingの概念を使用しています。
イベント・ストーミング・セッションが完了したら、Generateボタンを使用して新しい Design Model を生成します。システム・モデルから生成されたDesign Modelには、Event Stormingのすべてのメモの要件チェックリストが含まれており、開発者はDesign Model内のすべてのビジネス要件を実装するよう促されます。

Service Builder

Serviceの一部であるProcedure、Apps、Ruleを開くと、スタンドアロンペインではなく、Serviceのコンテキストでリソースを開くことができます。
Inbound Service Event HandlersのEventStreamsは編集不可能です。これは、Event Handlerが実装するInbound Event Typeをトリガーするように設定する必要があるためです。
State タブで State プロパティ名の隣にある新しいボタンをクリックして、プロパティの状態管理手続き (Get, Update, Reset) を生成します。
Add New Service ポップアップの新しいオプションを使用することにより、Lookup only または Update and Lookup Cache Service を生成します。
タスクコンテキスト（青い枠）は、Design Modelによって生成されるService Event Handlersの粗いガイドラインを表します。各タスクコンテキストをクリックすると、アクティビティパターンパレットがフィルタリングされ、関連するパターンのみが表示されます。

Client Builder (クライアントビルダー)

Client BuilderでJavaScriptを編集する際、「Insert Code Fragment」というドロップリストがあり、これを使用することで様々な有用なコードスニペットを挿入することができます。新たに3種類のフラグメントを挿入することができるようになりました：
- データストリーム – データストリームオブジェクトにアクセスするためのコードを挿入します。
- Service Procedures – Service上で定義されたProcedureを呼び出すためのコードを挿入する。
- Service Events – Service上で定義された受信Service Eventに発行するためのコードを挿入します。
データテーブルの「On Format Cell Background」イベントは、より包括的な ‘On Render Cell’ イベントを優先して非推奨とされました。
データテーブル内の各カラムに対して、カラム内の各「<td>」要素に適用されるCSSクラスを設定できるようになりました。
Markdownテキストの断片をフォーマットして表示するために使用できるStaticMarkdownという新しいWidgetがあります。
すべてのウィジェットで、“minimumHeight”と “minimumWidth”プロパティをサポートするようになりました。設定すると、レイアウト管理で通常使用される最小サイズを大きくすることができます。
ScrolledLayoutウィジェット内でページを開くことができるようになりました; これはポップアップページのように動作しますが、それは別のページの中にネストされます。openNestedPage と closeNestedPage を参照して下さい。
クライアントコンポーネントを実行時にインスタンス化し、addComponentChildメソッドを使用してWidgetContainerに追加することができるようになった。
Client Builderパレットのコンポーネント名にパッケージ名を含めないようにしました（マウスを乗せるとフルネームが表示されます）。
クライアントコンポーネントで、データストリームを「設定プロパティ」として設定できるようになりました。これにより、クライアントコンポーネントのデフォルトのデータストリームを、実行時に独自のデータストリームでオーバーライドすることができます。(クライアントコンポーネントのユーザーズガイドの「データストリーム」(ccug/index.html#data-streams)を参照してください)。
カラーピッカーでカスタムカラーを設定する際、カラー値だけでなく不透明度も設定できるようになりました。(半透明の量をコントロールできる追加のスライダーがあります。) 「ソリッド」(不透明度1)の色は、通常の#RRGGBBコーディングで表示されます – 他の不透明度設定の色は、「rgba(r、g、b、a)」形式が使用されます。
ドロップシャドウの色は、テーマで設定できるようになりました。ドロップシャドウの色は、テーマで設定できるようになりました：
- None (ドロップシャドウなし)
- テーマ（テーマの色を使ったドロップシャドウがあります。）
- (カラーピッカーで設定した色、またはリストから選択した色)
- 背景色を使用します。
Client Builderで、ページが「ブラウザ」レイアウトモードにあるとき、スクロールバーを使用するのではなく、ページを「ドラッグ」してスクロールできるようになりました。
ラジオボタンに新しいBooleanプロパティ「isHorizontal」が追加され、ラジオボタンのレイアウトを上から下ではなく、左から右にするために「true」を設定することができます。
Client Builderで「Timed Query」データストリームを作成する場合、「返すべき最大レコード数」がデフォルトで100に設定されるようになりました。
Vantiq モバイルアプリで、Bluetooth Low Energy (BLE) デバイスからのデータのスキャンがサポートされました。startBLEScan() と client.stopBLEScan() を参照してください。
getName() で、現在の Client の名前を取得できるようになりました。
Client Launcherで実行する場合、logout()メソッドは現在のユーザをログアウトさせます。
ZingChartベースのウィジェット(BarChart, ColumnChart, LineChart) で、「bindEvents」プロパティを設定してZingChart内部イベントのリッスンができるようになりました。
クライアントが、sendLocationで、Vantiqモバイルアプリから位置情報の更新を強制できるようになりました。

その他

Active Resource Control Centerでは、Namespace内のすべての有効なリソースを確認し、その有効化ステータスを簡単に変更することができます。orgのNamespaceにいるときは、そのorgのすべてのNamespaceに対して同じことをすることができます。詳細は、こちらを参照してください。
組織管理者は、ユーザーが各Namespaceに明示的に招待されているかどうかにかかわらず、Active Resource Control centerを使用して、組織内の任意のNamespaceの任意のリソースのアクティベーションを更新することができます。
App Componentsにプレースホルダー・ルートノードが追加されました。これにより、App Componentsは実質的に複数のルートタスクを持つことができます。
ユーザーは、生成されたユーザーではなく、作成者のアイデンティティの下で行動する Personal Token を作成することができます。詳細はこちらを参照してください。

Vantiqモバイルアプリケーション
プッシュ通知機能を有効にするには、iOS Vantiqアプリのバージョン3.6.0が必要です。