JMP Mail Archive: Re: JMP> serviceOffline

Re: JMP> serviceOffline

JK Martin (jkm@underscore.com)
Fri, 22 Aug 1997 12:21:29 -0400 (EDT)

Declaring serviceOffline as a mandatory reason is very appropriate, IMHO.

While I always despise the word "offline", there's just no getting away
from it. :-( So, we should probably be consistent (rather than accurate)
and continue this trend in nomenclature.

Let's go for it. Thanks for discovering this situation, Harry.

...jay

----- Begin Included Message -----

From: Harry Lewis <harryl@us.ibm.com>
To: <JMP@pwg.org>
Cc: <rbergma@dpc.com>, <hastings@cp10.es.xerox.com>
Subject: JMP> serviceOffline
Date: Fri, 22 Aug 1997 12:16:45 -0400

BACKGROUND -- In Redmond, we moved processingToStopPoint from job state reasons
2 to job state reasons 1 as we agreed to use this reason to distinguish a
CANCEL state where sheets might still be cleared from the paper path from a
CANCEL operation that has completed.

PROBLEM -- In prototyping, we find one other job state reason which we feel is
useful enough to be migrated into the (mandatory) job state reasons 1 category.
This reason is serviceOffLine.

CLARIFICATION -- First, I am seeking agreement from the JMP that using job
state reason serviceOffLine is valid when the printer is off-line. (I know...
we usually get really tied up whenever the word off-line is used in
conversation). If so, do you agree that Off-line is a common, likely or
significant enough condition to warrant becoming part of the "reasons 1" group.

PROPOSAL -- I'd like to propose this simple change be added to Tom's pending
draft, if possible, so I'm asking for discussion and straw poll (assuming the
Chair deems this appropriate).

Thanks.

Harry Lewis - IBM Printing Systems

----- End Included Message -----