> So we need to understand when a printer publishes an addition.
Do you mean "Edition" (not "addition")? I'll assume you mean "Edition"
here.
> Scheme A:
> Does a printer publish a separate edition for each job received?
Well, that's the approach you're taking, so let's say "Yes" and run
with that model for a minute.
> If so, then the name of the edition has to be related to the job id,
> so that a client subscribes to the correct edition(s).
Actually, the name of the Edition does not necessarily have to map
directly to the job id, although it could, I suppose. I would have
expected to have one or more Edition properties that are used to
map the Edition to the actual Job.
The design of Sense is such that a client can ask for a set of object
IDs (handles) based on a sort of query-filter, where a set of properties
(and possible value sets) can be specified to narrow the target set.
So, the client could ask for the set of Editions (ie, fetch the handles
for the Editions) having a specified set of properties with certain
values.
> By the way, I assume that a management app can't subscribe to an edition that
> hasn't been published, so the management app as to wait until the job
> is accepted by the IPP printer and the IPP printer has published the
> editionn for that job, correct?
Correct. No Vulcan mind meld here. ;-) The publisher acting on behalf
of the IPP printer would have to create the Edition once it fully knows
about the incoming IPP job.
> Scheme B:
> Or does a printer publish a single edition for the printer that generates
> job event notifications?
Sure, we could model Jobs in that manner. I've given that approach quite
a bit of thought--and could detail a potential design here--but I think
Scheme A is better. (And I doubt folks would get the time to read the
design for Scheme B anyway... ;-)
> If so, then the name of the edition would be related to the name of the
> printer, so that the client could subscribe to the correct edition.
>
> There are pros and cons to each, I'm sure.
Yeah, I guess we could take that route. I like Scheme A better, at least
right now, anyway.
...jay
----------------------------------------------------------------------
-- JK Martin | Email: jkm@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 --
----------------------------------------------------------------------