Properly handle uuid and entry-style list resources

[kklimonda-cl]

This PR adds support for resource lists, both uuid-style lists (panos_security_policy, pan_security_policy_rules) and entry-style lists (panos_address_objects).

Current status:

• structures are generated
• code to copy between sdk and terraform is generated
• we handle CRUD operations for all lists

What's missing:

• position attribute is missing for uuid-style non-exhaustive resources like panos_security_policy_rules

Improvements:
I think core logic of create, update, read and delete can be moved into a generic structure - doing this would make it possible to properly test it with a mock client and specifier. Usage from generated code would be a bit like that:

var stateEntries, planEntries []*security.Entry
var client pangoutil.Client
svc := security.NewService(o.client)
specifier, _, err := security.Versioning(r.client.Versioning())

sdkManager := manager.NewSDKManager[security.Entry, security.Location](specifier, client, svc)
updatedEntries := manager.UpdateEntries(stateEntries, planEntries)

Bugs:

• update function tries really hard to limit number of modifications and properly handle renames - this could still have some edge cases, but is hard to test
• There is something wrong between provider and SDK when calling svc.MoveGroup() - the first call seems to be passing []Entry list in an expected order, but the result on PAN-OS is not correct (but changed). After update state has the expected order of the entries, next Read() logs in Debug that list from the server has different order, and a new plan is generated. The new plan calls svc.MoveGroup() with the same []Entry list as before, and the order after this call is correct.