GraphQL is another format to use when making requests to FlexDeploy servers. To get started you will need to download a way to make GraphQL Requests to your FlexDeploy server. Throughout this example we will be using Postman in order to send out GraphQL requests.
Making a Request
First, there are some steps in postman that need to be done before writing a request.
...
Create an HTTP Request
...
Make sure the Request is a POST request
Set the URL to the format below, replacing the FLEXDEPLOY_SERVER_HOSTNAME and FLEXDEPLOY_SERVER_PORT with your FlexDeploy server’s hostname and port respectively
a different type of REST request you can use on FlexDeploy servers. It’s main advantage over traditional REST Endpoints is its ability for a user to define exactly the data they want in a request. The request will only retrieve the data selected in a request. This can lead to better response times and more customizable data retrieval from a server. To get started, a tool is needed in in order to send requests to your FlexDeploy server. Several options exist like curl or other REST clients, but we will be using Postman in order to send out GraphQL requests.
| Table of Contents | ||||
|---|---|---|---|---|
|
Basics
Basic auth is supported for accessing FlexDeploy’s GraphQL Endpoint. Username and password or API Token are both supported.
FlexDeploy’s GraphQL Endpoint:
| Code Block |
|---|
http(s)://{{FLEXDEPLOY_SERVER_HOSTNAME}}:{{FLEXDEPLOY_SERVER_PORT}}/flexdeploy/rest/v2/graphql |
...
Set up security information under the “Authorization” tab. Either Basic Auth (username and password) or a token can be used here
...
Under the “Body” tab of the request, switch the body format to GraphQL by clicking on the dot next to “GraphQL”
...
After that is done we can now start to create our request. An example request is provided below.
...
| language | graphql |
|---|
...
Example:
| Code Block |
|---|
https://flexdeployserver.hostingservice.com:8000/flexdeploy/rest/v2/graphql |
Making a Request
First, there are some steps in Postman that need to be done before writing a request.
Create an HTTP Request
Make sure the Request is a POST request
Set the URL to the endpoint listed above in Basics, replacing the {{FLEXDEPLOY_SERVER_HOSTNAME}} and {{FLEXDEPLOY_SERVER_PORT}} with your FlexDeploy server’s hostname and port respectively
Set up security information under the “Authorization” tab. Either Basic Auth (username and password) or an API token can be used here
Under the “Body” tab of the request, switch the body format to GraphQL by clicking on the “GraphQL” radio button
...
Fetching Schema and Introspection
| Anchor | ||||
|---|---|---|---|---|
|
A GraphQL schema is a complete outline of what data is available when sending a query to the server. In order to learn what data is available when making a request, the schema can be fetched from the server. Once the URL and authentication are provided, Postman will automatically fetch the schema from the server and use it in autocomplete to help with writing queries. Otherwise, an Introspection Query can provide a list of queries accessible in our schema if this auto-fetch feature is unavailable .
...
To have Postman give suggestions for your query, press Ctrl + Space to bring up the autocomplete box.
...
Writing a Query
After you have created a request and loaded the schema, we can start to write our query. There are a few key parts to a query which we’ll dive into with the example below.
| Code Block | ||
|---|---|---|
| ||
query envState($where: [WhereInput], $sort: [SortInput], $page: PageInput) {
reportEnvironmentState(where: $where, sort: $sort, page: $page) {
items {
endTime
environmentName
executionStatus
externalTicket
instanceName
objectPath
packageName
partialDeployments
projectName
projectVersionName
projectWorkflowType
relName
relSnapshot
scmRevision
startTime
streamName
workflowExecutionId
workflowRequestId
}
}
}
|
We can see that we are running the reportEnvironmentState query (Environment State Report). This query has three variables (where, sort, and page) and is selecting quite a few fields in the “items” section to return when it executes.
...
Selection Set
The biggest difference between GraphQL and other, more traditional, REST requests are the optional selection of elements to be returned in a query. This can make queries return faster if only the information that is needed by the query is returned. This is called a subselection set. In our example we can see we have this block of text:
| Code Block | ||
|---|---|---|
| ||
items {
endTime
environmentName
executionStatus
externalTicket
instanceName
objectPath
packageName
partialDeployments
projectName
projectVersionName
projectWorkflowType
relName
relSnapshot
scmRevision
startTime
streamName
workflowExecutionId
workflowRequestId
} |
Here is where we can control what is being returned in the query. GraphQL will only return fields present in the subselection. For example, if I only wanted Package Name, Project Name, and Project Version Name to be returned, I could alter our previous example to something like this:
| Code Block | ||
|---|---|---|
| ||
query envState($where: [WhereInput], $sort: [SortInput], $page: PageInput) {
reportEnvironmentState(where: $where, sort: $sort, page: $page) {
items {
packageName
projectName
projectVersionName
}
}
} |
Variables
There are three main variables that are common across most FlexDeploy GraphQL queries: where, sort, and page.
Variable Name | Description | Object Definition | |||||
|---|---|---|---|---|---|---|---|
where: [WhereInput] | This allows you to filter the data like a where clause in an SQL query. Where is an array so multiple individual WhereInput objects can be linked together to filter the query. field: Name of the GraphQL field being filtered type: The comparison being performed
innerWhere: Similar to a subselect in SQL where prefiltering of a query could be done value: The value you are filtering by |
| |||||
sort: [SortInput] | This allows you to sort the data like a order by clause in an SQL query. Sort is an array so multiple individual SortInput objects can be linked together to sort the query. field: GraphQL field being sorted direction: the direction of sort being preformed with asc meaning ascending order and desc meaning descending order. |
| |||||
page: PageInput | Page input contains extra options for the block of data that is returned by the query. limit: The number of items in the block being returned. By default, a limit of 50 items are returned by the query. This can be overridden by the page limit to return a different amount of items. offset: Offsets the block of data being returned by the set value. For example, a limit of 20 and an offset of 4 would return items 4 through 23. |
|
All of the above variables objects are then bundled together in one variable object. It is not required to always include all three variables in the object. For example, if you wanted to only filter and not sort, you would only need to include the where variable. Below is an example of the combined variable object with all three variables used.
| Code Block |
|---|
{
"sort": [
{
"field": "projectName",
"direction": "asc"
}
],
"where": [
{
"field": "environmentName",
"type": "eqi",
"value": "QA"
},
{
"field": "projectWorkflowType",
"type": "eq",
"value": "DEPLOY"
}
],
"page": {
"limit": 20
}
} |
Executing A Query
Combining everything we talked about thus far (creating a HTTP Request, queries, and variables), we are now able to execute a query.
...
Response
| Code Block |
|---|
{
"data": {
"reportEnvironmentState": {
"items": [
{
"packageName": null,
"projectName": "RESTDeployProject1",
"projectVersionName": "1.0.30566"
},
{
"packageName": null,
"projectName": "RESTDeployProject1",
"projectVersionName": "1.0.30577"
},
]
}
}
} |
Example Queries
Here are are few more examples of GraphQL queries. See Fetching Schema and Introspection for information on how to get our schema for a full listing of available queries and mutations.
Environment History Report with File Details
This is running the same query used by the Environment History Report with the Show File Details checkbox selected. It is querying the history of all FlexDeploy executions against an environment called “Build” with file-level details being returned. We have a where variable below being used to only filter for the Build environment, as well as a page variable to limit the response to only the first two items.
| Code Block | ||
|---|---|---|
| ||
query reportHistoryFiles($where: [WhereInput], $sort: [SortInput], $page: PageInput) {
reportEnvironmentHistoryFileDetails(where: $where, sort: $sort, page: $page) {
items {
allFilesRequested
cmsTicketIds
endTime
environmentId
environmentName
executionStatus
folderId
instanceId
instanceName
workItemIds
objectPath
packageName
partialDeployments
pkgStatus
poScmRevision
projectId
projectName
projectVersionName
relDefinitionId
relName
relSnapshot
relSnapshotId
requestedBy
requestedOn
scmRevision
sequenceNumber
stageExecId
startTime
streamName
workflowExecutionId
workflowId
workflowRequestId
workflowType
workflowVersion
}
}
}
|
Variables
| Code Block |
|---|
{
"where": [
{
"field": "environmentName",
"type": "eqi",
"value": "build"
}
],
"page": {
"limit": 2
}
} |
Response
| Code Block |
|---|
{
"data": {
"reportEnvironmentHistoryFileDetails": {
"items": [
{
"projectName": "RESTDeployProject1",
"environmentName": "Build",
"instanceName": "Project Rest Test Instance 1",
"workflowExecutionId": 6114897,
"executionStatus": "Success",
"workflowType": "DEPLOY",
"streamName": "trunk",
"projectVersionName": "1.0.30577",
"packageName": "",
"objectPath": null,
"objectType": null,
"poScmRevision": null,
"projectId": 759143,
"subComponentName": null,
"subComponentType": null,
"requestedOn": 1683228165127,
"pkgStatus": null,
"partialDeployments": "N",
"sequenceNumber": null,
"stageExecId": null,
"relName": null,
"relSnapshot": null,
"relStatus": null,
"environmentId": 10050,
"instanceId": 45664,
"scmRevision": null,
"workItemIds": null,
"cmsTicketIds": null,
"startTime": 1683228167140,
"endTime": 1683228167234,
"duration": 94,
"folderId": 759142,
"folderName": "SoapUI Testing",
"workflowName": "Deploy No Action",
"relDefinitionId": null,
"relSnapshotId": null,
"pipelineName": null,
"workflowId": 83363,
"workflowRequestId": 1190158,
"workflowVersion": "1.2"
},
{
"projectName": "RESTDeployProject1",
"environmentName": "Build",
"instanceName": "Project Rest Test Instance 1",
"workflowExecutionId": 6114898,
"executionStatus": "Success",
"workflowType": "DEPLOY",
"streamName": "trunk",
"projectVersionName": "1.0.30577",
"packageName": "",
"objectPath": null,
"objectType": null,
"poScmRevision": null,
"projectId": 759143,
"subComponentName": null,
"subComponentType": null,
"requestedOn": 1683228163189,
"pkgStatus": null,
"partialDeployments": "N",
"sequenceNumber": null,
"stageExecId": null,
"relName": null,
"relSnapshot": null,
"relStatus": null,
"environmentId": 10050,
"instanceId": 45664,
"scmRevision": null,
"workItemIds": null,
"cmsTicketIds": null,
"startTime": 1683228167138,
"endTime": 1683228167218,
"duration": 80,
"folderId": 759142,
"folderName": "SoapUI Testing",
"workflowName": "Deploy No Action",
"relDefinitionId": null,
"relSnapshotId": null,
"pipelineName": null,
"workflowId": 83363,
"workflowRequestId": 1190157,
"workflowVersion": "1.0"
}
]
}
}
} |
Environment History Report without File Details
This is querying the history of our production deployments that failed with file details not being returned. We also want the most recent failed deployment so we will be sorting by date.
| Code Block | ||
|---|---|---|
| ||
query reportHistoryNoFiles($where: [WhereInput], $sort: [SortInput], $page: PageInput) {
reportEnvironmentHistoryNoFileDetails(where: $where, sort: $sort, page: $page) {
items {
allFilesRequested
cmsTicketIds
endTime
environmentId
environmentName
executionStatus
folderId
instanceId
instanceName
workItemIds
objectPath
packageName
partialDeployments
pkgStatus
poScmRevision
projectId
projectName
projectVersionName
relDefinitionId
relName
relSnapshot
relSnapshotId
requestedBy
requestedOn
scmRevision
sequenceNumber
stageExecId
startTime
streamName
workflowExecutionId
workflowId
workflowRequestId
workflowType
workflowVersion
}
}
}
|
Variables
| Code Block |
|---|
{
"sort": [
{
"field": "requestedOn",
"direction": "desc"
}
],
"where": [
{
"field": "environmentName",
"type": "inci",
"value": "prod"
},
{
"field": "workflowType",
"type": "eq",
"value": "DEPLOY"
},
{
"field": "executionStatus",
"type": "eq",
"value": "Failed"
}
],
} |
Response
| Code Block |
|---|
{ "data": { "reportEnvironmentHistoryNoFileDetails": { "items": [ { "allFilesRequested": "N", executionStatus "cmsTicketIds": null, instanceName "endTime": 1683228177100, objectPath packageName "environmentId": 10051, partialDeployments projectName "environmentName": "Production2", projectVersionName "executionStatus": "Failed", projectWorkflowType } } } |
Variables
There are three main variables to use with FlexDeploy GraphQL queries: where, sort, and page.
...
Variable Name
...
Description
...
Object Definition
...
where: [WhereInput]
...
This allows you to filter the data like a where clause in an SQL query. Where is an array so multiple individual WhereInput objects can be linked together to filter the query.
field: GraphQL field being filtered
type: The comparison being preformed. For example, ‘eq’ represents equals and ‘eqi’ represents equals ignoring case.
innerWhere: Similar to a subselect in SQL where prefiltering of a query could be done
value: The value you are filtering by
...
| Code Block | ||
|---|---|---|
| ||
input WhereInput {
field: String!
type: WhereTypeEnum!
innerWhere: [WhereInput!]
value: String
}
enum WhereTypeEnum {
eq
ne
eqi
gt
lt
inc
inci
ninc
btwn
rel
empty
nempty
} |
...
sort: [SortInput]
...
This allows you to sort the data like a order by clause in an SQL query. Sort is an array so multiple individual SortInput objects can be linked together to sort the query.
field: GraphQL field being sorted
direction: the direction of sort being preformed with asc meaing ascending order and desc meaning descending order.
| Code Block | ||
|---|---|---|
| ||
input SortInput {
field: String!
direction: SortEnum
}
enum SortEnum {
asc
desc
} |
...
page: PageInput
...
Page input contains extra options for the block of data that is returned by the query.
limit: The number of items in the block being returned. By default, a limit of 50 items are returned by the query. This can be overridden by the page limit to return a different amount of items.
offset: Offsets the block of data being returned by the set value. For example, a limit of 20 and an offset of 4 would return items 4 through 23.
| Code Block | ||
|---|---|---|
| ||
input PageInput {
limit: Int
offset: Int
} |
All of the above variables object above are then bundled together in on variable object. It is not required to always include all three variables in the object. For example, if you wanted to only filter and not sort, you would only need to include the where variable. Below is an example of the combined variable object with all three variables used.
| Code Block |
|---|
{ "sort": [ "folderId": 759142, "instanceId": 21888, "instanceName": "RESTServer", "workItemIds": null, "objectPath": null, "packageName": "", "partialDeployments": "N", "pkgStatus": null, "poScmRevision": null, "projectId": 759143, "projectName": "RESTDeployProject1", "projectVersionName": "1.0.30577", { "fieldrelDefinitionId": "projectName"27201, "direction "relName": "asc"REST Release 1", } ], "whererelSnapshot": ["05-04-2023 14:22:47", { "fieldrelSnapshotId": "environmentName"939685, "type "requestedBy": "eqistepworker", "value": "QA" }"requestedOn": 1683228173402, { "fieldscmRevision": "projectWorkflowType",null, "typesequenceNumber": "eq"null, "value": "DEPLOY" "stageExecId": 939691, } ], "page": { "startTime": 1683228177087, limit: 20 } } |
Selection Set
The biggest difference between GraphQL and REST is the option selection of elements to be returned in a query. This can make queries return faster if only the information that is needed by the query is returned. This is called a subselection set. In our above example we can see we have this block of text:
| Code Block |
|---|
items { "streamName": "trunk", "workflowExecutionId": 6115046, endTime environmentName "workflowId": 83363, executionStatus "workflowRequestId": 1190160, instanceName objectPath "workflowType": "DEPLOY", packageName partialDeployments "workflowVersion": "1.2" projectName } projectVersionName ] projectWorkflowType } } } |
Here is where we can control what is being returned in the query. GraphQL will only return fields present in the subselection.
...