[IPP] Re: Add Close-Job to JPS2 [and job-delay-output(-until)]

[IPP] Re: Add Close-Job to JPS2 [and job-delay-output(-until)]

Michael Sweet msweet at apple.com
Tue Feb 9 19:20:59 UTC 2010


I can update the slides accordingly, and include a high-level "this is what they are and do" slide.

Ira, why would Close-Job internally do a Validate-Job operation, given that IPP's Validate-Job is deprecated for 2.0?

On Feb 9, 2010, at 11:17 AM, Tom Hastings wrote:

> Ira,
> 
> Sounds like we should add to the IPP f2f agenda for tomorrow:
> 
> 1. Whether or not to add Close-Job operation to JPS2.
> 2. Whether or not to add "job-delay-output" and "job-delay-output-until" Job
> Template attributes to JPS2.
> 
> Should I make a separate straw horse draft of just these additions so we can
> talk about them at the f2f?
> 
> Tom
> 
> 
> 
> -----Original Message-----
> From: Ira McDonald [mailto:blueroofmusic at gmail.com] 
> Sent: Tuesday, February 09, 2010 09:49
> To: ipp at pwg.org; Tom Hastings; Michael R Sweet; Ira McDonald
> Subject: Add Close-Job to JPS2
> 
> Hi,
> 
> The MFD WG has identified that a first class Close-Job
> operation (as opposed to hiding it in Create-Job and
> Send-Document with a boolean flag) is desirable for
> many Services (to allow clean streaming, for example).
> 
> We should add Close-Job (which triggers Validate-Job
> internally) to JPS2.
> 
> Cheers,
> - Ira
> 
> Ira McDonald (Musician / Software Architect)
> Chair - Linux Foundation Open Printing WG
> Co-Chair - TCG Hardcopy WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music/High North Inc
> email: blueroofmusic at gmail.com
> winter:
>  579 Park Place  Saline, MI  48176
>  734-944-0094
> summer:
>  PO Box 221  Grand Marais, MI 49839
>  906-494-2434
> [TH> ] 
> -----Original Message-----
> From: Ira McDonald [mailto:blueroofmusic at gmail.com] 
> Sent: Tuesday, February 09, 2010 09:53
> To: Michael Sweet; Ira McDonald
> Cc: ipp at pwg.org; Tom Hastings
> Subject: Re: Add job-delay-output(-until) to JPS2
> 
> Hi Mike,
> 
> We are NOT even in WG last call - we are in Prototype status,
> waiting for evidence of prototyping BEFORE entering WG last
> call.
> 
> And yes, we are allowed to add functionality in either WG last
> call or PWG Last Call (but NOT during PWG Formal Vote).
> 
> Cheers,
> - Ira
> 
> Ira McDonald (Musician / Software Architect)
> Chair - Linux Foundation Open Printing WG
> Co-Chair - TCG Hardcopy WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music/High North Inc
> email: blueroofmusic at gmail.com
> winter:
>  579 Park Place  Saline, MI  48176
>  734-944-0094
> summer:
>  PO Box 221  Grand Marais, MI 49839
>  906-494-2434
> 
> 
> 
> On Tue, Feb 9, 2010 at 12:39 PM, Michael Sweet <msweet at apple.com> wrote:
>> We certainly can, although I'm not sure of the process issues - are we
>> allowed to add new content during WG last call?
>> On Feb 9, 2010, at 9:30 AM, Ira McDonald wrote:
>> 
>> Hi,
>> 
>> The MFD WG has defined a new pair of attributes
>> similar to job-hold-until(-time), but with somewhat
>> different semantics.
>> 
>> The new attributes ALLOW Job processing (e.g.,
>> interpreting the Job) but DELAY any actual output.
>> 
>> They are currently the only NEW attributes that are
>> defined only in the MFD Overall spec.
>> 
>> However, Pete Zehler confirms that Xerox already
>> has implementations of this delay functionality.
>> 
>> So we should add them to JPS2, right?
>> 
>> Cheers,
>> - Ira (IPP/2.0 co-editor)
>> 
>> Ira McDonald (Musician / Software Architect)
>> Chair - Linux Foundation Open Printing WG
>> Co-Chair - TCG Hardcopy WG
>> IETF Designated Expert - IPP & Printer MIB
>> Blue Roof Music/High North Inc
>> email: blueroofmusic at gmail.com
>> winter:
>> 579 Park Place  Saline, MI  48176
>> 734-944-0094
>> summer:
>> PO Box 221  Grand Marais, MI 49839
>> 906-494-2434
>> 
>> ___________________________________________________
>> Michael Sweet, Senior Printing System Engineer
>> 
>> 
>> 
> 

___________________________________________________
Michael Sweet, Senior Printing System Engineer




-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20100209/9d184a0e/attachment-0001.html>


More information about the ipp mailing list