The template category is for job templates. And, as Ira explained, a job templates is an unbound job ticket. Job templates are used in production and light production environments and are useful in workflow construction.
From: Ira McDonald [blueroofmusic at gmail.com]
Sent: Wednesday, December 10, 2014 7:27 PM
To: Michael Sweet; Ira McDonald; Zehler, Peter
Cc: William A Wagner; ipp at pwg.org; cloud at pwg.org
Subject: Re: [PING] Is the Template category in Resource Service for Job Templates?
Can you clarify this point, please?
On Mon, Nov 24, 2014 at 7:22 PM, Ira McDonald <blueroofmusic at gmail.com<mailto:blueroofmusic at gmail.com>> wrote:
My original understanding was the the Template category was specifically
for Job Template storage (i.e., unbound Job Tickets).
Pete - can you comment on this?
Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
mailto: blueroofmusic at gmail.com<mailto:blueroofmusic at gmail.com>
Winter 579 Park Place Saline, MI 48176 734-944-0094<tel:734-944-0094>
Summer PO Box 221 Grand Marais, MI 49839 906-494-2434<tel:906-494-2434>
On Wed, Nov 19, 2014 at 4:51 PM, Michael Sweet <msweet at apple.com<mailto:msweet at apple.com>> wrote:
> On Nov 19, 2014, at 4:05 PM, William A Wagner <wamwagner at comcast.net<mailto:wamwagner at comcast.net>> wrote:
>> OK. I thought I understood the Resource addition, but things are getting
> foggy. Please correct or answer as appropriate
>> 1. The Infrastructure printer (Cloud System) can provide a directory for the
> Proxy to store the static resources in each registered output device (Local
> Imaging System).
> 2. The infrastructure printer provides the URI, total capacity and free
> capacity for this storage capability on output device registration.
> 3. The proxy can store static resources, create new ones etc in this
> directory on behalf of the output device (local Imaging System.
>> a. What is the purpose?
> Is it just to provide more storage for the Proxy/Local system to
> manage resources?
> Is it for the Infrastructure printer (Cloud Imaging System) to have
> access to these resources?
> Is it for other Imaging systems to have access to the resources?
Perhaps, but the key is to be able to share/mirror the resources to the Infrastructure Printer, so that both the Infrastructure Printer and Clients have access to them.
> b. Is this directory written to just by the proxy? If so,
> Why should the Infrastructure printer provide Kbytes free value?
> Does it even know?
The Infrastructure Printer is providing the storage, so it knows how much storage space is still available.
> Shouldn't the proxy indicate how much (if any) resource storage is
> desired when registering the output device (local system)
That might be a useful addition to the RegisterSystem operation (StaticResourceKOctetsRequested?) but probably isn't something we can add to IPP INFRA since we don't have a RegisterSystem equivalent.
> If this is just more storage, why do we restrict what category of
> resources are stored?
Because we don't need to upload firmware/executables from the Proxy to the Infrastructure Printer, and the template category is still undefined.
> c. Is the contents of the directory used by anything other than the Proxy
> (on behalf of the output device)? If so,
> Shouldn't there be an index of what is in the directory?
For IPP INFRA, you look at the printer-icc-profiles, printer-icons, and printer-strings-uri attributes. (and conceptually the WebDAV PROPFIND method to list the full contents of the directory...)
> What controls what has access to the contents and for what purpose?
As specified in the current spec, PUT and DELETE requests need to be authenticated as the proxy user (same auth requirements as the Proxy operations). As for the contents and purpose, there is no explicit set of restrictions beyond the filename and storage limits.
Michael Sweet, Senior Printing System Engineer, PWG Chair
cloud mailing list
cloud at pwg.org<mailto:cloud at pwg.org>