summaryrefslogtreecommitdiff
path: root/docs/reference/request-howto.xml
diff options
context:
space:
mode:
Diffstat (limited to 'docs/reference/request-howto.xml')
-rw-r--r--docs/reference/request-howto.xml180
1 files changed, 0 insertions, 180 deletions
diff --git a/docs/reference/request-howto.xml b/docs/reference/request-howto.xml
deleted file mode 100644
index 1a8b0983..00000000
--- a/docs/reference/request-howto.xml
+++ /dev/null
@@ -1,180 +0,0 @@
-<?xml version="1.0"?>
-<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"
- "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd">
-<refentry id="libsoup-request-howto">
-<refmeta>
-<refentrytitle>libsoup Client SoupRequest API</refentrytitle>
-<manvolnum>3</manvolnum>
-<refmiscinfo>LIBSOUP Library</refmiscinfo>
-</refmeta>
-
-<refnamediv>
-<refname>libsoup Client SoupRequest API</refname><refpurpose>Using
-libsoup with a mix of <literal>http</literal> and non-<literal>http</literal> URIs.</refpurpose>
-</refnamediv>
-
-<refsect2>
-<title><type>SoupRequest</type></title>
-
-<para>
-<link linkend="SoupRequest"><type>SoupRequest</type></link> is an
-abstract type representing a request for a particular URI. The
-<type>SoupRequest</type> API is an alternative to the <link
-linkend="SoupMessage"><type>SoupMessage</type></link>-based <link
-linkend="SoupSession"><type>SoupSession</type></link> APIs which may be
-useful to programs that want to deal with multiple kinds of URIs.
-</para>
-
-<para>
-<type>SoupRequest</type> officially became part of the
-<application>libsoup</application> API in 2.42 with the addition of
-<link
-linkend="soup-session-request"><function>soup_session_request</function></link>
-and the related functions.
-</para>
-
-<para>
-Additionally, before <application>libsoup</application> 2.42, the
-<type>SoupRequest</type> API was the only way to stream an HTTP
-response body via <link
-linkend="GInputStream"><type>GInputStream</type></link>. As of 2.42,
-there are streaming APIs based on <type>SoupMessage</type> (<link
-linkend="soup-session-send"><function>soup_session_send</function></link>
-and <link
-linkend="soup-session-send-async"><function>soup_session_send_async</function></link>),
-so applications that are using <type>SoupRequest</type> with only
-<literal>http</literal> and <literal>https</literal> URIs can be
-ported to those APIs now.
-</para>
-
-</refsect2>
-
-<refsect2>
-<title>Creating a SoupRequest</title>
-
-<para>
-There are four <type>SoupSession</type> methods for creating
-<type>SoupRequest</type>s:
-</para>
-
-<itemizedlist>
- <listitem>
- <para>
- <link linkend="soup-session-request"><function>soup_session_request</function></link>
- takes an arbitrary URI as a string, and returns a <link
- linkend="SoupRequest"><type>SoupRequest</type></link>.
- </para>
- </listitem>
- <listitem>
- <para>
- <link linkend="soup-session-request-uri"><function>soup_session_request_uri</function></link>
- takes an arbitrary URI as a <link linkend="SoupURI"><type>SoupURI</type></link>,
- and returns a <link linkend="SoupRequest"><type>SoupRequest</type></link>.
- </para>
- </listitem>
- <listitem>
- <para>
- <link linkend="soup-session-request-http"><function>soup_session_request_http</function></link>
- takes an HTTP method and an <literal>http</literal> or <literal>https</literal> URI as a string, and returns a <link
- linkend="SoupRequestHTTP"><type>SoupRequestHTTP</type></link>.
- </para>
- </listitem>
- <listitem>
- <para>
- <link linkend="soup-session-request-http-uri"><function>soup_session_request_http_uri</function></link>
- takes an HTTP method and an <literal>http</literal> or <literal>https</literal> URI as a <link linkend="SoupURI"><type>SoupURI</type></link>,
- and returns a <link linkend="SoupRequestHTTP"><type>SoupRequestHTTP</type></link>.
- </para>
- </listitem>
-</itemizedlist>
-
-</refsect2>
-
-<refsect2>
-<title>Sending a SoupRequest</title>
-
-<para>
-Once you have created a <type>SoupRequest</type>, you can send it with
-either <link
-linkend="soup-request-send"><function>soup_request_send</function></link>
-or <link
-linkend="soup-request-send-async"><function>soup_request_send_async</function></link>.
-This will provide you with a <link
-linkend="GInputStream"><type>GInputStream</type></link> which you can
-read to get the response body.
-</para>
-
-<para>
-After sending, you can use <link
-linkend="soup-request-get-content-length"><function>soup_request_get_content_length</function></link>
-and <link
-linkend="soup-request-get-content-type"><function>soup_request_get_content_type</function></link>
-to get information about the response body.
-</para>
-
-<para>
-As with the streaming <type>SoupMessage</type>-based APIs,
-<function>soup_request_send</function> and
-<function>soup_request_send_async</function> only return errors if a
-transport-level problem occurs (eg, it could not connect to the host,
-or the request was cancelled). In the case of an HTTP request, use the
-message's <structfield>status_code</structfield> field to determine
-whether the request was successful or not at the HTTP level (ie, "<literal>200
-OK</literal>" vs "<literal>401 Bad Request</literal>"). (You can call <link
-linkend="soup-request-http-get-message"><function>soup_request_http_get_message</function></link>
-to get the request's corresponding <link
-linkend="SoupMessage"><type>SoupMessage</type></link>, to look at the
-status code or other HTTP metadata.)
-</para>
-
-</refsect2>
-
-<refsect2>
-<title>Supported URI types, and adding your own</title>
-
-<para>
-Different URI types are implemented by different subclasses of
-<type>SoupRequest</type>. <application>libsoup</application> currently
-implements three <type>SoupRequest</type> classes:
-</para>
-
-<variablelist>
- <varlistentry>
- <term><link linkend="SoupRequestHTTP"><type>SoupRequestHTTP</type></link></term>
- <listitem><para>
- Handles <literal>http</literal> and
- <literal>https</literal> URI.
- </para></listitem>
- </varlistentry>
- <varlistentry>
- <term><link linkend="SoupRequestData"><type>SoupRequestData</type></link></term>
- <listitem><para>
- Handles <literal>data</literal> URIs containing inline data.
- </para></listitem>
- </varlistentry>
- <varlistentry>
- <term><link linkend="SoupRequestFile"><type>SoupRequestFile</type></link></term>
- <listitem><para>
- Handles <literal>file</literal> and
- <link linkend="GResource"><literal>resource</literal></link> URIs.
- If you request a URI corresponding to a directory, this
- will generate an HTML listing of the directory.
- </para></listitem>
- </varlistentry>
-</variablelist>
-
-<para>
-You can add additional URI types by implementing your own
-<type>SoupRequest</type> subclass; set the
-<type>SoupRequestClass</type>'s <structfield>schemes</structfield>
-field to point to a <literal>NULL</literal>-terminated array of scheme
-names, implement the various <type>SoupRequest</type> methods, and
-then register the type with your <type>SoupSession</type> by calling
-<link linkend="soup-session-add-feature-by-type"><function>soup_session_add_feature_by_type</function></link>
-and passing the <link linkend="GType"><type>GType</type></link> of
-your request class.
-</para>
-
-</refsect2>
-
-</refentry>