[SM3] CNXT MFD NS0214 Comment3: xxxJobTicketCapabilities

[SM3] CNXT MFD NS0214 Comment3: xxxJobTicketCapabilities

[SM3] CNXT MFD NS0214 Comment3: xxxJobTicketCapabilities

Norbert Schade Norbert.Schade at conexant.com
Fri Feb 14 16:27:38 UTC 2014

This third comment relates to our efforts in working with constraints in general.

We have some concern with a term like 'JobTicketCapabilities'.

-          The term job ticket typically is a collection of features with exactly one setting.

-          The term capabilities typically is a collection of features with often more than one setting each.

When looking deeper into that object we see that when dealing with constraints and resolvers we can list more than one setting, which supports more the idea of exception handling for capabilities.
Fine with us.

When we look at sections like 'DefaultxxxJobTicket' we realize that allow exactly one setting - as expected.

It looks as if any constraints and resolvers are to be used for both capabilities and job tickets.
We can manage the remaining ambiguities in our code.

Another detail of constraints and resolvers is that one can define completely new fallback features resp. feature settings - some which have not even been defined in the capabilities section before.
Again, we can manage that in our code.
However other solutions (e.g. dependencies in UPDF as another PWG standard) worked with ID and IDREF fields instead which makes that part less error prone.

Nothing we can't work around. Just some comments from our perspective.
If we misinterpret some aspects of the schemas, please help me understand better.

Norbert Schade
Systems Engineer (printing)
Imaging Solutions
Conexant Systems, Inc.
201 Jones Road
Waltham, MA 02451
Tel: 1-781-370-8929
Email: norbert.schade at conexant.com<mailto:norbert.schade at conexant.com>

Conexant E-mail Firewall (Conexant.Com) made the following annotations
********************** Legal Disclaimer **************************** 

"This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you." 



More information about the sm3 mailing list