PANGO Module type PanoramaCommitAll []string support for Name type struct

[kagaho]

Is your feature request related to a problem?

-- Currently on type PanoramaCommitAll struct type "Name" allows only string (not an Array - "[]string" ). This limitation together with the behavior changes in 10.2 - PAN-OS 10.2 Default Behavior: Shared Configuration Objects for Multi-vsys Firewall Managed by Panorama, became not doable to use PANGO module for the multi-vsys with multi DG envs.

Describe the solution you'd like

Because of the multi vsys (multiple Device Groups on Name type), there are multiple scenarios where on the Commitall on Panorama we declare multiple DGs, as below:

func main() {
commitAll := PanoramaCommitAll{
Type: "exampleType",
Names: []string{"DG1", "DG2", "DG3"}, <<<<<<<<<<<<<<<<<<<<
Description: "example description",
IncludeTemplate: true,
ForceTemplateValues: false,
Devices: []string{"device1", "device2", "device3"},
}

// Accessing individual elements of the array
fmt.Println(commitAll.Names[0]) // Output: "DG1"
fmt.Println(commitAll.Names[1]) // Output: "DG2"

}

Describe alternatives you've considered

NA - at the moment, due to changes in 10.2, commitall for shared object CRUD events is quite limited. Prior PANOS 10.2, all shared objects are created a copy within each vsys, whereas in 10.2 the object remains in a common location, utilised by all vsys'

[welcome-to-palo-alto-networks]

🎉 Thanks for opening your first issue here! Welcome to the community!

[kagaho]

hi, just adding to the previous update, we do need the CommitAll with the enhanced Names: []string to be done in a single job task (and not 1 job per DG).

[SkylerSalvato]

We would also like to see this feature added! Would it be possible to expand the criteria to include Template Stacks as well?