Yes, of course, the user should see some sort of "device problem"
when a job is spooled but the device is powered off. The point
I was making was that the job submission itself should not fail.
...jay
Adrian Hall wrote:
>> This would depend. I can certainly see a couple of scenarios:
>> 1. The Printer turned off is a part of a pool of
> printers - the server should continue spooling
> and simply use one of the other printers in
> the pool.
>> 2. The user wants the print-out semi-immediately -
> in which case some sort of notification that
> the printer is turned off.
>> Both are valid for the same condition.
>> --
> Adrian Hall
> Sr. Software Developer
> Xionics Document Technologies, Inc.
>> Jay Martin wrote:
> >
> > If the IPP server is a *spooling* server (eg, process(es) running
> > on a general host system), then job submissions should not fail
> > if the associated output device is powered off, IHMO.
> >
> > ...jay
> >
> > ----------------------------------------------------------------------
> > -- JK Martin | Email: jkm at underscore.com --
> > -- Underscore, Inc. | Voice: (603) 889-7000 --
> > -- 41C Sagamore Park Road | Fax: (603) 889-2699 --
> > -- Hudson, NH 03051-4915 | Web: http://www.underscore.com --
> > ----------------------------------------------------------------------
> >
> > Puru Bish wrote:
> > >
> > > I was looking into the different printer states defined in Model
> > > document (page: 99 - 100). The document says
> > >
> > > "The following standard values are defined
> > > '3' 'idle'
> > > '4' 'processing'
> > > '5' 'stopped' .. "
> > >
> > > I looked at the definition of 'stopped' state, and it says,
> > > "If a Printer receives a job (whose required
> > > resources are ready) while in this state, such a job
> > > SHALL transit into the pending state immediately...."
> > > There may be a situation when the actual output device is
> > > powered off. In that case, should IPP server respond with
> > > a state 'stopped'? If so, does that mean that IPP server
> > > still accepts print-job request instead of sending an error like
> > > "server-error-internal-error"?
> > >
> > > IMHO, if an output device is powered off, all IPP print job requests
> > > should fail with the above-mentioned server error. Also,
> > > the printer should have another state
> > > '6' 'no-device'
> > > to represent this condition.
> > >
> > > Any comments/suggestions?
> > > PB
> > >
> > > ______________________________________________________
> > > Get Your Private, Free Email at http://www.hotmail.com