IPP> Document object spec Conformance ISSUES and proposals for Operati ons

IPP> Document object spec Conformance ISSUES and proposals for Operati ons

Hastings, Tom N hastings at cp10.es.xerox.com
Wed May 14 18:37:52 EDT 2003


For discussion at the Thursday, May 15, SM Telecon:

Peter and I would like to propose that a goal for the Document Object spec
itself (the part that remains after having some of it split into two other
specs) is:

Simplify the Document object spec and maximize the interoperability by
having as few OPTIONAL operations as possible.  

Thus we propose the following Operation Conformance requirements for the
Document object spec over and above RFC 2911.  We'd like to see if there is
general agreement on the mailing list and at the telecon:

1. Remove the Create-Document and Send-Data operations from the spec
(asuming that we can't get agreement to make them REQUIRED).  See previous
exchange between Michael Sweet and myself about this minor advantages of
Create-Document and Send-Data and the additional denial of service attacks
that they provide which as the same as Create-Job and Send-Document.

Rationale:  A client MAY validate each document individually with
Validate-Job before sending any document data of any of the documents.
However, the added advantage of being able to validate a multi-document job
with dissimilar documents that might not be able to be accepted as a single
Job is not worth having these new Create-Document and Send-Data operations.
Also Create-Document and Send-Data will require similar defensive
implementation in the Printer for Denial of Service attacks as do Create-Job
and Send-Document.

2. Make Create-Job and Send-Document REQUIRED.

3. Make support of multi-document Jobs REQUIRED.

Rationale:  The real advantage of the Document object is for multi-document
jobs.  Supporting the Document object only for Print-Job isn't really worth
the implementation cost for the very little end user benefit.

4. Keep the new Get-Documents, Get-Document-Attributes, Cancel-Document
REQUIRED.

5. Keep old Send-URI, and new Delete-Document, and new
Set-Document-Attributes OPTIONAL.


So the REQUIRED extensions from RFC 2911 are:

a. the added Document Template attributes group to the Send-Document (and
Send-URI, if implemented) operation where any Job Template attribute that
applies to an individual document may be supplied.

b. the added corresponding Document Description attributes that correspond
to the RFC2911 Operation and Job Description attributes.

c. The RFC2911 Create-Job, Send-Document become REQUIRED and multi-document
jobs become REQUIRED.

d. The new Get-Documents, Get-Document-Attributes, Cancel-Document
operations remain REQUIRED.

Everything else remains OPTIONAL.

Comments?

Thanks,
Tom and Peter




More information about the Ipp mailing list