3. JPPS-JPIS interaction (feeds)
+
set of queries (how many?) with different "triggering conditions":
- on job registration
- on LB file upload
corresponding sets of jobs to each query, each containing jobs which match
and which don't
+- initial IS release -- single query, so just one set of jobs
+- due to 3.2 no point in pre-loading PS database, use 1.3.1
+
3.1 single batch feed
-- upload jobs
+- upload jobs to PS
- start feed
* check IS contents (jobs and expected attr values)
3.2 single incremental feed
- register feed
-- upload jobs one by one
+- upload jobs to PS one by one
* check IS contents (matching jobs should turn up, others not)
3.3 multiple feeds at time
TODO
3.4 advanced feed features (to be implemented)
-- remove
+- remove (not implemented in PS yet)
- splitted info about one job (check that the PS doesn't duplicate
- attribute values)
+ attribute values) - probably covered in 3.2
3.x PS-IS AuthZ
4. IS queries
TBD: insert job sets via JP-IS interaction or directly?
+ - better to populate database directly, independent on previous chain
All basic tests:
- clear IS database
- clear database
TBD: Is one job set enough?
+ - better to have one complete set
4.1 simple query
+- using CLI
4.2 extended query
+- using CLI
4.3 check "origin" behaviour (not implemented yet)
- queries with origin tag
- to be implemented: ACLs and its evaluation
4.x IS CLI
-- standalone tests?
+- standalone tests? - not now
- prepared config files and command line parameters
- check expected QueryJobs contents
- checking behaviour (how?) after reboot with different config file
5.1.2 registration of PS feeds
+! already covered by 3
- prepared config files
- checking appropriate FeedIndex calls
TODO
5.3 type plugin
-TODO
\ No newline at end of file
+TODO
+
+
+6. Deployment