attachment

<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi Anton,<div class=""><br class=""></div><div class="">There is discussion of the advantages of Create-Job / Send-Document over Print-Job in the IPP Implementor's Guide v2 (<a href="http://ftp.pwg.org/pub/pwg/candidates/cs-ippig20-20150821-5100.19.pdf" class="">http://ftp.pwg.org/pub/pwg/candidates/cs-ippig20-20150821-5100.19.pdf</a>). </div><div class=""><br class=""></div><div class="">If your client has a very long timeout before failing the connection, it doesn't support monitoring the Job status while the Job is in the 'processing' state, and/or it has no need to cancel a job in progress, then Print-Job is probably adequate. But for clients that are trying to provide a more "live" and active experience, Print-Job is inferior to Create-Job / Send-Document for printers that don't send a response until the Job has completed processing.</div><div class=""><br class=""></div><div class="">More below,</div><div class=""><br class=""></div><div class=""><div class="">
<meta charset="UTF-8" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Smith<br class=""><br class="">/**<br class="">    Smith Kennedy<br class="">    Vice Chair, IEEE ISTO Printer Working Group<br class="">    HP Inc.<br class="">*/<br class=""><br class=""></div>
</div>

<div><br class=""><blockquote type="cite" class=""><div class="">On Jul 7, 2022, at 9:09 AM, Anton Thomasson <<a href="mailto:antonthomasson@gmail.com" class="">antonthomasson@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div dir="ltr" class=""><div class="">Michael,</div><div class=""><br class=""></div><div class="">Thanks for your prompt reply.</div><div class=""><br class=""></div><div class="">From a client point of view deprecating and no longer requiring is quite similar in impact - we'd need to change.</div><div class=""><br class=""></div><div class="">Is this discussion captured somewhere so that i could read up on it?<br class=""></div><div dir="ltr" class=""><div class="">I'd be sad to see it go, since it has been working quite well for me (even with raster formats) and kept the client simple.</div><div class="">I'd like to offer something more substantial than this knee-jerk reaction if it still sounds like a bad idea after reading the background.</div></div></div></div></blockquote><div><br class=""></div><div class="">There is discussion of the advantages of Create-Job / Send-Document over Print-Job in the IPP Implementor's Guide v2 (<a href="http://ftp.pwg.org/pub/pwg/candidates/cs-ippig20-20150821-5100.19.pdf" class="">http://ftp.pwg.org/pub/pwg/candidates/cs-ippig20-20150821-5100.19.pdf</a>). </div><div class=""><br class=""></div><div class="">If your client has a very long timeout before failing the connection, it doesn't support monitoring the Job status while the Job is in the 'processing' state, and/or it has no need to cancel a job in progress, then Print-Job is probably adequate. But for clients that are trying to provide a more "live" and active experience, Print-Job is inferior to Create-Job / Send-Document for printers that don't send a response until the Job has completed processing.</div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><br class=""></div><div dir="ltr" class="">It isn't the point that clients should be separating each page into a new document and get status back then, is it?<br class=""></div></div></div></blockquote><div><br class=""></div>No, and I'm glad that nobody has done that. ðŸ˜Š It is unnecessary.</div><div><br class=""></div><div>When a Client does a Create-Job, if successful, it gets the "job-id" in the response. It can then immediately start polling or register for events on that Job using the "job-id", and even cancel the Job before the document was submitted. You can't do that with a Print-Job because the document is submitted before the "job-id" is returned in the response.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class="">That would have impacts on collated copies and probably more things.<br class=""></div><div class="">I realized only now that 2911 says multiple-document-handling "is relevant only if a job consists of two or more documents",</div><div class="">but this is the only way i could see achieving collated copies on the 20+ printers i have dumps from (and it has been working well).</div><div class="">Furthermore, i don't see a total-collation option for jobs with multiple documents at all...<br class=""></div><div class=""><br class=""></div></div><div class="">I always saw this two-stage approach as something for advanced use-cases, like adding cover pages and whatnot in corporate settings.</div><div class="">(now obsoleted by pull printing, but none the less)<br class=""></div><div class="">In today's world i'd argue that any use-case beyond beaming over a page or three is basically exotic.</div><div class="">(So while it should of course be supported, it would be nice if it wasn't at the detriment of basic usage)</div><div class=""><br class=""></div><div class="">I can't help but hope future presence of this operation is based on its own merits, not in mirroring other job types that would have a harder time supporting it.<br class=""></div></div></div></blockquote><div><br class=""></div><div>Again, read IPP Implementor's Guide v2 for a good discussion of the advantages of using Create-Job / Send-Document, which is used by all of the most widely used clients, for the reasons discussed in there. If you have further questions, please bring them to us!</div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">Br,</div><div class="">Anton<br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den ons 6 juli 2022 kl 21:13 skrev Michael Sweet <<a href="mailto:msweet@msweet.org" class="">msweet@msweet.org</a>>:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Anton,<br class="">
<br class="">
> On Jul 5, 2022, at 3:26 PM, Anton Thomasson <<a href="mailto:antonthomasson@gmail.com" target="_blank" class="">antonthomasson@gmail.com</a>> wrote:<br class="">
> <br class="">
> Hi<br class="">
> <br class="">
> Sorry if it is not my place...<br class="">
> But will the capability of handling Print-Job remain part of certification at least in one or two transactions?<br class="">
<br class="">
Yes, as long as we require Print-Job.<br class="">
<br class="">
> You mention Print-Job being deprecated in #90; i can't find anything about that on iana.<br class="">
> Did it happen recently, as in after the deprecation of Print-URI?<br class="">
<br class="">
We are not deprecating the Print-Job operation yet, but the current draft of IPP Everywhere 2.0 no longer requires it.  Similarly, the FaxOut service (PWG 5100.15) does not include a Print-Job operation, and there is no corresponding one-step scan operation in the Scan service (PWG 5100.17).<br class="">
<br class="">
> Is it a misunderstanding, or what is the reason?<br class="">
<br class="">
Print-Job doesn't work well with streaming printers (i.e. PWG Raster, PCLm, Apple Raster), since there is no reliable way to monitor or manage the jobs while they are being sent to the printer.<br class="">
<br class="">
________________________<br class="">
Michael Sweet<br class="">
<br class="">
</blockquote></div></div>
</div></blockquote></div><br class=""></div></body></html>