@things-factory/integration-base 6.1.141 → 6.1.145
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist-server/engine/task/database-query.js +3 -1
- package/dist-server/engine/task/database-query.js.map +1 -1
- package/dist-server/engine/task/graphql-mutate.js +2 -1
- package/dist-server/engine/task/graphql-mutate.js.map +1 -1
- package/dist-server/engine/task/graphql-query.js +2 -1
- package/dist-server/engine/task/graphql-query.js.map +1 -1
- package/dist-server/engine/task/http-get.js +2 -1
- package/dist-server/engine/task/http-get.js.map +1 -1
- package/dist-server/engine/task/http-post.js +2 -1
- package/dist-server/engine/task/http-post.js.map +1 -1
- package/dist-server/engine/task/local-graphql-mutate.js +2 -1
- package/dist-server/engine/task/local-graphql-mutate.js.map +1 -1
- package/dist-server/engine/task/local-graphql-query.js +2 -1
- package/dist-server/engine/task/local-graphql-query.js.map +1 -1
- package/dist-server/engine/task/log.js +2 -1
- package/dist-server/engine/task/log.js.map +1 -1
- package/dist-server/engine/task/oracle-procedure.js +2 -1
- package/dist-server/engine/task/oracle-procedure.js.map +1 -1
- package/dist-server/engine/task/script.js +2 -1
- package/dist-server/engine/task/script.js.map +1 -1
- package/dist-server/engine/types.js.map +1 -1
- package/dist-server/service/scenario-instance/scenario-instance-mutation.js +2 -2
- package/dist-server/service/scenario-instance/scenario-instance-mutation.js.map +1 -1
- package/dist-server/service/scenario-instance/scenario-instance-type.js +2 -1
- package/dist-server/service/scenario-instance/scenario-instance-type.js.map +1 -1
- package/dist-server/tsconfig.tsbuildinfo +1 -1
- package/helps/integration/concept/script-internal-variables.ja.md +24 -0
- package/helps/integration/concept/script-internal-variables.ko.md +18 -0
- package/helps/integration/concept/script-internal-variables.md +24 -0
- package/helps/integration/concept/script-internal-variables.ms.md +20 -0
- package/helps/integration/concept/script-internal-variables.zh.md +24 -0
- package/helps/integration/task/database-query.ja.md +14 -0
- package/helps/integration/task/database-query.ko.md +14 -0
- package/helps/integration/task/database-query.md +14 -0
- package/helps/integration/task/database-query.ms.md +14 -0
- package/helps/integration/task/database-query.zh.md +14 -0
- package/helps/integration/task/graphql-mutate.ja.md +41 -0
- package/helps/integration/task/graphql-mutate.ko.md +44 -0
- package/helps/integration/task/graphql-mutate.md +12 -15
- package/helps/integration/task/graphql-mutate.ms.md +41 -0
- package/helps/integration/task/graphql-mutate.zh.md +41 -0
- package/helps/integration/task/graphql-query.ja.md +33 -0
- package/helps/integration/task/graphql-query.ko.md +44 -0
- package/helps/integration/task/graphql-query.md +5 -18
- package/helps/integration/task/graphql-query.ms.md +33 -0
- package/helps/integration/task/graphql-query.zh.md +31 -0
- package/helps/integration/task/local-graphql-mutate.md +1 -1
- package/helps/integration/task/local-graphql-query.md +1 -1
- package/helps/integration/task/log.ja.md +11 -5
- package/helps/integration/task/log.ko.md +2 -1
- package/helps/integration/task/log.md +7 -6
- package/helps/integration/task/log.ms.md +11 -9
- package/helps/integration/task/log.zh.md +12 -7
- package/helps/integration/task/script.ja.md +37 -0
- package/helps/integration/task/script.ko.md +37 -0
- package/helps/integration/task/script.md +7 -9
- package/helps/integration/task/script.ms.md +37 -0
- package/helps/integration/task/script.zh.md +37 -0
- package/package.json +8 -8
- package/server/engine/task/database-query.ts +4 -1
- package/server/engine/task/graphql-mutate.ts +2 -1
- package/server/engine/task/graphql-query.ts +2 -1
- package/server/engine/task/http-get.ts +2 -1
- package/server/engine/task/http-post.ts +2 -1
- package/server/engine/task/local-graphql-mutate.ts +2 -1
- package/server/engine/task/local-graphql-query.ts +2 -1
- package/server/engine/task/log.ts +2 -1
- package/server/engine/task/oracle-procedure.ts +2 -1
- package/server/engine/task/script.ts +2 -1
- package/server/engine/types.ts +1 -0
- package/server/service/scenario-instance/scenario-instance-mutation.ts +2 -2
- package/server/service/scenario-instance/scenario-instance-type.ts +2 -1
@@ -0,0 +1,24 @@
|
|
1
|
+
# 組み込みスクリプト変数
|
2
|
+
|
3
|
+
スクリプトタイプのタスクプロパティ(スクリプト、SQL、GraphQL クエリ/ミューテーション、ログなど)では、デフォルトで提供されている 5 つの組み込み変数があります。
|
4
|
+
|
5
|
+
- 組み込み変数:
|
6
|
+
|
7
|
+
- domain: 現在のシナリオが実行されているテナントに関する情報が含まれています。
|
8
|
+
|
9
|
+
- name: ドメイン名
|
10
|
+
- description: ドメインの説明
|
11
|
+
- timezone: ドメインのタイムゾーン
|
12
|
+
- attributes: ドメイン属性(システムのスーパーユーザーは、ドメインに対して会社名、住所、工場コード、所有者の名前などのカスタム属性を指定できます)。
|
13
|
+
|
14
|
+
- user: シナリオを開始したユーザーに関する情報が含まれています。 (システムによって実行される場合、スケジューラなど、ユーザーがいないことがあります)
|
15
|
+
|
16
|
+
- name: ユーザー名
|
17
|
+
- email: ユーザーの電子メール
|
18
|
+
- userType: ユーザータイプ
|
19
|
+
|
20
|
+
- lng: シナリオを開始するユーザーのブラウザで使用されている言語(例:en-US、ko-KR など)。 ユーザーのブラウザを介さないリクエストを処理する場合、この組み込み変数は提供されない場合があります。
|
21
|
+
|
22
|
+
- variables: シナリオ呼び出し時に呼び出し元から受け取るオブジェクト。
|
23
|
+
|
24
|
+
- data: シナリオの実行中に生成された各ステップの結果データ。
|
@@ -0,0 +1,18 @@
|
|
1
|
+
# 스크립트 내장 변수
|
2
|
+
|
3
|
+
스크립트 형태의 태스크 속성(Script, SQL, GraphQL Query/Mutation, Log 등)에는 기본적으로 5가지의 내장변수가 제공된다.
|
4
|
+
|
5
|
+
- 내장변수들
|
6
|
+
- domain : 시나리오가 실행중인 테넌시 정보
|
7
|
+
- name: 도메인 이름
|
8
|
+
- description: 도메인 설명
|
9
|
+
- timezone : 도메인 타임존
|
10
|
+
- attributes: 도메인 속성들 (시스템 수퍼유저가 도메인에 대한 커스텀 속성을 지정할 수 있다. - 예를 들어, 회사이름, 주소, 공장코드, 대표자명 등)
|
11
|
+
- user : 시나리오를 요청한 유저 정보 (스케쥴러 등 시스템에 의해 실행되는 경우에는 사용자가 없을 수 있다.)
|
12
|
+
- name
|
13
|
+
- email
|
14
|
+
- userType
|
15
|
+
- lng : 시나리오를 요청한 유저 브라우저의 사용 언어(en-US, ko-KR, ..)
|
16
|
+
- 사용자 브라우저를 통하지 않은 요청을 처리할 때에는 이 내장변수가 제공되지 않을 수 있다.
|
17
|
+
- variables : 시나리오 호출 시점에 호출자로부터 전달받은 오브젝트
|
18
|
+
- data: 시나리오 실행과정에 생성된 각 스텝의 결과 데이타
|
@@ -0,0 +1,24 @@
|
|
1
|
+
# Built-in Script Variables
|
2
|
+
|
3
|
+
In script-type task properties (Script, SQL, GraphQL Query/Mutation, Log, etc.), there are five built-in variables provided by default.
|
4
|
+
|
5
|
+
- Built-in Variables:
|
6
|
+
|
7
|
+
- domain: Contains information about the tenant where the current scenario is running.
|
8
|
+
|
9
|
+
- name: Domain name
|
10
|
+
- description: Domain description
|
11
|
+
- timezone: Domain timezone
|
12
|
+
- attributes: Domain attributes (System superusers can specify custom attributes for the domain, such as company name, address, factory code, owner's name, etc.).
|
13
|
+
|
14
|
+
- user: Contains information about the user who initiated the scenario. (When executed by the system, such as schedulers, there may be no user)
|
15
|
+
|
16
|
+
- name: User name
|
17
|
+
- email: User email
|
18
|
+
- userType: User type
|
19
|
+
|
20
|
+
- lng: The language used by the user's browser when initiating the scenario (e.g., en-US, ko-KR, etc.). This built-in variable may not be provided when processing requests not through the user's browser.
|
21
|
+
|
22
|
+
- variables: An object received from the caller at the time of scenario invocation.
|
23
|
+
|
24
|
+
- data: Results data generated for each step during scenario execution.
|
@@ -0,0 +1,20 @@
|
|
1
|
+
# Variabel Skrip Terbina Dalam
|
2
|
+
|
3
|
+
Dalam sifat tugas jenis skrip (Skrip, SQL, Pertanyaan/Mutasi GraphQL, Log, dsb.), terdapat lima pembolehubah terbina dalam yang disediakan secara asas.
|
4
|
+
|
5
|
+
- Pembolehubah Terbina:
|
6
|
+
|
7
|
+
- domain: Mengandungi maklumat tentang penyewa di mana senario semasa sedang berjalan.
|
8
|
+
|
9
|
+
- name: Nama domain
|
10
|
+
- description: Penerangan domain
|
11
|
+
- timezone: Zon masa domain
|
12
|
+
- attributes: Atribut domain (Superpengguna sistem boleh menentukan atribut kustom untuk domain, seperti nama syarikat, alamat, kod kilang, nama pemilik, dll.).
|
13
|
+
|
14
|
+
- user: Mengandungi maklumat tentang pengguna yang memulakan senario. (Apabila dilaksanakan oleh sistem, seperti penjadual, mungkin tiada pengguna)
|
15
|
+
|
16
|
+
- name: Nama pengguna
|
17
|
+
- email: E-mel pengguna
|
18
|
+
- userType: Jenis pengguna
|
19
|
+
|
20
|
+
- lng: Bahasa yang digunakan oleh pelayar pengguna ketika memulakan senario (contohnya, en-US, ko
|
@@ -0,0 +1,24 @@
|
|
1
|
+
# 内置脚本变量
|
2
|
+
|
3
|
+
脚本类型的任务属性(Script、SQL、GraphQL 查询/变更、Log 等)基本上提供了 5 种内置变量。
|
4
|
+
|
5
|
+
- 内置变量:
|
6
|
+
|
7
|
+
- domain: 包含当前方案正在运行的租户信息。
|
8
|
+
|
9
|
+
- name: 域名
|
10
|
+
- description: 域描述
|
11
|
+
- timezone: 域时区
|
12
|
+
- attributes: 域属性(系统超级用户可以为域指定自定义属性,例如公司名称、地址、工厂代码、负责人姓名等)。
|
13
|
+
|
14
|
+
- user: 包含启动方案的用户信息。 (由系统调度程序等系统执行时,可能没有用户)
|
15
|
+
|
16
|
+
- name: 用户名
|
17
|
+
- email: 用户电子邮件
|
18
|
+
- userType: 用户类型
|
19
|
+
|
20
|
+
- lng: 启动方案的用户在其浏览器中使用的语言(例如:en-US、ko-KR 等)。 当处理不通过用户的浏览器进行的请求时,可能不会提供此内置变量。
|
21
|
+
|
22
|
+
- variables: 在方案调用时从调用者那里接收的对象
|
23
|
+
|
24
|
+
- data: 在方案执行过程中生成的每个步骤的结果数据
|
@@ -0,0 +1,14 @@
|
|
1
|
+
# データベースクエリタスク
|
2
|
+
|
3
|
+
このタスクは、データベースコネクタを対象として SQL クエリを実行できるタスクです。
|
4
|
+
|
5
|
+
SQL クエリを作成する際に、変数性の値はシナリオコンテキストの data および variables など、[スクリプト内蔵変数](../concept/script-internal-variables.md)を活用できます。
|
6
|
+
|
7
|
+
```
|
8
|
+
# SQLの例
|
9
|
+
|
10
|
+
Select * from LOT
|
11
|
+
where product='${variables.search.product}' // variables: シナリオ入力変数
|
12
|
+
and operation='${data.lot.operation}' // data: シナリオ実行データ
|
13
|
+
and factory='${domain.attributes.factory}' // domain: 現在のテナント情報
|
14
|
+
```
|
@@ -0,0 +1,14 @@
|
|
1
|
+
# Database Query Task
|
2
|
+
|
3
|
+
데이타베이스 커넥터를 대상으로 SQL 쿼리를 실행할 수 있는 태스크이다.
|
4
|
+
|
5
|
+
SQL 쿼리를 작성할 때, 변수성 값은 시나리오 컨텍스트의 data와 variables등 [스크립트 내장변수](../concept/script-internal-variables.md)를 활용할 수 있다.
|
6
|
+
|
7
|
+
```
|
8
|
+
# SQL 예시
|
9
|
+
|
10
|
+
Select * from LOT
|
11
|
+
where product='${variables.search.product}' // variables : 시나리오 입력변수
|
12
|
+
and operation='${data.lot.operation}' // data : 시나리오 실행 데이타
|
13
|
+
and factory='${domain.attributes.factory}' // domain : 현재 테넌시 정보
|
14
|
+
```
|
@@ -0,0 +1,14 @@
|
|
1
|
+
# Database Query Task
|
2
|
+
|
3
|
+
This is a task that allows executing SQL queries on a database connector.
|
4
|
+
|
5
|
+
When writing SQL queries, variable values can be used from the scenario context, such as data and variables, including [Script Internal Variables](../concept/script-internal-variables.md).
|
6
|
+
|
7
|
+
```
|
8
|
+
# SQL Example
|
9
|
+
|
10
|
+
Select * from LOT
|
11
|
+
where product='${variables.search.product}' // variables: Scenario input variables
|
12
|
+
and operation='${data.lot.operation}' // data: Scenario execution data
|
13
|
+
and factory='${domain.attributes.factory}' // domain: Current tenant information
|
14
|
+
```
|
@@ -0,0 +1,14 @@
|
|
1
|
+
# Tugas Pertanyaan Pangkalan Data
|
2
|
+
|
3
|
+
Ini adalah tugas yang membolehkan pelaksanaan pertanyaan SQL terhadap penyambung pangkalan data.
|
4
|
+
|
5
|
+
Semasa menulis pertanyaan SQL, pembolehubah boleh digunakan dengan menggunakan data dan pembolehubah dalam konteks senario, seperti yang diterangkan dalam [Pembolehubah Dalaman Skrip](../concept/script-internal-variables.md).
|
6
|
+
|
7
|
+
```
|
8
|
+
# Contoh SQL
|
9
|
+
|
10
|
+
Select * from LOT
|
11
|
+
where product='${variables.search.product}' // variables: pembolehubah input senario
|
12
|
+
and operation='${data.lot.operation}' // data: data pelaksanaan senario
|
13
|
+
and factory='${domain.attributes.factory}' // domain: maklumat penyewa semasa ini
|
14
|
+
```
|
@@ -0,0 +1,14 @@
|
|
1
|
+
# 数据库查询任务
|
2
|
+
|
3
|
+
这是一个可以对数据库连接器执行 SQL 查询的任务。
|
4
|
+
|
5
|
+
在编写 SQL 查询时,可以使用脚本上下文的 data 和 variables 等[脚本内置变量](../concept/script-internal-variables.md)中的变量值。
|
6
|
+
|
7
|
+
```
|
8
|
+
# SQL示例
|
9
|
+
|
10
|
+
Select * from LOT
|
11
|
+
where product='${variables.search.product}' // variables:场景输入变量
|
12
|
+
and operation='${data.lot.operation}' // data:场景执行数据
|
13
|
+
and factory='${domain.attributes.factory}' // domain:当前租户信息
|
14
|
+
```
|
@@ -0,0 +1,41 @@
|
|
1
|
+
# GraphQL Mutate Task
|
2
|
+
|
3
|
+
これはサーバーが提供する GraphQL mutate API を呼び出すタスクです。MutationQuery を作成する際、変数の処理は 2 つの方法で行うことができ、方法 2 を使用することをお勧めします。
|
4
|
+
|
5
|
+
方法 1:シナリオコンテキストから data と variables、および[スクリプトの内部変数](../concept/script-internal-variables.md)を使用できます。この方法は文字列変数を適用するのに適しています。
|
6
|
+
|
7
|
+
```graphql
|
8
|
+
mutation {
|
9
|
+
syncAllMarketplaceOrder(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
10
|
+
...
|
11
|
+
}
|
12
|
+
|
13
|
+
removeTagFromObject(tag: "${this.data.tag}") {
|
14
|
+
...
|
15
|
+
}
|
16
|
+
}
|
17
|
+
```
|
18
|
+
|
19
|
+
方法 2:`variables`に使用する変数を指定し、GraphQL 変数処理を使用します。 `variables`の値は、シナリオコンテキスト内のデータへのアクセサとして指定できます。この方法はオブジェクトタイプの変数を適用するのに適しています。
|
20
|
+
|
21
|
+
```graphql
|
22
|
+
mutation($fromDate: String!, $toDate: String!) {
|
23
|
+
syncAllMarketplaceOrder(fromDate: $fromDate, toDate: $toDate) {
|
24
|
+
...
|
25
|
+
}
|
26
|
+
|
27
|
+
removeTagFromObject(tag: $tag) {
|
28
|
+
...
|
29
|
+
}
|
30
|
+
}
|
31
|
+
```
|
32
|
+
|
33
|
+
## パラメータ
|
34
|
+
|
35
|
+
- `mutation`
|
36
|
+
|
37
|
+
- GraphQL mutation クエリを入力します。
|
38
|
+
|
39
|
+
- `variables`
|
40
|
+
- GraphQL クエリで使用する変数を定義します。
|
41
|
+
- 変数名をキーとし、変数値に対応するデータアクセサを値として設定します.
|
@@ -0,0 +1,44 @@
|
|
1
|
+
# GraphqlMutate Task
|
2
|
+
|
3
|
+
서버에서 제공하는 graphql mutate API를 호출하는 태스크이다.
|
4
|
+
MutationQuery를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
|
5
|
+
|
6
|
+
방법 1. 시나리오 컨텍스트의 data와 variables등 [스크립트 내장변수](../concept/script-internal-variables.md)를 활용할 수 있다.
|
7
|
+
이 방법은 문자열 변수를 적용할 때 적합하다.
|
8
|
+
|
9
|
+
```
|
10
|
+
mutation {
|
11
|
+
syncAllMarketplaceOrder(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
12
|
+
...
|
13
|
+
}
|
14
|
+
|
15
|
+
removeTagFromObject(tag: "${this.data.tag}") {
|
16
|
+
...
|
17
|
+
}
|
18
|
+
}
|
19
|
+
```
|
20
|
+
|
21
|
+
방법 2. varibles에 사용할 변수를 지정하고, graphql 변수 처리방법을 사용한다. variables의 값은 시나리오 컨텍스트의 data 에 대한 accessor로 지정할 수 있다.
|
22
|
+
이 방법은 객체형 변수를 적용할 때 적합하다.
|
23
|
+
|
24
|
+
```
|
25
|
+
mutation($fromDate: String!, $toDate: String!) {
|
26
|
+
syncAllMarketplaceOrder(fromDate: $fromDate, toDate: $toDate) {
|
27
|
+
...
|
28
|
+
}
|
29
|
+
|
30
|
+
removeTagFromObject(tag: $tag) {
|
31
|
+
...
|
32
|
+
}
|
33
|
+
}
|
34
|
+
```
|
35
|
+
|
36
|
+
## parameters
|
37
|
+
|
38
|
+
- mutation
|
39
|
+
|
40
|
+
- graphql mutation 쿼리를 입력한다.
|
41
|
+
|
42
|
+
- variables
|
43
|
+
- graphql query에서 사용될 변수를 정의한다.
|
44
|
+
- key예는 변수의 이름을 지정하며, value에는 변수값에 해당하는 data accessor를 설정한다.
|
@@ -1,12 +1,10 @@
|
|
1
|
-
#
|
1
|
+
# GraphQL Mutate Task
|
2
2
|
|
3
|
-
|
4
|
-
MutationQuery를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
|
3
|
+
This is a task that calls the GraphQL mutate API provided by the server. When writing the MutationQuery, variable processing can be done in two ways, and it is recommended to use Method 2.
|
5
4
|
|
6
|
-
|
7
|
-
이 방법은 문자열 변수를 적용할 때 적합하다.
|
5
|
+
Method 1: You can use the data and variables from the scenario context, as well as [script internal variables](../concept/script-internal-variables.md). This method is suitable for applying string variables.
|
8
6
|
|
9
|
-
```
|
7
|
+
```graphql
|
10
8
|
mutation {
|
11
9
|
syncAllMarketplaceOrder(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
12
10
|
...
|
@@ -18,10 +16,9 @@ mutation {
|
|
18
16
|
}
|
19
17
|
```
|
20
18
|
|
21
|
-
|
22
|
-
이 방법은 객체형 변수를 적용할 때 적합하다.
|
19
|
+
Method 2: Specify the variables to be used in `variables`, and use GraphQL variable processing. The value of `variables` can be specified as an accessor for the data in the scenario context. This method is suitable for applying object-type variables.
|
23
20
|
|
24
|
-
```
|
21
|
+
```graphql
|
25
22
|
mutation($fromDate: String!, $toDate: String!) {
|
26
23
|
syncAllMarketplaceOrder(fromDate: $fromDate, toDate: $toDate) {
|
27
24
|
...
|
@@ -33,12 +30,12 @@ mutation($fromDate: String!, $toDate: String!) {
|
|
33
30
|
}
|
34
31
|
```
|
35
32
|
|
36
|
-
##
|
33
|
+
## Parameters
|
37
34
|
|
38
|
-
- mutation
|
35
|
+
- `mutation`
|
39
36
|
|
40
|
-
-
|
37
|
+
- Input the GraphQL mutation query.
|
41
38
|
|
42
|
-
- variables
|
43
|
-
-
|
44
|
-
-
|
39
|
+
- `variables`
|
40
|
+
- Define the variables to be used in the GraphQL query.
|
41
|
+
- Specify the variable names as keys, and set the data accessor corresponding to the variable value as the value.
|
@@ -0,0 +1,41 @@
|
|
1
|
+
# Tugas GraphQL Mutate
|
2
|
+
|
3
|
+
Ini adalah tugas yang memanggil GraphQL mutate API yang disediakan oleh server. Ketika menulis MutationQuery, pengolahan variabel dapat dilakukan dengan dua cara, dan disarankan menggunakan Metode 2.
|
4
|
+
|
5
|
+
Metode 1: Anda dapat menggunakan data dan variabel dari konteks skenario, serta [variabel internal skrip](../concept/script-internal-variables.md). Metode ini cocok untuk menerapkan variabel string.
|
6
|
+
|
7
|
+
```graphql
|
8
|
+
mutation {
|
9
|
+
syncAllMarketplaceOrder(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
10
|
+
...
|
11
|
+
}
|
12
|
+
|
13
|
+
removeTagFromObject(tag: "${this.data.tag}") {
|
14
|
+
...
|
15
|
+
}
|
16
|
+
}
|
17
|
+
```
|
18
|
+
|
19
|
+
Metode 2: Tentukan variabel yang akan digunakan dalam `variabel`, dan gunakan pengolahan variabel GraphQL. Nilai dari `variabel` dapat ditentukan sebagai akses data dalam konteks skenario. Metode ini cocok untuk menerapkan variabel tipe objek.
|
20
|
+
|
21
|
+
```graphql
|
22
|
+
mutation($fromDate: String!, $toDate: String!) {
|
23
|
+
syncAllMarketplaceOrder(fromDate: $fromDate, toDate: $toDate) {
|
24
|
+
...
|
25
|
+
}
|
26
|
+
|
27
|
+
removeTagFromObject(tag: $tag) {
|
28
|
+
...
|
29
|
+
}
|
30
|
+
}
|
31
|
+
```
|
32
|
+
|
33
|
+
## Parameter
|
34
|
+
|
35
|
+
- `mutation`
|
36
|
+
|
37
|
+
- Masukkan kueri mutasi GraphQL.
|
38
|
+
|
39
|
+
- `variables`
|
40
|
+
- Tentukan variabel yang akan digunakan dalam kueri GraphQL.
|
41
|
+
- Tentukan nama variabel sebagai kunci, dan atur akses data yang sesuai dengan nilai variabel sebagai nilai.
|
@@ -0,0 +1,41 @@
|
|
1
|
+
# GraphQL Mutate Task
|
2
|
+
|
3
|
+
这是一个调用服务器提供的 GraphQL mutate API 的任务。在编写 MutationQuery 时,可以通过两种方式进行变量处理,建议使用方法 2。
|
4
|
+
|
5
|
+
方法 1:您可以使用情境上下文中的 data 和 variables,以及 script 内部变量。这种方法适用于应用字符串变量。
|
6
|
+
|
7
|
+
```graphql
|
8
|
+
mutation {
|
9
|
+
syncAllMarketplaceOrder(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
10
|
+
...
|
11
|
+
}
|
12
|
+
|
13
|
+
removeTagFromObject(tag: "${this.data.tag}") {
|
14
|
+
...
|
15
|
+
}
|
16
|
+
}
|
17
|
+
```
|
18
|
+
|
19
|
+
方法 2:在`variables`中指定要在 GraphQL 查询中使用的变量,并使用 GraphQL 变量处理。 `variables`的值可以指定为情境上下文中数据的访问器。这种方法适用于应用对象类型变量。
|
20
|
+
|
21
|
+
```graphql
|
22
|
+
mutation($fromDate: String!, $toDate: String!) {
|
23
|
+
syncAllMarketplaceOrder(fromDate: $fromDate, toDate: $toDate) {
|
24
|
+
...
|
25
|
+
}
|
26
|
+
|
27
|
+
removeTagFromObject(tag: $tag) {
|
28
|
+
...
|
29
|
+
}
|
30
|
+
}
|
31
|
+
```
|
32
|
+
|
33
|
+
## 参数
|
34
|
+
|
35
|
+
- `mutation`
|
36
|
+
|
37
|
+
- 输入 GraphQL mutation 查询。
|
38
|
+
|
39
|
+
- `variables`
|
40
|
+
- 定义要在 GraphQL 查询中使用的变量。
|
41
|
+
- 将变量名称指定为键,并将对应于变量值的数据访问器设置为值。
|
@@ -0,0 +1,33 @@
|
|
1
|
+
# GraphQL クエリタスク
|
2
|
+
|
3
|
+
これはサーバーから提供される GraphQL クエリ API を呼び出すタスクです。クエリを書く際、変数の処理は 2 つの方法で行うことができ、方法 2 の使用を推奨しています。
|
4
|
+
|
5
|
+
方法 1:データや変数を含むシナリオコンテキストから変数を使用できます。これには[スクリプト内部
|
6
|
+
|
7
|
+
変数](../concept/script-internal-variables.md)も含まれます。この方法は文字列変数を適用するのに適しています。
|
8
|
+
|
9
|
+
```graphql
|
10
|
+
query {
|
11
|
+
fetchWorkOrderHistory(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
12
|
+
...
|
13
|
+
}
|
14
|
+
|
15
|
+
searchObjectWithTag(tag: "${this.data.tag}") {
|
16
|
+
...
|
17
|
+
}
|
18
|
+
}
|
19
|
+
```
|
20
|
+
|
21
|
+
方法 2:`variables`で使用する変数を指定し、GraphQL 変数の処理方法を使用します。`variables`の値は、シナリオコンテキスト内のデータへのアクセッサとして指定できます。この方法はオブジェクトタイプの変数を適用するのに適しています。
|
22
|
+
|
23
|
+
```graphql
|
24
|
+
query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag: String!) {
|
25
|
+
boards(filters: $filters, sortings: $sortings, pagination: $pagination) {
|
26
|
+
...
|
27
|
+
}
|
28
|
+
|
29
|
+
searchObjectWithTag(tag: $tag) {
|
30
|
+
...
|
31
|
+
}
|
32
|
+
}
|
33
|
+
```
|
@@ -0,0 +1,44 @@
|
|
1
|
+
# GraphqlQuery Task
|
2
|
+
|
3
|
+
서버에서 제공하는 graphql query API를 호출하는 태스크이다.
|
4
|
+
Query를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
|
5
|
+
|
6
|
+
방법 1. 시나리오 컨텍스트의 data와 variables등 [스크립트 내장변수](../concept/script-internal-variables.md)를 활용할 수 있다.
|
7
|
+
이 방법은 문자열 변수를 적용할 때 적합하다.
|
8
|
+
|
9
|
+
```
|
10
|
+
query {
|
11
|
+
fetchWorkOrderHistory(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
12
|
+
...
|
13
|
+
}
|
14
|
+
|
15
|
+
searchObjectWithTag(tag: "${this.data.tag}") {
|
16
|
+
...
|
17
|
+
}
|
18
|
+
}
|
19
|
+
```
|
20
|
+
|
21
|
+
방법 2. varibles에 사용할 변수를 지정하고, graphql 변수 처리방법을 사용한다. variables의 값은 시나리오 컨텍스트의 data 에 대한 accessor로 지정할 수 있다.
|
22
|
+
이 방법은 객체형 변수를 적용할 때 적합하다.
|
23
|
+
|
24
|
+
```
|
25
|
+
query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag: String!) {
|
26
|
+
boards(filters: $filters, sortings: $sortings, pagination: $pagination) {
|
27
|
+
...
|
28
|
+
}
|
29
|
+
|
30
|
+
searchObjectWithTag(tag: $tag) {
|
31
|
+
...
|
32
|
+
}
|
33
|
+
}
|
34
|
+
```
|
35
|
+
|
36
|
+
## parameters
|
37
|
+
|
38
|
+
- query
|
39
|
+
|
40
|
+
- graphql query를 입력한다.
|
41
|
+
|
42
|
+
- variables
|
43
|
+
- graphql query에서 사용될 변수를 정의한다.
|
44
|
+
- key예는 변수의 이름을 지정하며, value에는 변수값에 해당하는 data accessor를 설정한다.
|
@@ -1,12 +1,10 @@
|
|
1
1
|
# GraphqlQuery Task
|
2
2
|
|
3
|
-
|
4
|
-
Query를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
|
3
|
+
This is a task that calls the GraphQL query API provided by the server. When writing queries, variable handling can be done in two ways, and it is recommended to use Method 2.
|
5
4
|
|
6
|
-
|
7
|
-
이 방법은 문자열 변수를 적용할 때 적합하다.
|
5
|
+
Method 1: You can use variables from the scenario context, such as data and variables, including [Script Internal Variables](../concept/script-internal-variables.md). This method is suitable for applying string variables.
|
8
6
|
|
9
|
-
```
|
7
|
+
```graphql
|
10
8
|
query {
|
11
9
|
fetchWorkOrderHistory(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
12
10
|
...
|
@@ -18,10 +16,9 @@ query {
|
|
18
16
|
}
|
19
17
|
```
|
20
18
|
|
21
|
-
|
22
|
-
이 방법은 객체형 변수를 적용할 때 적합하다.
|
19
|
+
Method 2: Specify the variables to be used in `variables` and use the GraphQL variable handling method. The value of `variables` can be specified as an accessor for data in the scenario context. This method is suitable for applying object-type variables.
|
23
20
|
|
24
|
-
```
|
21
|
+
```graphql
|
25
22
|
query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag: String!) {
|
26
23
|
boards(filters: $filters, sortings: $sortings, pagination: $pagination) {
|
27
24
|
...
|
@@ -32,13 +29,3 @@ query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag:
|
|
32
29
|
}
|
33
30
|
}
|
34
31
|
```
|
35
|
-
|
36
|
-
## parameters
|
37
|
-
|
38
|
-
- query
|
39
|
-
|
40
|
-
- graphql query를 입력한다.
|
41
|
-
|
42
|
-
- variables
|
43
|
-
- graphql query에서 사용될 변수를 정의한다.
|
44
|
-
- key예는 변수의 이름을 지정하며, value에는 변수값에 해당하는 data accessor를 설정한다.
|
@@ -0,0 +1,33 @@
|
|
1
|
+
# Tugas Pertanyaan Graphql
|
2
|
+
|
3
|
+
Ini adalah tugas yang memanggil API kueri GraphQL yang disediakan oleh server. Saat menulis kueri, pengolahan variabel dapat dilakukan dengan dua cara berikut, namun disarankan menggunakan metode kedua.
|
4
|
+
|
5
|
+
Metode 1: Anda dapat menggunakan data, variabel, dan lainnya dalam [variabel internal skrip](../concept/script-internal-variables.md). Metode ini cocok untuk menerapkan variabel string.
|
6
|
+
|
7
|
+
```graphql
|
8
|
+
query {
|
9
|
+
fetchWorkOrderHistory(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
10
|
+
...
|
11
|
+
}
|
12
|
+
|
13
|
+
searchObjectWithTag(tag: "${this.data.tag}") {
|
14
|
+
...
|
15
|
+
}
|
16
|
+
}
|
17
|
+
```
|
18
|
+
|
19
|
+
Metode 2: Anda dapat mendefinisikan variabel yang akan digunakan dalam kueri GraphQL dalam `variables`. Nilai variabel ini dapat diatur sebagai akses data yang sesuai. Metode ini cocok untuk menerapkan variabel tipe objek.
|
20
|
+
|
21
|
+
```graphql
|
22
|
+
query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag: String!) {
|
23
|
+
boards(filters: $filters, sortings: $sortings, pagination: $pagination) {
|
24
|
+
...
|
25
|
+
}
|
26
|
+
|
27
|
+
searchObjectWithTag(tag: $tag) {
|
28
|
+
...
|
29
|
+
}
|
30
|
+
}
|
31
|
+
```
|
32
|
+
|
33
|
+
Harap dicatat bahwa ini harus diterjemahkan ke dalam bahasa Inggris, bahasa Cina ringkas, Jepang, dan bahasa Malaysia.
|
@@ -0,0 +1,31 @@
|
|
1
|
+
# GraphqlQuery 任务
|
2
|
+
|
3
|
+
这是一个调用服务器提供的 GraphQL 查询 API 的任务。在编写查询时,可以通过两种方式处理变量,建议使用方法 2。
|
4
|
+
|
5
|
+
方法 1:您可以使用来自情境上下文的变量,例如数据和变量,包括[脚本内部变量](../concept/script-internal-variables.md)。此方法适用于应用字符串变量。
|
6
|
+
|
7
|
+
```graphql
|
8
|
+
query {
|
9
|
+
fetchWorkOrderHistory(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
|
10
|
+
...
|
11
|
+
}
|
12
|
+
|
13
|
+
searchObjectWithTag(tag: "${this.data.tag}") {
|
14
|
+
...
|
15
|
+
}
|
16
|
+
}
|
17
|
+
```
|
18
|
+
|
19
|
+
方法 2:指定要在 `variables` 中使用的变量,并使用 GraphQL 变量处理方法。`variables` 的值可以指定为情境上下文中数据的访问器。此方法适用于应用对象类型变量。
|
20
|
+
|
21
|
+
```graphql
|
22
|
+
query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag: String!) {
|
23
|
+
boards(filters: $filters, sortings: $sortings, pagination: $pagination) {
|
24
|
+
...
|
25
|
+
}
|
26
|
+
|
27
|
+
searchObjectWithTag(tag: $tag) {
|
28
|
+
...
|
29
|
+
}
|
30
|
+
}
|
31
|
+
```
|
@@ -3,7 +3,7 @@
|
|
3
3
|
서버에서 제공하는 graphql mutate API를 호출하는 태스크이다.
|
4
4
|
MutationQuery를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
|
5
5
|
|
6
|
-
방법 1. 시나리오 컨텍스트의 data와 variables를
|
6
|
+
방법 1. 시나리오 컨텍스트의 data와 variables등 [스크립트 내장변수](../concept/script-internal-variables.md)를 활용할 수 있다.
|
7
7
|
이 방법은 문자열 변수를 적용할 때 적합하다.
|
8
8
|
|
9
9
|
```
|
@@ -3,7 +3,7 @@
|
|
3
3
|
서버에서 제공하는 graphql query API를 호출하는 태스크이다.
|
4
4
|
Query를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
|
5
5
|
|
6
|
-
방법 1. 시나리오 컨텍스트의 data와 variables를
|
6
|
+
방법 1. 시나리오 컨텍스트의 data와 variables등 [스크립트 내장변수](../concept/script-internal-variables.md)를 활용할 수 있다.
|
7
7
|
이 방법은 문자열 변수를 적용할 때 적합하다.
|
8
8
|
|
9
9
|
```
|
@@ -1,11 +1,17 @@
|
|
1
|
+
# ログタスク
|
2
|
+
|
3
|
+
ログタスクは、シナリオの状態の変更を監視するためのログを出力するために使用されます。これらのログはアプリケーションの「logs」フォルダに保存され、ログファイルは「scenario-ScenarioName」で始まります。
|
4
|
+
|
1
5
|
## パラメータ
|
2
6
|
|
3
7
|
- メッセージ
|
4
|
-
-
|
5
|
-
-
|
6
|
-
- [テンプレートリテラル](../concept/template-literal.md)
|
8
|
+
- 特定のメッセージをログとして記録する必要がある場合は、このパラメータを使用します。メッセージログを有効にするには、アクセサが空である必要があります。
|
9
|
+
- 構成されたメッセージはログに記録されます。
|
10
|
+
- [テンプレートリテラル](../concept/template-literal.md)が適用されているため、データ、変数、ドメイン、ユーザー、lng などの変数を活用できます。
|
11
|
+
- [スクリプト内部変数](../concept/script-internal-variables.md)
|
7
12
|
- アクセサ [accessor](../concept/data-accessor.md)
|
8
|
-
-
|
13
|
+
- シナリオ内の特定のステップの結果値を出力したい場合は、アクセサを使用します。
|
9
14
|
- このアクセサの結果はログに記録されます。
|
10
15
|
- レベル
|
11
|
-
|
16
|
+
|
17
|
+
- ログメッセージのレベルを「info」、「warn」、「error」のいずれかに設定できます。
|