SOAPCPP2(1)

πŸ“¦
version 2.8.142 Β· 2 versions
  • 2.8.142 Β· debian bookworm, debian trixie, epel 10, fedora 43, fedora 44, ubuntu noble, ubuntu questing, ubuntu resolute, ubuntu stonking (latest)
  • 2.8.117 Β· epel 9, ubuntu jammy
, in debian bookworm, debian trixie, epel 10, fedora 43, fedora 44, ubuntu noble, ubuntu questing, ubuntu resolute, ubuntu stonking

πŸ’– SOAPCPP2 πŸ’–

okay bestie, gather round, because this is the manual page for soapcpp2, aka the gSOAP Stub and Skeleton Compiler for C and C++, and honestly? it's giving compiler-but-make-it-fashion. it lives in the General Commands Manual section of your system, so you already know it's a real one. πŸŽ€


✨ NAME ✨

soapcpp2 β€” the gSOAP Stub and Skeleton Compiler for C and C++. yes that's its whole government name and it earned it. πŸ‘‘


🌸 SYNOPSIS 🌸

soapcpp2 [OPTIONS] INPUT

πŸ¦‹ DESCRIPTION πŸ¦‹

so here's the vibe: you feed it some INPUT, and it creates stubs plus client and server code for you. that's the whole thing. and if you don't specify INPUT at all? no stress, it just reads from standard input instead. lowkey flexible of it. πŸ’…


πŸ’œ OPTIONS πŸ’œ

okay this is the main character section, so let's go one by one, no skipping, we're doing ALL of them:

  • -0 β€” no SOAP at all, it generates REST source code instead. we're going REST mode, periodt.
  • -1 β€” generates SOAP 1.1 source code.
  • -2 β€” generates SOAP 1.2 source code.
  • -A β€” requires HTTP SOAPAction headers to invoke server-side operations. like, mandatory mandatory.
  • -a β€” uses HTTP SOAPAction with WS-Addressing to invoke server-side operations.
  • -b β€” serializes byte arrays char[N] as a string. cute little glow-up for your bytes.
  • -C β€” generates client-side source code only. client era. 🫢
  • -c β€” generates C source code.
  • -c++ β€” generates C++ source code, and this is the default, so if you don't say anything this is what you get. icon behaviour.
  • -c++11 β€” generates C++ source code optimized for C++11 (compile with -std=c++11).
  • -c++14 β€” generates C++ source code optimized for C++14 (compile with -std=c++14).
  • -c++17 β€” generates C++ source code optimized for C++17 (compile with -std=c++17).
  • -dpath β€” uses path to save files. tell it where, bestie. πŸ“
  • -Ec β€” generates extra functions for deep copying.
  • -Ed β€” generates extra functions for deep deletion.
  • -Et β€” generates extra functions for data traversals with callback functions.
  • -e β€” generates SOAP RPC encoding style bindings (also use -1 or -2 with it, don't forget).
  • -fN β€” multiple soapC files, with N serializer definitions per file (N>=10). so N gotta be at least ten, no cap.
  • -g β€” generates XML sample messages in template format for testmsgr.
  • -h β€” displays help info and exits. our little escape hatch. πŸ™ˆ
  • -Ipath β€” uses path(s) for #import (paths separated with ':'). multiple paths, colon-separated, slay.
  • -i β€” generates C++ service proxies and objects inherited from soap struct.
  • -j β€” generates C++ service proxies and objects that share a soap struct.
  • -L β€” does not generate soapClientLib/soapServerLib.
  • -l β€” generates linkable modules, and heads up: this one is experimental. πŸ§ͺ
  • -m β€” generates source code for the Matlab(tm) MEX compiler, and ngl this one is deprecated, so maybe don't build your whole personality on it.
  • -n β€” uses the service name to rename service functions and namespace table.
  • -pname β€” saves files with new prefix name instead of soap. custom prefix, custom energy. ✨
  • -Qname β€” uses name as the C++ namespace, including custom serializers.
  • -qname β€” uses name as the C++ namespace, excluding custom serializers.
  • -r β€” generates a soapReadme.md report. documentation? we love her.
  • -S β€” generates server-side source code only. server era this time. πŸ’…
  • -s β€” generates stub and skeleton functions with strict XML validation checks.
  • -T β€” generates server auto-test source code.
  • -t β€” generates source code for fully xsi:type typed SOAP/XML messages.
  • -u β€” uncomments WSDL/schema output by suppressing XML comments.
  • -V β€” displays the current version and exits. quick lil peek. πŸ‘€
  • -v β€” verbose output. it will yap (affectionately).
  • -w β€” does not generate WSDL and schema files.
  • -x β€” does not generate sample XML message files.
  • -y β€” includes C/C++ type access information in sample XML messages.
  • -z1 β€” compatibility: generates old-style C++ service proxies and objects.
  • -z2 β€” compatibility with 2.7.x: omits XML output for NULL pointers.
  • -z3 β€” compatibility up to 2.8.30: _param_N indexing and nillable pointers.
  • -z4 β€” compatibility up to 2.8.105: char* member defaults, even when omitted.
fr fr, do not skip the -z ones. they're compatibility switches and they mean exactly what they say β€” old behaviour, on purpose, for old code. πŸ’€

🌈 SEE ALSO 🌈

  • wsdl2h(1). that's the whole list, go say hi to it.

πŸŽ€ AUTHOR πŸŽ€

this manual page was written by Thomas Wana <greuff@debian.org>, for the Debian project (but may be used by others). iconic of them honestly. πŸ‘‘


and that's the whole page, bestie! πŸ’– this gem is from the General Commands Manual, dated Juni 27, 2003 β€” yeah, 2003, she's vintage and thriving, we stan a legacy queen. now go compile something cute. πŸ¦‹βœ¨πŸŒΈ

πŸ“¦ where this page comes from