> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/cortex-cloud-posture-management/cases-and-issues/investigation-and-response/automation/lists/use-cases-json-lists.md).

# Use cases: JSON lists

List data can be stored in various structures, including JSON format. When accessing a valid JSON file from within a playbook, it is automatically parsed as a JSON object (list). Depending on how you store the data, you may need to transform a list into an array. For example, when using non-built-in commands in a script or looping over items in a list, we recommend converting the list into an array. Working with JSON files in playbooks typically involves the following:

* Extract the data from a JSON object
* Extract a subset of the data
* Filter extracted data
* Apply transformers to extracted data.

<details>

<summary>Extract data from a JSON object</summary>

Create a JSON list and use the **Set** automation to create a new context key that can extract the data from the list.

1. Create a List:
   1. In the Name field, type `Test1`.
   2. Select Settings → Configurations → Object Setup → Lists → Add a List.
   3. In the Content Type field, select JSON and add the following content:

      ```
      {    
          "domain": {
              "name": "mwidomain",
              "prod_mode": "prod",
              "user": "weblogic",
              "admin": {
                  "servername": "AdminServer",
                  "listenport": "8001"
              },
              "machines": [
                  {
                      "refname": "Machine1",
                      "name": "MWINODE01"
                  },
                  {
                      "refname": "Machine2",
                      "name": "MWINODE02"
                  }
              ],
              "clusters": [
                  {
                      "refname": "Cluster1",
                      "name": "App1Cluster",
                      "machine": "Box1"
                  },
                  {
                      "refname": "Cluster1",
                      "name": "App2Cluster",
                      "machine": "Box2"
                  }
              ],
              "servers": [
                  {
                      "name": "ms1",
                      "port": 9001,
                      "machine": "Box1",
                      "clusterrefname": "Cluster1"
                  },
                  {
                      "name": "ms2",
                      "port": 9002,
                      "machine": "Box2",
                      "clusterrefname": "Cluster2"
                  }
              ]
          }
      }
      ```
   4. Save the list.
2. Create a playbook task with the Set automation:
   1. Select Investigation & Response → Automation → Playbooks → New Playbook.
   2. Name the playbook, and click Save.
   3. Click Create Task and provide a task name.
   4. In the Choose Script field, select Set .

      The Set script sets a value in context under the key entered.
   5. In the key field, define a context key name for the data. For example, JSONData\
      ![](/files/dF08EE9yUYgjFjtk8NjD)
   6. In the value field, set the list you want to extract by clicking the curly brackets.
   7. Click Filters And Transformers.
   8. In the Get field, click the curly brackets, and in the Select source for value section, select the list you created in step 1: Test1.
   9. In the Fetch data field, select an issue to test the data.
   10. Click Test.

       In this example, the test results have found the list data\
       ![](/files/0UOQL3nT9wm5sJyhbDt7)
   11. When the test completes, click Save.
   12. Save the task and playbook.
3. Check all the data is stored in the context key you defined by testing the playbook using the debugger:
   1. Click Run.
   2. Open the Debugger Panel.

      The key you defined, JSONData, holds the data in context from the JSON object\
      ![](/files/Ip6oH5veUR5neC5RfYKA)

</details>

<details>

<summary>Extract a subset of the data</summary>

In a playbook, you can extract subsets of context data to analyze a specific information set. This approach also applies when working with lists, such as extracting a subset of data from a JSON object. In this example, we extract server information from the list created above.

1. In a playbook, create a task.
   1. In the Choose Script field, select Set .
   2. In the key field, define a context key name for the data; for example, JSONDataSubset.
   3. In the value field, set the list you want to extract by clicking the curly brackets.
   4. Click Filters And Transformers.
   5. In the Get field, enter **`lists.Test1.domain.servers`**.
   6. In the Fetch data field, select an issue to test the data.
   7. Click Test.
   8. When the test completes, click Save.
   9. Save the task and the playbook.
2. Check that all the data is stored in the context key you defined by testing the playbook using the debugger.
   1. Click **`Run`** Debugger Panel.
   2. The key you defined (JSONDataSubset) holds the subset of the data in context from the JSON object\
      ![](/files/LXzJZYzKgvTKEt1Nn1lH)

</details>

<details>

<summary>Filter extracted data</summary>

You can filter the extracted data subset to analyze it on a more granular level. In this example, we filter Box1 information from the list created in Extract the data from a JSON Object above.

1. Re-open the task you created above.
2. Click the value field.
3. Under Filter, click Add Filter.
4. Set the condition you want to filter.

   In this example, retrieve the list of machines named **`Box1`** from **`Test1`** list by setting the filter **`lists.Test1.domain.servers.machine Equals Box1`**\
   ![](/files/vGF7bP6EiiW2fnTQZEdA)
5. Click Test.
6. Check whether the data subset was accessed successfully by selecting the data source from an issue. You can see the results returned **`machine: Box1`**\
   ![](/files/CqgpYPbBUHlSTP9Qfo7N)

</details>

<details>

<summary>Apply transformers to extracted data</summary>

In general, in a playbook task, you can transform (apply changes) to the data extracted. This also applies to working with lists ,such as transforming extracted data from a JSON object. In this example, we extract the first element from the list created in the 'Extract Data from a JSON Object' section above and transform it to uppercase.

1. Re-open the task, click the contents of the value field, and keep the current filters.
2. In the Apply transformers on the field, click Add transformer.
3. Add the following transformers to the extracted data:
   1. Add the **`Get index (General)`** transformer to extract a specific machine element.

      Set **`index: 0`** to extract the first element from the list.
   2. Add the **`To upper case (String`**) transformer.

      The **`To upper case (String)`** transformer does not work on lists, only on individual elements. Therefore, the **`Get index (General)`** transformer should be applied before adding the **`To upper case (String)`** transformer\
      ![](/files/ISrHmuYSEDbPUHNX905S)
4. In the Fetch Data field, select an issue to test and click Test.

</details>

<br>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://cortex-docs.paloaltonetworks.com/cortex-cloud-posture-management/cases-and-issues/investigation-and-response/automation/lists/use-cases-json-lists.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
