You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+39-18Lines changed: 39 additions & 18 deletions
Original file line number
Diff line number
Diff line change
@@ -25,7 +25,7 @@ v2.x - CQ 5.6
25
25
26
26
Active development is on the "master" branch, which is currently the 4.x version line. Security patches and the like are sometimes back-ported to prior versions.
27
27
28
-
Of course pull-requests are happily accepted for those that would like to submit things like support for AEM 6.0, back-porting features for AEM 5.6, etc.
28
+
Of course pull-requests are happily accepted for those that would like to submit things like back-porting features for AEM 5.6, etc.
29
29
30
30
# Runtime Dependencies
31
31
@@ -63,18 +63,38 @@ _For both Windows and Mac : To verify that installation was successful, `protoc
63
63
64
64
# Running Grabbit #
65
65
66
-
[This] (grabbit.sh) shell script can be used to initiate grabbit jobs for a given Grabbit configuration and to check the status of those jobs.
66
+
[This] (grabbit.sh) shell script can be used to initiate new Grabbit jobs, or monitor existing jobs.
67
67
68
-
1. Create a configuration file with the path(s) you wish to copy (see "Config Format" section below, you'll also set the server side URL and credentials in this step)
69
-
2. Execute the grabbit.sh script (which comes with the codebase, by default lives in the root of the project)
70
-
3. Enter the full address for the client instance including port (details for the server instance should be in the config fil you create in step 1)
71
-
4. Enter Username for the client instance
72
-
5. Enter the Password for the client instance
73
-
6. Enter the path to the Grabbit config you created in step. Example of how it will look : 
74
-
7. Once the Grabbit content sync is kicked off, you will get a confirmation of the kicked off jobs like : 
68
+
##Getting Started With grabbit.sh
75
69
70
+
- Run grabbit.sh
71
+
- Enter connection details to your Grabbit "client" server (The server you wish to pull content into)
From the main screen, enter "n" for a new request. Enter an absolute path (from the machine you are running grabbit.sh) to the Grabbit configuration file you wish to use for creating a new request.
78
+
See the "Configuration" section for details on how to create these configuration files.
79
+
80
+

81
+
82
+
After the job request is sent, and started you should see a confirmation screen with the job IDs of all the jobs started, as well as their transaction ID
83
+
84
+

85
+
86
+
##Monitoring
76
87
77
-
### Config Format
88
+
From the main screen, enter "m" to monitor an existing job, or jobs. You will be prompted. If you would like to monitor a group of jobs by their transaction, enter "t". If you would like to monitor a specific jobs, enter "j".
89
+
90
+

91
+
92
+
See "Monitoring / Validating the Content Sync" for information on evaluating the returned information.
93
+
94
+
95
+
### Configuration
96
+
97
+
Configuration can be developed in both YAML, and JSON formats.
78
98
79
99
A `JSON` configuration file of following format is used to configure Grabbit.
80
100
@@ -115,7 +135,7 @@ A `JSON` configuration file of following format is used to configure Grabbit.
115
135
]
116
136
}
117
137
```
118
-
You can also use `YAML` file format to configure Grabbit. The corresponding YAML configuration for the JSON above will look something like -
138
+
The corresponding YAML configuration for the JSON above will look something like:
You can validate / monitor sync by going to the following URI for each job on your Grabbit Client:
213
-
214
-
`/grabbit/job/<jobId>.json`
232
+
You may choose to use grabbit.sh to monitor your sync, or you can validate/monitor your sync by going to the following URIs:
215
233
216
-
This will give you the status of a particular job. It has the following format -
234
+
`/grabbit/job/<jobId>`
235
+
`/grabbit/job/<transactionId>`
217
236
218
237
A job status is has the following format :
219
238
@@ -229,7 +248,8 @@ A job status is has the following format :
229
248
"jobExecutionId": "JobExecutionId",
230
249
"path": "currentPath",
231
250
"startTime": "TimeStamp",
232
-
"timeTaken": "TimeInMilliSeconds"
251
+
"timeTaken": "TimeInMilliSeconds",
252
+
"transactionId": "transactionId"
233
253
}
234
254
```
235
255
@@ -240,9 +260,10 @@ Couple of points worth noting here:
240
260
241
261
If `exitCode` returns as `UNKNOWN`, that means the job is still running and you should check for its status again.
242
262
263
+
243
264
__Sample of a real Grabbit Job status__
244
265
245
-

266
+

246
267
247
268
Two loggers are predefined for Grabbit. One for Grabbit Server and the other for Grabbit Client.
248
269
They are [batch-server.log](grabbit/src/main/content/SLING-INF/content/apps/grabbit/config/org.apache.sling.commons.log.LogManager.factory.config-com.twcable.grabbit.server.batch.xml) and [batch-client.log](grabbit/src/main/content/SLING-INF/content/apps/grabbit/config/org.apache.sling.commons.log.LogManager.factory.config-com.twcable.grabbit.client.batch.xml) respectively.
echo"Something went wrong when processing the given config."
41
+
echo
42
+
echo"cURL, the transfer library used by this shell received an error code of $RSP_CODE. See https://curl.haxx.se/libcurl/c/libcurl-errors.html for debugging."
43
+
echo"If this doesn't help, please check the client log for more details."
0 commit comments