Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Docs: Feedback for Client Security - Scheduled Executor configuration missing for XML and / or associated Schema #1376

Open
marcellaxis opened this issue Nov 15, 2024 · 0 comments

Comments

@marcellaxis
Copy link

Hi, I have some feedback about this page

(The previous is autogenerated, I will leave it in case it is of use to you, but the documentation page where I found the issues is actually this one which stands for version 5.4 Of the Hazelcast Platform documentation - Native Client Security.

In particular, among all the examples, there is one for Setting permissions for Scheduled Executor Services. Now, it would seem the XML provided in this example is actually invalid according to the associated XML Schema (I checked myself that there is indeed no "xs:element" declared for it).

There is also no example of this included in the usual "hazelcast-full-example.xml" as far as I can see.

Given the previous, I'm unsure whether this example is actually invalid and these permissions are embedded inside other executor-type's permissions, or rather and most likely, there has been some mistake and the Scheduled Executor Permissions might have not been taken into account either in the examples or worse, they were planned but never implemented.

Also I'm too lazy to do so myself, but I venture the same issue might be present in previous / posterior versions, and in the programmatic / .yml equivalent configurations.

Apologies in advance if I misunderstood something, but otherwise please advise on the correct configuration to be applied.

Cheers!
Marcell.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant