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
Another problem is with how parameter resources get resolved now. In the CLI setting, we allowed an ambiguity between JSON literals and file names, so the latter would have to be resolved to absolute paths (for the various resource locations), which in turn obviously dependend on the processor class (because of the custom module location):
But in the network setting, where parameters can be added to the processing or workflow request, no such resolution (from resource name to resource path) takes place –
On the server side, there is only a parameter validation step
Another problem is with how parameter resources get resolved now. In the CLI setting, we allowed an ambiguity between JSON literals and file names, so the latter would have to be resolved to absolute paths (for the various resource locations), which in turn obviously dependend on the processor class (because of the custom
module
location):core/src/ocrd/decorators/__init__.py
Lines 95 to 103 in 4d33491
But in the network setting, where parameters can be added to the processing or workflow request, no such resolution (from resource name to resource path) takes place –
core/src/ocrd_network/server_utils.py
Line 220 in 4d33491
core/src/ocrd_network/cli/client.py
Line 142 in 4d33491
Did we abandon the entire mechanism, or am I missing something?
Originally posted by @bertsky in #1303 (comment)
The text was updated successfully, but these errors were encountered: