Index | index by Group | index by Distribution | index by Vendor | index by creation date | index by Name | Mirrors | Help |
The search service can find package by either name (apache), provides(webserver), absolute file names (/usr/bin/apache), binaries (gprof) or shared libraries (libXm.so.2) in standard path. It does not support multiple arguments yet...
The System and Arch are optional added filters, for example System could be "redhat", "redhat-7.2", "mandrake" or "gnome", Arch could be "i386" or "src", etc. depending on your system.
SOAP::Clean is a set of modules for quickly and simply deploying SOAP client and servers. On the server-side, it is intended to enable legacy, command-line oriented applications to be made into Web Services with little or no modification. On the client-side, it is intended to make Web Services look like legacy, command-line oriented applications! SOAP::Clean was original developed to provide a framework for computational scientists to use one another's components, without having to download and compile each others codes. The name SOAP::Clean comes from the fact that it is designed for entire XML documents and non-XML files to be embedded within SOAP requests and responses without losing their integrety. These files are passed directly to the legacy application on the server and stored directly to disk on the client. SOAP::Clean is _not_ intended for implementing "servlets". In particular, it makes absolutely no attempt to map XML data types into convenient Perl datatypes. Nor does it allow arbitrary Perl functions on the server to be invoked by SOAP requests. If need this functionality, I recommend SOAP::Lite.
Generated by rpm2html 1.6