ONVIF:...esponse(3pm)

✨ ONVIF::Device::Elements::GetUsersResponse ✨

okay bestie, so this one lives in the ONVIF:...esponse(3pm) corner of the perl manual — yep, that's the manual name, it's giving "we truncated it for the header" 💅 — and it's genuinely just a lil data-holder class. no cap.

---

🌸 NAME 🌸

ONVIF::Device::Elements::GetUsersResponse — say it with me, one more time for the people in the back 🫶

---

🦋 DESCRIPTION 🦋

It's a Perl data type class for the XML Schema defined element GetUsersResponse, and that element comes from the namespace http://www.onvif.org/ver10/device/wsdl. that's it. that's the whole vibe. it's a container, it's iconic, it holds your stuff. ✨

---

🎀 PROPERTIES 🎀

these are the properties you can get to with the get_PROPERTY / set_PROPERTY methods — very demure, very mindful, very getter-setter. 💖

• User — the one (1) property, bestie. here's the whole little dance:

$element->set_User($data);
$element->get_User();

---

🔥 METHODS 🔥

⭐ new

my $element = ONVIF::Device::Elements::GetUsersResponse->new($data);

Constructor, periodt. 👑 and listen, the data structure you're allowed to pass to new()? it goes a lil something like this:

{
  User =>  { # ONVIF::Device::Types::User
    Username =>  $some_value, # string
    Password =>  $some_value, # string
    UserLevel => $some_value, # UserLevel
    Extension =>  { # ONVIF::Device::Types::UserExtension
    },
  },
},

look at that nested beauty. User wraps a ONVIF::Device::Types::User, which itself carries Username (a plain ol' string), Password (also a string, be careful with that one 🙈), UserLevel (of type UserLevel), and an Extension holding a ONVIF::Device::Types::UserExtension — which, yes, is empty in this diagram, but she's there, she's valid, she's serving structure. 💜

---

💖 AUTHOR 💖

Generated by SOAP::WSDL — no human author credited, the machine did that, and honestly? slay. 🤖✨

---

and that's a wrap, bestie! this page came to you courtesy of perl v5.40.1, dated 2026-02-01 🎀 go forth and get your users, ily, bye! 🦋💅