I do think doing some sub-setting makes sense - in the case of queues, not
all devices/services managed by WBMM will have queues to manage.
Once we understand the potential subsets, we can talk about which ones need
to be in WBMM 1.0, and which can follow (or potentially be done in parallel.
bt
> -----Original Message-----
> From: McDonald, Ira [mailto:imcdonald at sharplabs.com]
> Sent: Thursday, July 24, 2003 9:44 AM
> To: 'Harry Lewis'; wbmm at pwg.org> Subject: RE: WBMM> Queues
>>> Hi Harry,
>> Apparently we want to focus on WBMM device management first
> (per most of our WBMM discussions).
>> However, that doesn't do PSI any particular good, which still
> would require the box labelled "and then a miracle happens"
> to get a PSI Print Service (or Target Device) installed or
> reconfigured after installation.
>> Do we care that all PSI implementations will ship without
> standards-based management for several more years?
>> Cheers,
> - Ira McDonald
> High North Inc
>>> -----Original Message-----
> From: Harry Lewis [mailto:harryl at us.ibm.com]
> Sent: Wednesday, July 23, 2003 11:38 PM
> To: wbmm at pwg.org> Subject: WBMM> Queues
>>>> Sorry I missed the call. On the topic of queue management.
> I've no objection to adding this but wonder if it might
> warrant some subsetting of WBMM. Are you going to have to be
> able to manage queues to be WBMM compliant? Don't we want to
> focus on solving the device management problem first, and
> then move on to queue management?
> ----------------------------------------------
> Harry Lewis
> Chairman - IEEE-ISTO Printer Working Group
>http://www.pwg.org> IBM Printing Systems
>http://www.ibm.com/printers> 303-924-5337
> ----------------------------------------------
>