IPP Mail Archive: Re: IPP> Job-URI vs. Job-Id: How would you handle moving jobs?

Re: IPP> Job-URI vs. Job-Id: How would you handle moving jobs?

Robert Herriot (Robert.Herriot@Eng.Sun.COM)
Tue, 9 Sep 1997 13:40:57 -0700

Messages sorted by: [ date ][ thread ][ subject ][ author ]
Next message: Jim Walker: "Re: IPP> Job-URI vs. Job-Id: How would you handle moving jobs?"
Next message: Robert Herriot: "Re: IPP>MOD Why use Job-Id instead of Job-URI for Jobs?"
Previous message: Scott Lawrence: "Re: IPP> TES Meeting Minutes"
Maybe in reply to: Jay Martin: "IPP> Job-URI vs. Job-Id: How would you handle moving jobs?"
Next in thread: Jim Walker: "Re: IPP> Job-URI vs. Job-Id: How would you handle moving jobs?"

> From walker@dazel.com Tue Sep 9 13:20:06 1997
>
> I can point you to a print system that is in use today that uses
> the concept of an independent job object (akin to a job-URL),
> and it is successful in solving the move-job problem. The job is
> managed independent of the printer, making it very easy to move
> the job, and retain its identity.
>

In DAZEL does a job have a single invariant identity for the duration
of the job, even if it is moved? If so, does that imply that the
server that acts as the handle for job when it is created continues to act
as this handle throughout the life of the job, and that this server
may or may not be the server for the original printer?

Bob Herriot

Next message: Jim Walker: "Re: IPP> Job-URI vs. Job-Id: How would you handle moving jobs?"
Next message: Robert Herriot: "Re: IPP>MOD Why use Job-Id instead of Job-URI for Jobs?"
Previous message: Scott Lawrence: "Re: IPP> TES Meeting Minutes"
Maybe in reply to: Jay Martin: "IPP> Job-URI vs. Job-Id: How would you handle moving jobs?"
Next in thread: Jim Walker: "Re: IPP> Job-URI vs. Job-Id: How would you handle moving jobs?"