This is on the VDJServer tenant for Tapis V3. We pass a Mongo query as a parameter to the aggregation, so it can contain operators. This aggregation is not public, i.e. only admin account can run it to avoid security issues.
{"_exceptions":[{"exception":"java.lang.SecurityException","exception message":"aggregation variables cannot include operators"}],"http status code":400,"http status description":"Bad Request","message":"illegal avars paramenter: {'match':{'repertoire_id': { '$in':['148543677234605590-242ac11a-0001-012','190720256081325590-242ac11a-0001-012','7997882631039226346-242ac113-0001-012','7435023730911482346-242ac113-0001-012','766482543662591510-242ac11a-0001-012']}},'field':'$repertoire_id'}"}"
This works on the Tapis V2 tenant that's been setup with v3/meta, which is what we're currently using. If I remember correctly, RH has this disabled by default so need to explicitly allow it.
This is on the VDJServer tenant for Tapis V3. We pass a Mongo query as a parameter to the aggregation, so it can contain operators. This aggregation is not public, i.e. only admin account can run it to avoid security issues.
This works on the Tapis V2 tenant that's been setup with v3/meta, which is what we're currently using. If I remember correctly, RH has this disabled by default so need to explicitly allow it.