soapsuds(1)
π soapsuds β the manual, but make it make sense
okay bestie, quick vibe check: this is the manual page for soapsuds, living in the General Commands Manual section of your friendly neighborhood Unix system. It's Mono's Remoting Proxy Generator and it's lowkey iconic. Sit down, hydrate, let's go. π«Ά
β¨ NAME β¨
soapsuds β Mono's Remoting Proxy Generator
β¨ SYNOPSIS β¨
soapsuds [options] [inputs] [outputs]
β¨ DESCRIPTION β¨
soapsuds is that girl for generating WSDL documents and client proxies for remoting services. A WSDL document is literally just a description of the methods a service provides, plus XML schemas of every referenced data structure. And a client proxy? It's a class that offers the same methods as the service it represents, but it has no implementation β it's giving understudy energy, it just forwards calls to the remote service. π
ngl, generated client proxies are not strictly necessary, because the runtime can automatically generate proxies from the original service types. The catch? That implies you'd have to distribute the service class to all your clients. π In some scenarios the better approach is to use soapsuds to generate a proxy class that has the same interface as the service, but without any implementation.
Here's the tea on how it works: soapsuds can generate a WSDL document from a set of types specified with the -types option, or it can extract the types from an assembly specified with -inputassemblyfile. In this last case, soapsuds will include schemas for all serializable classes in the WSDL document. β¨
Taking as input a WSDL document (or anything from which such a document can be generated), the tool can generate source code for the client proxy (using the -gc option), or it can directly generate an assembly that implements the proxy (with the -outputassemblyfile option). soapsuds will also generate fake serializable classes for all types defined in the schema. However β and this is the important part β beware that those classes will lack the semantics of the original classes, since only data structure is generated. π
πΈ INPUT SOURCES πΈ
The following sources are available, and bestie, only one can be specified:
-urltoschema:url,-url:urlβ Url from which to retrieve the WSDL document.-types:type1,assembly[,serviceEndPoint][;type2,assembly[,serviceEndPoint]]...β Specifies types for which to generate a schema or proxy. If no service endpoint is provided, the one provided with the-serviceendpointoption is used.-inputassemblyfile:file,-ia:fileβ Assembly that contains the types to export.-inputschemafile:schena,-is:schemaβ Schema from which to generate proxy classes.
π¦ INPUT OPTIONS π¦
The following options are available:
-inputdirectory:directory,-id:directoryβ Directory where DLLs are located.-serviceendpoint:url,-se:urlβ Url of the service to be placed in the WSDL document.
π OUTPUTS π
The following output options are available β and yes, more than one can be specified, we love a multihyphenate:
-outputassemblyfile:file,-oa:fileβ Generates the proxy code and compiles it into an assembly with the provided name.-outputschemafile:file,-os:fileβ Generates a WSDL document that represents the provided types.-generatecode,-gcβ Generates proxy source code for the provided WSDL document or types.
π OUTPUT OPTIONS π
The following options are available:
-outputdirectory:directory,-od:directoryβ Directory where generated files will be placed.-proxynamespace:namespace,-pn:namespaceβ Namespace of the generated proxy.-nowrappedproxy,-nowpβ Do not generate a wrapped proxy.-wrappedproxy,-wpβ Generate a wrapped proxy.-strongnamefile:file,-sn:fileβ Strong name file.
β GENERAL OPTIONS β
The following options are available:
-nologoβ Supress the startup logo.-u:username,-user:usernameβ The user name to use when connecting to the server.-p:password,-password:passwordβ The password to use when connecting to the server.-d:domain,-domain:domainβ The domain to use when connecting to the server.-httpproxyname:name,-hpn:nameβ Name of the http proxy.-httpproxyport:port,-hpp:portβ Port of the http proxy.
π AUTHORS π
Lluis Sanchez Gual (lluis@ximian.com) β absolute legend, we stan. π
π LICENSE π
wsdl is released under the terms of the GNU GPL.
π§ SEE ALSO π§
wsdl(1), disco(1), mono(1), mcs(1)
fr fr, that's the whole page. no cap. go generate something cute. π
and that's a wrap on the soapsuds(1) page from the General Commands Manual β mwah, tysm for reading, ily, bye bestie! πβ¨
π¦ where this page comes from
- alpine 3.24: mono-doc 6.14.1-r1 Β· MIT
- arch rolling: mono 6.12.0.206-1 Β· GPL AND LGPL2.1 AND MPL
- debian bookworm: mono-devel 6.8.0.105+dfsg-3.3+deb12u1 Β· MIT
- debian trixie: mono-devel 6.12.0.199+dfsg-6 Β· MIT
- epel 10: mono-web 6.14.1-1.el10_2 Β· MIT
- epel 9: mono-web 6.12.0-5.el9 Β· MIT
- fedora 43: mono-web 6.12.0-21.fc43 Β· MIT
- fedora 44: mono-web 6.14.1-3.fc44 Β· MIT
- fedora 44: mono-web 6.14.1-4.fc44 Β· MIT
- nixos 26.05: mono 6.14.1
- nixpkgs unstable: mono 6.14.1
- opensuse-leap 16.0: mono-web 6.12.0-bp160.1.1 Β· MIT AND MS-PL
- opensuse-leap 16.0: mono-web 6.12.0-bp160.1.1 Β· MIT AND MS-PL
- opensuse-leap 16.0: mono-web 6.12.0-bp160.1.1 Β· MIT AND MS-PL
- opensuse-leap 16.0: mono-web 6.12.0-bp160.1.1 Β· MIT AND MS-PL
- ubuntu jammy: mono-devel 6.8.0.105+dfsg-3.2 Β· MIT
- ubuntu noble: mono-devel 6.8.0.105+dfsg-3.6ubuntu2 Β· MIT
- ubuntu questing: mono-devel 6.12.0.199+dfsg-6
- ubuntu resolute: mono-devel 6.14.1+ds2-2 Β· MIT
- ubuntu stonking: mono-devel 6.14.1+ds2-3 Β· MIT
- (C) 2003 Novell, Inc
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms