Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

xpamethod(7) [debian man page]

xpamethod(7)							SAORD Documentation						      xpamethod(7)

NAME
XPAMethod - XPA Communication Methods SYNOPSIS
XPA supports both inet and unix (local) socket communication. DESCRIPTION
XPA uses sockets for communication between processes. It supports three methods of socket communication: inet, localhost, and unix. In gen- eral, the same method should be employed for all XPA processes in a session and the global environment variable XPA_METHOD should be used to set up the desired method. By default, the preferred method is "inet", which is appropriate for most users. You can set up a different method by typing something like: setenv XPA_METHOD local # unix csh XPA_METHOD=local; export XPA_METHOD # unix sh, bash, windows/cygwin set XPA_METHOD=localhost # dos/windows The options for XPA_METHOD are: inet, unix (or local), and localhost. On Unix machines, this environment setup command can be placed in your shell init file (.cshrc, .profile, .bashrc, etc.) On Windows platforms, it can be placed in your AUTOEXEC.BAT file (I think!). By default, inet sockets are used by XPA. These are the standard Internet sockets that are used by programs such as Netscape, ftp. etc. Inet sockets utilize the IP address of the given machine and a (usually random) port number to communicate between processes on the same machine or between different machines on the Internet. (Note that XPA has an Access Control mechanism to prevent unauthorized access of XPA access points by other computers on the Net). For users connected to the Internet, this usually is the appropriate communication method. For more information about setting up XPA communication between machines, see Communication Between Machines. In you are using XPA on a machine without an Internet connection, then inet sockets are not appropriate. In fact, an XPA process often will hang for many seconds while waiting for a response from the Domain Name Service (DNS) when using inet sockets. Instead of inet sockets, users on Unix platforms can also use unix sockets (also known as local sockets). These sockets are based on the local file system and do not make use of the DNS. They generally are considered to be faster than inet sockets, but they are not implemented under Windows. Use local sockets as a first resort if you are on a Unix machine that is not connected to the Internet. Users not connected to the Internet also can use localhost sockets. These are also inet-type sockets but the IP address used for the local machine is the localhost address, 0x7F000001, instead of the real IP of the machine. Depending on how sockets are set up for a given plat- form, communication with the DNS usually is not required in this case (though of course, XPA cannot interact with other machines). The localhost method will generally work on both Unix and Windows platforms, but whether the DNS is required or not is subject to individual configurations. A final warning/reminder: if your XPA-enabled server hangs at startup time and your XPA_METHOD is inet, the problem probably is related to an incorrect Internet configuration. This can be confirmed by using the unix method or (usually) the localhost method. You can use these alternate methods if other hosts do not need access to the XPA server. SEE ALSO
See xpa(7) for a list of XPA help pages version 2.1.14 June 7, 2012 xpamethod(7)

Check Out this Related Man Page

xpatemplate(7)							SAORD Documentation						    xpatemplate(7)

NAME
XPATemplate - Access Point Names and Templates SYNOPSIS
XPA access points are composed of two parts: a general class and a specific name. Both parts accept template characters so that you can send/retrieve data to/from multiple servers at one time. DESCRIPTION
When XPA servers call XPANew(), or XPACmdNew() to define XPA access points, they specify a string identifier composed of a class and a name. When clients communicate with XPA access points, they specify which access points to communicate with using an identifier of the form: class:name All registered XPA access points that match the specified identifier will be available for communication (subject to access control rules, etc.) As of XPA 2.1.5, the length of both the class and name designations are limited to 1024 characters. The XPA class:name identifier actually is a template: it accepts wild cards in its syntax, so a single specifier can match more than one XPA access point. (Note that the class is optional and defaults to "*".) The allowed syntax for clients to specify the class:name tem- plate is of the form shown below. (Note that "*" is used to denote a generic wild card, but other wild cards characters are supported, as described below). template explanation -------- ----------- class:name exact match of class and name name match any class with this name *:name match any class with this name class:* match any name of this class *:* match any access point In general, the following wild-cards can be applied to class and name: wildcard explanation -------- ----------- ? match any character, but there must be one * match anything, or nothing [...] match an inclusive set Although the class:name template normally is used to refer to XPA access points, these also can be specified using their individual socket identifiers. For inet sockets, the socket identifier is ip - port, where ip can be the DNS-registered name, the ASCII IP number (e.g. 123.45.67.890) or the hex IP number (e.g. 838f3a60). For unix sockets, the identifier is the socket file name. These socket identifiers are displayed as the fourth argument in the xpans display of registered access points. For example, consider the ds9 program started using inet sockets. The xpans name server will register something like this: csh> xpaget xpans DS9 ds9 gs saord.harvard.edu:3236 eric You can access ds9 using ip:3236 in any of the three forms: csh> xpaget saord:3236 file /home/eric/data/snr.ev csh> xpaget 123.45.67.890:3236 file /home/eric/data/snr.ev csh> xpaget 838f3a60:3236 file /home/eric/data/snr.ev In the case of unix sockets, the socket identifier is a file: csh> xpaget xpans DS9 ds9 gs /tmp/.xpa/DS9_ds9.2631 eric csh> xpaget /tmp/.xpa/DS9_ds9.2631 file /home/eric/data/snr.ev This feature can be useful in distinguishing between multiple instances of a program that all have the same class:name designation. SEE ALSO
See xpa(7) for a list of XPA help pages version 2.1.14 June 7, 2012 xpatemplate(7)
Man Page