Provided by: afnix_3.5.0-3_amd64 
NAME
nwg - standard network working group module
STANDARD NETWORK WORKING GROUP MODULE
The Standard Network Working Group module is an original implemtation of the
recommendations proposed by the NWG and currently found in the form of Request for
Comments (RFC). Most of the objects are used with networking application, with the most
common one beeing the Universal Resource Identifier (URI) object.
The uri class
The Uri class is a base class that parses a Uniform Resource Identifier or uri string and
provides methods to access individual component of that uri. The implementation conforms
to RFC 3986. The URI components are the scheme, the authority, the path, the query and the
fragment. The class also takes care of the character escaping.
const uri (afnix:www:Uri "http://www.afnix.org")
An uri can be broken into several components called the scheme, the authority, the path,
optionally the query and the fragment. The Uri class provide a method to retrieve each
component of the parsed uri.
const uri (afnix:www:Uri "http://www.afnix.org/")
println (uri:get-scheme) # http
println (uri:get-authority) # www.afnix.org
println (uri:get-path) # /
Character conversion
The Uri class performs automatically the character conversion in the input uri. For
example, the + character is replaced by a blank. The % character followed by two
hexadecimal values is replaced by the corresponding ASCII character. Note that this
conversion does now apply to the query string.
Query string
The get-query method returns the query string of the uri. The query string starts after
the ? character. The query string is a series of key-pair values separated by the &
character.
const uri (afnix:www:Uri
"http://www.afnix.org?name=hello&value=world")
println (uri:get-query) # name=hello&value=world
The module also provides the UriQuery class that parses the query string and store the
result in the form of a property list. The query string parse is particularly useful when
writing automated scripts.
# create a query string object
const qs (afnix:nwg:UriQuery (uri:get-query))
# get the name value
qs:get-value "name"
Managing a cgi request
Managing a cgi request involves primarily the parsing of the requesting uri. The uri
generally contains the http referrer as well as parameter which are stored in the form of
a query string. However, depending on the cgi method which can be of type GET or POST, the
treatment is somewhat different.
Checking the protocol version
In the presence of a cgi protocol, it is always a good idea to check the protocol version,
or at least to put an assertion. The protocol version is normally CGI/1.1 and is stored in
the GATEWAY_INTERFACE environment variable.
# check the cgi protocol
assert "CGI/1.1" (
afnix:sys:get-env "GATEWAY_INTERFACE")
Getting the query string
If the request method is GET, then the query string is available in the environment
variable QUERY_STRING. If the request method is POST, the query string is available in the
input stream. The length of the query string is given by the CONTENT_LENGTH environment
variable. The following example illustrates the extraction of the query string.
# check the cgi protocol
assert "CGI/.1" (
afnix:sys:get-env "GATEWAY_INTERFACE")
# initialize the query string
const query (afnix:sys:get-env "QUERY_STRING")
# get the request method
const rqm (afnix:sys:get-env "REQUEST_METHOD")
# check for a post request and update the query string
if (== rqm "POST") {
# create a buffer from the content length
const len (
Integer (afnix:sys:get-env "CONTENT_LENGTH"))
# get the standard input stream and read content
const is (interp:get-input-stream)
const buf (is:read len)
# set the query string
query:= (buf:to-string)
}
Parsing the query string
The UriQuery class is designed to parse a cgi query string. Once the string has been
parsed, it is possible to perform a query by key since the class operates with a property
list.
const query (
afnix:www:UriQuery "name=hello&value=world")
query:length # 2
query:get-value "name" # hello
query:get-value "value" # world
The UriQuery class is the foundation to build cgi script. When the library is combined
with the web application management (wam) service, powerful applications can be built
easily.
Special functions
Several dedicated functions are available in the library as a way to ease the object
manipulations. Theses functions operate mostly on uri and files as described below.
Uri functions
Several functions are designed to ease the uri manipulation. Most of them operate on the
uri name or their associated system name. The normalize-uri-name function normalizes a
string argument by adding a uri scheme if missing in the original string. If the function
detects that the name starts with a host name, the http scheme is added. If the function
detects that the string starts with a path, the file scheme is added. otherwise, the name
argument is left untouched. The system-uri-name function normalizes the string argument by
prioritizing the system name. The function attempts to find a file that match the sring
argument and eventually build a uri file scheme. If the file is not fond, the
normalization process occurs with the normalize-uri-name function.
# normalize a uri name
trans unm "http://www.afnix.org"
assert unm (
afnix:nwg:normalize-uri-name unm)
assert unm (
afnix:nwg:normalize-uri-name "www.afnix.org")
assert unm (
afnix:nwg:normalize-uri-name "//www.afnix.org")
Mime functions
Mime functions are dedicated to easee the mainpulation of media types or mime. A media
type is defined by a string in the form of a type and content value such as text/plain.
The mime-value-p predicate returns true if a string mime value is a valid media type. From
a file perspective, the mime-extension-p predicate returns true if the string extension
has a valid media type associated to it. Finally, the extension-to-mime function can be
used to get the string mime value associated with a file extension.
# check a media type
assert true (afnix:nwg:mime-value-p "text/plain")
# check the mime extension predicate
assert true (afnix:nwg:mime-extension-p "txt")
# check the extension to mime
assert "text/plain" (
afnix:nwg:extension-to-mime "txt")
HTTP transaction objects
The concept of HTTP transactions is defined in RFC 2616. In the client/server approach, a
client issues a request which is answered with a response. A special case arise when the
server is asked to perform some extra works, such like executing a script. In this case,
the answer is called a reply which is formatted into a response when the server does its
job correctly. The nature of the HTTP objects determines how the associated stream
behaves. With a HTTP request, the object is filled by reading an input stream when
operating on the server side. On the other hand, the request is filled by data when
operating on the client side. With a HTTP response, the opposite situation occurs. The
HTTP response is filled by reading an input stream when operating on the client side and
filled by data when operating on the server side.
HTTP protocol
The HttpProto class is a base class designed to handle a HTTP header that is found in both
HTTP request and response. The class is built around a property list that is filled either
by parsing an input stream or by processing specific methods. The HttpProto defines also
some methods which are often used with a HTTP request or response.
HTTP response
The HttpResponse class is a class designed to handle a HTTP response. When operating on
the client side, the response object is built by reading an input stream. When operating
on the server side, the response object is built by calling specific methods.
Creating a server response
A server response is created by specifying the response status code. By default, a HTTP
response is created with the default media type text/html. If the media type needs to be
changed, it can be passed as the second argument to the response constructor. By default,
the empty constructor creates an empty constructor with a valid status code.
#create a valid response
const hr (afnix:nwg:HttpResponse 200)
Once the server response is created, it can be augmented with some headed values.
Typically, a server will add some information about the response, such like the content
length, the modification time or a tag. The HttpResponse provides several methods that
ease the generation of these header values.
Creating a client response
A client response is created by binding an input stream to a response object. During the
construction, the input stream is read and the HTTP protocol header is filled. It is also
during this phase that the status code is processed. It is therefore important to ensure
that a response object is built correctly before attempting to access it.
# create a client response by stream
const hr (afnix:nwg:HttpResponse is)
Reading a client response
When the response has been created, it is important to check its status code. Most of the
time, the response is valid and its content can be read directly. The status-ok-p
predicate returns true if the status code is valid. In such case, a HTTP stream can be
built in order to read the response.
# check that a response is valid
if (hr:status-ok-p) {
# create a http stream
const rs (afnix:nwg:HttpStream ht is)
# read the response stream
while (rs:eos-p) (rs:read)
}
Before reading a http stream, it is important to detect and verify the nature of the
response content. The media-type-p predicate returns true if the media type is defined and
the get-media-type method returns the response type in the form of a mime code such like
text/html. Eventually, the character set associated with the media type can also be
detected. The encoding-mode-p predicate and the get-encoding-mode method can be used to
detect the content encoding mode. However, it is worth to note that the HttpStream object
is automatically sets with the proper encoding if it can be found in the response header.
Special client response
Certain response can sometime contains special status codes that require a specific
treatment. This is the case when the response corresponds to a http redirection. In this
case, the new uri must be fetched to get the desired response. The location-p predicate
returns true if the response corresponds to a http redirect and the get-location method
can be used to get the new location uri. If this situation arises, it is up to the
implementation to decide what to do with the new uri. In most cases, a new request will be
sent to the server.
Cookie object
The Cookie object is a special object that can be used during a http session, to post data
to the http client. The idea behind cookies is to be able to maintain some state, during
the user session for some time. A cookie is a name/value pair and eventually an expiration
time. By default, the cookie object are defined for one http client session, but this
behavior can be changed.
Managing cookies
A cookie is created with a name/value pair and eventually an expiration time. Such
expiration time is called the maximum-age and is automatically formatted by the object.
With two arguments a session cookie is created. With a third argument as an integer, the
constructor set the maximum age in seconds.
# create a cookie with name/value
const cookie (afnix:nwg:Cookie "cartid" "123456789")
The cookie implementation follows the recommendation of the RFC-2965 for http state
management. The most important point to remember is the interpretation of the maximum age
that differs from one cookie version to another. With version 1, which is the default, the
maximum age is defined relatively in seconds, while it is absolute with version 0.The
maximum age is set either at construction or with the set-max-age method. The set-max-age
method sets the cookie life time in seconds, in reference to the current time. A negative
value is always reset to -1 and defined a session cookie. A 0 value tells the http client
to remove the cookie. The set-path method defines the path for which this cookie apply.
Adding a cookie
Once the cookie is defined, the set-cookie method of the HttpResponse object can be used
to install the cookie. Combined with the write method, the cookie can be send to the http
client.
STANDARD NETWORK WORKING GROUP REFERENCE
Uri
The Uri class is a base object used to parse or build a uniform resource identifier as
defined by RFC 3986. The URI can be built by specifying each component or by parsing a
string. When a string is given in the constructor, the class parses the string and extract
all components. The uri components are the scheme, the authority, the path, the query and
the fragment. The class also takes care of the character escaping.
Predicate
uri-p
Inheritance
Object
Constructors
Uri (none)
The Uri constructor creates an empty uri object.
Uri (String)
The Uri constructor create a uri object by value. The string argument is the uri to
parse at the object construction.
Uri (String String Integer)
The Uri constructor create a uri object by scheme host and port. The first argument
is the uri scheme. The second argument is the uri host name. The third argument is
the uri port. The uri base name can be reconstructed from this information.
Methods
parse -> none (String)
The parse method reset the uri object, parse the string argument and fill the uri
object with the result.
get-scheme -> String (none)
The get-scheme method returns the scheme of the parsed uri object.
get-authority -> String (none)
The get-authority method returns the authority part of the parsed uri.
get-path -> String (none)
The get-path method returns the path of the parsed uri.
get-path-target -> String (none)
The get-path-target method returns the path target of the parsed uri. The path
target is the last element of the uri path.
get-query -> String (none)
The get-query method returns the complete query string of the parsed uri. Note that
characters are not escaped when getting the string.
get-fragment -> String (none)
The get-fragment method returns the complete query string of the parsed uri.
get-base -> String (none)
The get-base method returns the combined uri scheme and authority.
get-rname -> String (none)
The get-rname method returns the reference uri name with the combined uri scheme,
authority and path all percent encoded.
get-hname -> String (none)
The get-hname method returns the combined uri scheme, authority and path.
get-aname -> String (none)
The get-aname method returns the almost combined uri name with the scheme,
authority, path and query.
add-path -> Uri (String)
The add-path method adds a path to the calling uri and returns a new uri with the
new path added to the old one.
get-href -> Uri (String)
The get-href method returns a new uri by eventually combining the string argument.
If the string argument correspond to an uri, the corresponding uri is built.
Otherwise, the string argument is considered as a path to be added to the current
uri in order to build a new uri.
get-system-path -> String (none)
The get-system-path method returns the system path representation of the uri path.
This function works only if the scheme if a file scheme.
get-path-encoded -> String (none)
The get-path-encoded method returns the uri in the encoded form. Normally the get-
path removes the percent-encoded characters which might not be appropriate with
some protocol such like the http protocol. The get-path-encoded returns the
original path. Note that getting the path with getpath and doing a percent coding
might result in a different result since the internal representation uses
normalized string.
get-host -> String (none)
The get-host method returns the authority or path host name if any can be found
with respect to the scheme. With a ftp, http or https scheme, the host is extracted
from the authority. With a mailto scheme, the host is extracted from the path.
get-port -> Integer (none)
The get-port method returns the authority port if any can be found with respect to
the scheme.
UriQuery
The UriQuery class is a simple class that parses a uri query string and build property
list. during the parsing process, a special transliteration process is done as specified
by RFC 3986. This class is primarily used with cgi scripts. Note that the string to parse
is exactly the one produced by the get-query method of the Uri class.
Predicate
uri-query-p
Inheritance
Plist
Constructors
UriQuery (none)
The UriQuery constructor creates an empty uri query object.
UriQuery (String)
The UriQuery constructor create a uri object by value. The string argument is the
uri query string to parse at the object construction. The query string is the one
obtained from the get-query method of the Uri class.
Methods
parse -> none (String)
The parse method reset the uri query object, parses the string argument and fill
the property list object with the result.
get-query -> String (none)
The get-query method returns the original query string.
UriPath
The UriPath class is a class designed for the management of file system path associated
with a uri. Typically, this class will be used with a http server or client when an
association between a uri and a file name needs to be made. The general operation
principle is to associate a path with a uri authority. The uri path is then concatanated
to produce a new path. If the uri path is empty, it can be eventually replaced by a file
name, known as the diretory index in the http terminology.
Predicate
uri-path-p
Inheritance
Object
Constructors
UriPath (none)
The UriPath constructor creates an empty uri path object.
UriPath (String)
The UriPath constructor create a uri object by root path. The string argument is
the uri root path.
UriPath (String String)
The UriPath constructor create a uri object by root and index. The first string
argument is the uri root path and the second string argument is the directory index
path.
UriPath (String String String)
The UriPath constructor create a uri object by root, index and authority. The first
string argument is the uri root path, the second string argument is the directory
index path and the third argument is the authority.
Methods
get-root -> String (none)
The get-root method returns the root path.
get-index -> String (none)
The get-index method returns the index path.
get-authority -> String (none)
The get-authority method returns the uri authority.
map-request-uri -> String (none)
The map-request-uri map a request uri into a system path. The string argument is
the request uri. The request uri must be an absolute path. The result string is the
system path build with the root path.
normalize -> String (none)
The normalize method build a system from a request path. The request path is
associated with the root path and then normalized to produce a complete system
path.
HttpProto
The HttpProto class is a base class that ease the deployment of the http protocol. The
base class is built with a property list which is used to define the message header. The
class also defines the write methods which are used to write a message either on an output
stream or into a buffer.
Predicate
http-proto-p
Inheritance
Object
Methods
reset -> none (none)
The reset method resets the http protocol object by clearing the protocol version
and header.
parse -> none (none)
The parse method parse the input stream bound to the http protocol. In order to
operate, an input stream must be associated with the protocol object or an
exception is raised. After a stream has been parsed, the protocol version and the
header are set.
write -> none (none|OutputStream|Buffer)
The write method formats and writes the http protocol object to an output stream or
a buffer. Without argument, the default output stream is used. With an argument, an
output stream or a buffer object can be used.
header-length -> Integer (none)
The header-length method returns the number of properties in the header.
header-exists-p -> Boolean (String)
The header-exists-p predicate returns true if the property exists in the header.
The string argument is the property name.
header-set -> none (String Literal)
The header-set method sets a new property to the http header. The first argument is
the property name. The second argument is a literal object which is internally
converted to a string.
header-get -> Property (Integer)
The header-get method returns a property object by index.
header-map -> String (String)
The header-map method returns a property value by name. The string argument is the
property name.
header-find -> Property (String)
The header-find method returns a property object by name. The string argument is
the property name. If the property is not found, the nil object is returned.
header-lookup -> Property (String)
The header-lookup method returns a property object by name. The string argument is
the property name. If the property is not found, an exception is raised.
header-plist -> Plist (none)
The header-plist method returns the header in the form of a property list.
content-length-p -> Boolean (none)
The content-length-p predicate returns true if the content length is defined in the
protocol header.
get-content-length -> Integer (none)
The get-content-length method returns the content length defined in the protocol
header. If the content length is not defined in the header, the null value is
returned.
media-type-p -> Boolean (none)
The media-type-p predicate returns true if the content type is defined in the
protocol header.
get-media-type -> String (none)
The get-media-type method returns the media type defined in the protocol header. If
the media type is not defined in the header, the default media type is returned.
encoding-mode-p -> Boolean (none)
The encoding-mode-p predicate returns true if the encoding mode is defined in the
protocol header.
get-encoding-mode -> String (none)
The get-encoding-mode method returns the protocol encoding mode. If the encoding
mode is not defined in the protocol header, the default encoding mode is returned.
HttpRequest
The HttpRequest class is a base class designed to handle a http request. The class
operates with the protocol version 1.1 as defined by RFC 2616. For a server request, the
request is built by reading an input stream and setting the request command with its
associated header. For a client request, the request is formatted with a request command
and a eventually a uri. In both cases, the header is filled automatically depending on the
request side.
Predicate
http-request-p
Inheritance
HttpProto
Constructors
HttpRequest (none)
The HttpRequest constructor creates a default http request. By default, the request
object is built with the GET method and the request uri set to the root value.
HttpRequest (String)
The HttpRequest constructor creates a http request object with a specific command.
By default, the request uri is set to root, except for the OPTIONS method
HttpRequest (Uri)
The HttpRequest constructor creates a http request object with a uri. The default
request method is GET.
HttpRequest (InputStream)
The HttpRequest constructor creates a http request object with a specific input
stream. At construction, the request header is cleared and the input stream is
bound to the object.
HttpRequest (String String)
The HttpRequest constructor creates a http request object with a specific method
and a uri name. The first string argument is the request method to use. The second
string argument is the uri attached to the command. Note that the term uri should
be understood as a request uri.
HttpRequest (String Uri)
The HttpRequest constructor creates a http request object with a specific method
and a uri. The first string argument is the request method to use. The second
argument is the uri attached to the method.
Methods
set-method -> none (String)
The set-method method sets the request method. This method does not check that the
command is a valid HTTP method and thus leaves plenty of room for server
development. As a matter of fact, RFC 2616 does not prohibit the existence of such
extension.
get-method -> String (none)
The get-method method returns the request method string.
set-uri -> none (String)
The set-uri method sets the request uri. The argument string does not have to be a
valid uri string since some commands might accept special string such like "*" to
indicate all applicable uri.
get-uri -> String (none)
The get-uri method returns the request uri string.
HttpResponse
The HttpResponse class is a base class designed to handle a http response. The class
operates with the protocol version 1.1 as defined by RFC 2616. For a client response, the
response is built by reading an input stream and setting the response status code with its
associated header. For a server response, the response is formatted with a response status
and additional header information. In both cases, the header is filled automatically
depending on the response side. On the other hand, trying to set some header with an input
stream bound to the response object might render the response object unusable.
Predicate
http-response-p
Inheritance
HttpProto
Constructors
HttpResponse (none)
The HttpResponse constructor creates a default http response object. The response
is marked valid with a default text/plain media type.
HttpResponse (Integer)
The HttpResponse constructor creates a http response object with a status code. The
response code is associated with the default text/plain media type.
HttpResponse (InputStream)
The HttpResponse constructor creates a http response object with a specific input
stream. At construction, the response header is cleared and the input stream is
bound to the object.
HttpResponse (Integer String)
The HttpResponse constructor creates a http response object with a status code and
a media type. The first argument is the status code. The second argument is the
associated media type.
Methods
set-status-code -> none (Integer)
The set-status-code method sets the response status code.
get-status-code -> Integer (none)
The get-status-code method returns the response status code.
map-status-code -> String (none)
The map-status-code method returns a string representation of the response status
code.
status-ok-p -> Boolean (none)
The status-ok-p predicate returns true if the response status code is valid (aka
status 200).
status-error-p -> Boolean (none)
The status-error-p predicate returns true if the response status code is an error
code.
location-p -> Boolean (none)
The location-p predicate returns true is the response status code indicates that a
request should be made at another location. The location can be found with the get-
location method.
get-location -> String (none)
The get-location method returns the location uri found in the response header. This
method is equivalent to a header query.
set-location -> none (String)
The set-location method set the redirect location in the response header. The
string argument is the location uri.
set-cookie -> none (Cookie)
The set-cookie method sets a cookie object to the http header. The cookie version
is properly handled by the method.
Cookie
The Cookie class is a special class designed to handle cookie setting within a http
transaction. A cookie is name/value pair that is set by the server and stored by the http
client. Further connection with the client will result with the cookie value transmitted
by the client to the server. A cookie has various parameters that controls its existence
and behavior. The most important one is the cookie maximum age that is defined in seconds.
A null value tells the client to discard the cookie. A cookie without maximum age is valid
only during the http client session. A cookie can be added to the HttpReply object with
the set-cookie method. A cookie can be constructed with a name/value pair. An optional
third argument is the maximum age. The default cookie version is 1 as specified by RFC
2965. With a version 1, the maximum age is interpreted as the number of seconds before the
cookie expires. With version 0, the maximum age is the absolute time.
Predicate
cookie-p
Inheritance
Object
Constructors
Cookie (String String)
The Cookie constructor creates a cookie with a name value pair. The first argument
is the cookie name. The second argument is the cookie value.
Cookie (String String Integer)
The Cookie constructor creates a cookie with a name value pair and a maximum age.
The first argument is the cookie name. The second argument is the cookie value. The
third argument is the cookie maximum age.
Methods
get-version -> Integer (none)
The get-version method returns the cookie version.
set-version -> none (Integer)
The set-version method sets the cookie version. The version number can only be 0 or
1.
get-name -> String (none)
The get-name method returns the cookie name. This is the name store on the http
client.
set-name -> none (String)
The set-name method sets the cookie name. This is the name store on the http
client.
get-value -> String (none)
The get-value method returns the cookie value. This is the value stored on the http
client bounded by the cookie name.
set-value -> none (String)
The set-value method sets the cookie value. This is the value store on the http
client bounded by the cookie name.
get-maximum-age -> Integer (none)
The get-maximum-age method returns the cookie maximum age. The default value is -1,
that is, no maximum age is set and the cookie is valid only for the http client
session.
set-maximum-age -> none (Integer)
The set-maximum-age method sets the cookie maximum age. A negative value is reset
to -1. A 0 value tells the http client to discard the cookie. A positive value
tells the http client to store the cookie for the remaining seconds.
get-path -> String (none)
The get-path method returns the cookie path value. The path determines for which
http request the cookie is valid.
set-path -> none (String)
The set-path method sets the cookie path value. The path determines for which http
request the cookie is valid.
get-domain -> String (none)
The get-domain method returns the cookie domain value.
set-domain -> none (String)
The set-domain method sets the cookie domain value. It is string recommended to use
the originator domain name since many http client can reject cookie those domain
name does not match the originator name.
get-port -> Integer (none)
The get-port method returns the cookie port number.
set-port -> none (Integer)
The set-port method sets the cookie port number. This value is not used with a
cookie version 0.
get-comment -> String (none)
The get-comment method returns the cookie comment value.
set-comment -> none (String)
The set-comment method sets the cookie comment value.
get-comment-url -> String (none)
The get-comment-url method returns the cookie comment url value.
set-comment-url -> none (String)
The set-comment-url method sets the cookie comment url value. This value is not
used with cookie version 0.
get-discard -> Boolean (none)
The get-discard method returns the cookie discard flag.
set-discard -> none (Boolean)
The set-discard method sets the cookie discard flag. The discard flag the tells the
user agent to destroy the cookie when it terminates. This value is not used with
cookie version 0.
get-secure -> Boolean (none)
The get-secure method returns the cookie secure flag.
set-secure -> none (Boolean)
The set-secure method sets the cookie secure flag. When a cookie is secured, it is
only returned by the http client if a connection has been secured (i.e use https).
to-string -> String (none)
The to-string method returns a string formatted for the http reply header. Normally
this method should not be called since the set-cookie method of the httpReply takes
care of such thing.
Functions
mime-extension-p -> Boolean (String)
The mime-extension-p predicates returns true if a media type extension - mime
extension - is defined. Most of the time, media type extension can be seen as a
file extension.
mime-value-p -> Boolean (String)
The mime-value-p predicates returns true if a media type - mime value - is defined.
extension-to-mime -> String (String [Boolean])
The extension-to-mime function converts a media type extension into a media type.
In the first form, without a second argument, if the media type extension does not
exist, an exception is raised. In the second form, with the second argument set to
true, if the media type extension does not exist, the default media type is
returned. If the flag is set to false, an exception is raised like the first form.
string-uri-p -> Boolean (String)
The string-uri-p predicates returns true if the string argument is a uri.
normalize-uri-name -> String (String)
The normalize-uri-name function normalizes the string argument by adding a uri
scheme if missing in the original string. If the function detects that the name
starts with a host name, the "http" scheme is added. If the function detects that
the string starts with a path, the "file" scheme is added. otherwise, the name
argument is left untouched.
system-uri-name -> String (String)
The system-uri-name function normalizes the string argument by prioritizing the
system name. The function attempts to find a file that match the string argument
and eventually build a uri file scheme. If the file is not fond, the normalization
process occurs with the normalize-uri-name function.
path-uri-name -> String (String)
The path-uri-name function normalizes the string argument by extracting a path
associated with the uri string. If the string is a valid uri string, the path is
the uri path component. If the uri path is empty, it is normalized to a /. If the
string argument is not a uri string, the string is assumed to be a partial uri and
both query and fragment parts are removed if present.
normalize-uri-host -> String (String)
The normalize-uri-host function normalizes the string argument uri host name. This
function is useful with certain class of host representation which uses extra
characters.
normalize-uri-port -> String (String)
The normalize-uri-port function normalizes the string argument uri port value. This
function is useful with certain class of host representation which uses extra
characters.