File:  [Public] / libwww / Library / src / WWWApp.html
Revision 2.21: download - view: text, annotated - select for diffs
Sun May 24 19:39:40 1998 UTC (26 years ago) by frystyk
Branches: MAIN
CVS tags: repeat-requests, candidate-5-4-1, before_webdav, Release-5-4-0, Release-5-3-1, Release-5-2-8, Release-5-2-6, Release-5-2, Release-5-1m, HEAD, Before-New-Trace-Messages, Amaya_2_4, Amaya-6-3, Amaya-6-1, Amaya-5-2, Amaya-4-3-2, Amaya-4-3-1, Amaya-4-3, Amaya-4-1-2, Amaya-4-1-0, Amaya-4-0-0, Amaya-3-2-1, Amaya-3-2, Amaya
Made SQL module into a DLL with its own WWWSQL.html

<HTML>
<HEAD>
  <!-- Changed by: Henrik Frystyk Nielsen,  5-Jul-1996 -->
  <TITLE>W3C Sample Code Library libwww Application Interface</TITLE>
</HEAD>
<BODY>
<H1>
  Application Interface
</H1>
<PRE>
/*
**	(c) COPYRIGHT MIT 1995.
**	Please first read the full copyright statement in the file COPYRIGH.
*/
</PRE>
<P>
In addition top the basic W3C Sample Code Library <A HREF="WWWLib.html">WWWLib
interface</A> you <EM>may</EM> include the other
<A HREF="../User/Guide/">interfaces</A>&nbsp;depending on the needs of your
application. However, it is not required and none of the files included below
are ever used in the core part of the Library itself. Only if this file is
included, the extra modules will get included in the linked object code.
It is also possible to include only a subset of the files below if the
functionality you are after is covered by them. This interface contains many
application specific features including a set of default
<A HREF="HTFilter.html">BEFORE and AFTER filters</A>.
<PRE>
#ifndef WWWAPP_H
#define WWWAPP_H
</PRE>
<PRE>
#ifdef __cplusplus
extern "C" { 
#endif
</PRE>
<H3>
  System dependencies
</H3>
<P>
The <A HREF="wwwsys.html">wwwsys.h</A> file includes system-specific include
files and flags for I/O to network and disk. The only reason for this file
is that the Internet world is more complicated than Posix and ANSI.
<PRE>#include "<A HREF="wwwsys.html">wwwsys.h</A>"
</PRE>
<H3>
  Event Manager
</H3>
<P>
The core part of libwww only provides the hooks for the event manager. There
is no event loop internal to the core part. Instead the application must
provide the event loop in order to use either pseudo threads or real threads.
If the application only uses blocking sockets without threads then it is
not required to register any event loop at all. We provide a default
implementation of an event loop which you can either take or get some ideas
from.
<PRE>#include "<A HREF="HTEvtLst.html">HTEvtLst.h</A>"
</PRE>
<H3>
  Managing the Home Page
</H3>
<P>
This module provides some "make life easier" functions in order to get the
application going. They help you generate the first anchor, also called the
<EM>home anchor</EM>. It also contains a nice set of default WWW addresses.
<PRE>#include "<A HREF="HTHome.html">HTHome.h</A>"
</PRE>
<H3>
  User Dialogs and Messages
</H3>
<P>
You can register a set of callback functions to handle user prompting, error
messages, confimations etc. Here we give a set of functions that can be used
on almost anu thinkable platform. If you want to provide your own platform
dependent implementation then fine :-)
<PRE>#include "<A HREF="HTDialog.html">HTDialog.h</A>"
</PRE>
<H3>
  Load, Upload, and Search URLs
</H3>
<P>
Even though you may use the API for the HTRequest object directly in order
to issue a request, you will probably find that in real life it is easier
to use a higher level abstraction API. This API is provided by the
<A HREF="HTAccess.html">HTAccess module</A> where you will find all kind
of functions for down loading a URL etc.
<PRE>#include "<A HREF="HTAccess.html">HTAccess.h</A>"
</PRE>
<H3>
  Rule File Management
</H3>
<P>
Another way to initialize applications is to use a rule file, also known
as a <A HREF="../User/Using/Rules.html">configuration file</A>. This is for
example the case with the W3C httpd and the W3C Line Mode Browser. This module
provides basic support for configuration file management and the application
can use this is desired. The module is not referred to by the Library. Reading
a rule file is implemented as a stream converter so that a rule file can
come from anywhere, even across the network!
<PRE>#include "<A HREF="HTRules.html">HTRules.h</A>"
</PRE>
<H3>
  Proxies and Gateways
</H3>
<P>
Applications do not have to provide native support for all protocols, they
can in many situations rely on the support of proxies and gateways to help
doing the job. Proxy servers are often used to carry client requests through
a firewall where they can provide services like corporate caching and other
network optimizations. Both Proxy servers and gateways can serve as "protocol
translators" which can convert a request in the main Web protocol, HTTP,
to an equivalent request in another protocol, for example NNTP, FTP, or Gopher.
In case a proxy server or a gateway is available to the application, it can
therefore by use of HTTP forward all requests to for example a proxy server
which then handle the communications with the remote server, for example
using FTP about the document and return it to the application (proxy client)
using HTTP.
<PRE>#include "<A HREF="HTProxy.html">HTProxy.h</A>"
</PRE>
<H3>
  BEFORE and AFTER Filters
</H3>
<P>
<I>Before</I> a request has been issued and <I>after</I> it has terminated
the application often has to do some action as a result of the request (and
of the result of the request). The Client Profile Interface Library provides
a set of standard BEFORE and AFTER filters to handle <I>caching</I>,
<I>redirection</I>, <I>authentication</I>, <I>logging</I> etc.
<PRE>#include "<A HREF="HTFilter.html">HTFilter.h</A>"
</PRE>
<H3>
  Logging
</H3>
<P>
Often it is required to log the requests issued to the Library. This can
either be the case if the application is a server or it can also be useful
in a client application. This module provides a simple logging mechanism
which can be enabled if needed. See also the <A HREF="HTSQLLog.html">SQL
based logging module</A>.
<PRE>#include "<A HREF="HTLog.html">HTLog.h</A>"
</PRE>
<H3>
  History Management
</H3>
<P>
Another type of logging is keeping track of which documents a user has visited
when browsing along on the Web. The Library history manager provides a basic
set of functionality to keep track of a linear history list.
<PRE>#include "<A HREF="HTHist.html">HTHist.h</A>"
</PRE>
<P>
End of application specific modules
<PRE>
#ifdef __cplusplus
} /* end extern C definitions */
#endif

#endif
</PRE>
<P>
  <HR>
<ADDRESS>
  @(#) $Id: WWWApp.html,v 2.21 1998/05/24 19:39:40 frystyk Exp $
</ADDRESS>
</BODY></HTML>

Webmaster