diff -r 43e37759235e -r 51a74ef9ed63 Symbian3/SDK/Source/GUID-625FFD05-5660-4A8B-A543-BABB5E7A5503.dita --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/Symbian3/SDK/Source/GUID-625FFD05-5660-4A8B-A543-BABB5E7A5503.dita Wed Mar 31 11:11:55 2010 +0100 @@ -0,0 +1,30 @@ + + + + + +Header +Structure +

HTTP represents +headers as a composition of parts and parameters. A simple header will have +only one part, for example:

Location: www.symbian.org

More +complex headers consist of a number of parts, separated by semicolon (;) or +comma (,) characters. In RFC 2616, these are defined with the EBNF notation +'rule - A construct "#" is defined, similar to "*", for defining lists of +elements...'

An example of a multiple-part header is:

Accept: text/*, text/html, */*

The +three parts have values text/*, text/html and */* respectively. When setting +up a header like this, the client only needs to specify the parts, and need +not be concerned with separator characters. Separators are handled automatically +by the built-in header codec.

Some header fields allow one or more +parameters to be associated with individual header parts. An example of a +header with parameters is:

Content-Type: text/html; charset=ISO-8859-4

The Content-Type header has a single part (value 'text/html') that has a +single parameter (named 'charset', value 'ISO-8859-4'). Again, the client +need only be concerned with setting part and parameter values; the separators +including the '=' character are dealt with automatically.

+
\ No newline at end of file