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
Extension schema mechanism allows us to define custom schema with some properties and some value types for that schema. In case of extention of custom schema (PDF/A-2 and PDF/A-3 logic of extension custom schemas from schemas defined in document catalog metadata)
Currently veraPDF contains wrong logic: custom schema "one" can use value types from custom schema "two", which is wrong. This problem occurs because currently veraPDF for all custom schemas in ExtensionSchema definition creates one property validator with merged value types. And validates any non-standard properties with that validator. Moreover, for extended custom schemas definition (PDF/A-2, PDF/A-3 logic) it creates the similar validator with value types from document catalog and current extension schemas. After that any non-standard property firstly validates on new "extended" validator and if there is no definition for that property, then validates it on document catalog validator. Here we obtaining almost the same mistake as in main metadata validation.
As correct implementation we can change that one validator with some set of validators for each custom schema (with its own custom value types). Extension logic has to be the same with one addition: take all validators from main schema, add to them all new validators and for every extension of already saved one - add/replace properties and valueTypes.
The text was updated successfully, but these errors were encountered:
Extension schema mechanism allows us to define custom schema with some properties and some value types for that schema. In case of extention of custom schema (PDF/A-2 and PDF/A-3 logic of extension custom schemas from schemas defined in document catalog metadata)
Currently veraPDF contains wrong logic: custom schema "one" can use value types from custom schema "two", which is wrong. This problem occurs because currently veraPDF for all custom schemas in ExtensionSchema definition creates one property validator with merged value types. And validates any non-standard properties with that validator. Moreover, for extended custom schemas definition (PDF/A-2, PDF/A-3 logic) it creates the similar validator with value types from document catalog and current extension schemas. After that any non-standard property firstly validates on new "extended" validator and if there is no definition for that property, then validates it on document catalog validator. Here we obtaining almost the same mistake as in main metadata validation.
As correct implementation we can change that one validator with some set of validators for each custom schema (with its own custom value types). Extension logic has to be the same with one addition: take all validators from main schema, add to them all new validators and for every extension of already saved one - add/replace properties and valueTypes.
The text was updated successfully, but these errors were encountered: