Norbert,
Currently there is no notion of a default service in (standard) IPP or the SM. CUPS has a pair of extension operations for getting and setting the default printer (and at one point even allowed a server to advertise it as a sort-of "default network printer" that clients could prefer, with the usual security caveats), however those operations are now rarely used as mobile computing has made the notion of a default printer location-specific.
What are you trying to do?
On Jan 27, 2014, at 1:23 PM, Norbert Schade <Norbert.Schade at conexant.com> wrote:
> Ok, found a ServiceName under ImagingServiceDescriptionType.
> I guess that will help me with the name.
>> You have another idea how to make one of many services the default?
>> From: Norbert Schade
> Sent: Monday, January 27, 2014 12:41 PM
> To: 'Michael Sweet'
> Cc: ipp at pwg.org> Subject: RE: [IPP] named services
>> There’s always the chance that I misinterpret something.
> But the excerpt below is from the ScanService.xsd schema. I can’t find anything that looks like what you have in mind.
> And so far I think I’m looking at the right object.
>> <!-- ScanServices - set of Scan services -->
> <xs:complexType name="ScanServicesType">
> <xs:sequence>
> <xs:element ref="ScanService" minOccurs="0" maxOccurs="unbounded"/>
> </xs:sequence>
> <xs:anyAttribute namespace="##other" processContents="lax"/>
> <!-- ScanServices - set of Scan services -->
> </xs:complexType>
> <xs:element name="ScanServices" type="ScanServicesType"/>
> <!-- ScanService - object -->
> <xs:complexType name="ScanServiceBaseType">
> <xs:sequence>
> <xs:element ref="ScanServiceCapabilities" minOccurs="0"/>
> <xs:element ref="ScanServiceCapabilitiesReady" minOccurs="0"/>
> <xs:element ref="ScanServiceConfiguration" minOccurs="0"/>
> <xs:element ref="ScanServiceDefaults" minOccurs="0"/>
> <xs:element ref="ScanServiceDescription"/>
> <xs:element ref="ScanServiceStatus"/>
> <xs:any namespace="##other" minOccurs="0" maxOccurs="unbounded"/>
> </xs:sequence>
> <xs:anyAttribute namespace="##other" processContents="lax"/>
> <!-- ScanService - object -->
> </xs:complexType>
> <xs:complexType name="ScanServiceType">
> <xs:complexContent>
> <xs:extension base="ScanServiceBaseType">
> <xs:sequence>
> <xs:element name="JobTable">
> <xs:complexType>
> <xs:sequence>
> <xs:element name="ActiveJobs" type="ScanJobsType"/>
> <xs:element name="JobHistory" type="ScanJobsType" minOccurs="0"/>
> <xs:any namespace="##other" minOccurs="0" maxOccurs="unbounded"/>
> </xs:sequence>
> </xs:complexType>
> </xs:element>
> </xs:sequence>
> </xs:extension>
> </xs:complexContent>
> </xs:complexType>
> <xs:element name="ScanService" type="ScanServiceType"/>
>> From: Michael Sweet [mailto:msweet at apple.com]
> Sent: Monday, January 27, 2014 12:18 PM
> To: Norbert Schade
> Cc: ipp at pwg.org> Subject: Re: [IPP] named services
>> Norbert,
>> Doesn't the existing IPP printer-name attribute (SM ServiceName element) already provide this?
>>> On Jan 27, 2014, at 12:03 PM, Norbert Schade <Norbert.Schade at conexant.com> wrote:
>>> I am heavily working with the scan service these days.
> So my note comes out of that effort.
> But I think this is a rather general question after all.
>> A service is typically quite a complex object.
> A name that identifies a service on the highest level would in many cases ease the management and debugging of functionality that deals with services.
> And if I had more than one service in my scan service xml instance I’d prefer one to be the default (services have their own defaults, but a service itself cannot be the default within a services group).
>> I helped myself by adding a vendor extension (a simple attribute) to the ScanServices and ScanService objects.
>> I could even imagine to add an ID attribute to a ScanService object and an IDREF attribute to the ScanServices object.
> But I can’t really do that with vendor extensions.
>> Just wondering if other people also feel that a named service and a default reference to such a named service might improve the situation.
> Regards
> Norbert
>>> Norbert Schade
> Systems Engineer (printing)
> Imaging Solutions
> Conexant Systems, Inc.
> 201 Jones Road
> Waltham, MA 02451
> U.S.A.
> Tel: 1-781-370-8929
> Email: norbert.schade at conexant.com>> Conexant E-mail Firewall (Conexant.Com) made the following annotations
> ---------------------------------------------------------------------
> ********************** Legal Disclaimer ****************************
>> "This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you."
>> **********************************************************************
>> ---------------------------------------------------------------------
>> _______________________________________________
> ipp mailing list
>ipp at pwg.org>https://www.pwg.org/mailman/listinfo/ipp>> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140127/8f9e9f3a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4881 bytes
Desc: not available
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140127/8f9e9f3a/attachment.p7s>