head 1.7;
access;
symbols;
locks; strict;
comment @# @;
1.7
date 2007.01.09.00.00.00; author MoinMoin; state Exp;
branches;
next 1.6;
1.6
date 2007.01.09.00.00.00; author MoinMoin; state Exp;
branches;
next 1.5;
1.5
date 2007.01.09.00.00.00; author MoinMoin; state Exp;
branches;
next 1.4;
1.4
date 2007.01.09.00.00.00; author MoinMoin; state Exp;
branches;
next 1.3;
1.3
date 2007.01.09.00.00.00; author MoinMoin; state Exp;
branches;
next 1.2;
1.2
date 2007.01.09.00.00.00; author MoinMoin; state Exp;
branches;
next 1.1;
1.1
date 2007.01.09.00.00.00; author MoinMoin; state Exp;
branches;
next ;
desc
@Initial revision
@
1.7
log
@Revision 7
@
text
@---+ HeaderProposalThree
The header is used in both requests and responses to communicate directly with a single resource (datasource). Examples:
---+++++ Header from a "manual" request sent directly to a resource
Note: in this case no software has been specified, and there's only a single source element.
---+++++ Header from a response to the previous request
Note: the source address in resource responses must be the exact accesspoint of the resource, otherwise clients won't be able to easily identify which response belongs to each resource.
---+++++ Header from a client software request that has been dispatched by a portal
Note: Intermediaries such as portals (MessageBrokers) are not obliged to include a source element in the header, although that's a recommended behavior.
---+++++ Header from a more detailed response to the previous request
Note: each "source" has the freedom to specify other related software.
@
1.6
log
@Revision 6
@
text
@d37 1
a37 1
Note: Intermediaries such as portals (message brokers) are not obliged to include a source element in the header, although that's a recommended behavior.
@
1.5
log
@Revision 5
@
text
@d12 1
a12 1
Note: in this case no software has been specified, and that there's only a single source element.
@
1.4
log
@Revision 4
@
text
@d12 1
a12 1
Notice that no software has been specified, and that there's only a single source element.
d23 2
@
1.3
log
@Revision 3
@
text
@d8 1
a8 1
d17 1
a17 1
d26 1
a26 1
d29 1
a29 1
d40 1
a40 1
@
1.2
log
@Revision 2
@
text
@d5 1
a5 1
---+++++ Header from a "manual" request send directly to a resource
d23 1
a23 1
---+++++ Header from a request dispatched by a portal from a client software
d35 2
d46 2
@
1.1
log
@Initial revision
@
text
@d8 1
a8 1
13.14.15.16
d17 3
a19 2
17.18.19.20
d26 6
a31 4
(included by the client software)
(included by the portal)
11.12.13.14 (included by the client software)
15.16.17.18 (included by the portal)
d35 9
a43 1
Open issue: Shouldn't we incorporate the software attributes into the source element??
@