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

feat(nc): expand reduced information model to support generated models #4882

Open
wants to merge 16 commits into
base: master
Choose a base branch
from

Conversation

epetrevska
Copy link

The usage of generated models was not possible before with the reduced
information model. By adding couple of nodes, that is possible now.

epetrevska and others added 4 commits January 4, 2022 11:53
The usage of generated models was not possible before with the reduced
information model. By adding couple of nodes, that is possible now.
Move the node OptionalPlaceholder to the reduced inforamation model
Opc.Ua.NodeSet2.Reduced.xml and remove it from the PubSub information
model.
@epetrevska
Copy link
Author

I noticed now with my change that in both datatypes_pubsub.txt and datatypes_minimal.txt we have

  • PermissionType
  • RolePermissionType

My question is if I should remove them from the pubsub file, or it is ok if they are defined in both files?
Thanks,
Elena

@jpfr
Copy link
Member

jpfr commented Jan 8, 2022

Nice!

I’d the type is already in _minimal, then you don’t have to add it here.

Many of the additions concern loading of information models at runtime.
This looks like a feature that can be selected on/off depending the capabilities.
It would be good to put this behind a feature-flag.
Such as UA_ENABLE_INFORMATIONMODEL_LOADING.

Have a look at UA_ENABLE_DIAGNOSTICS where we add nodeset definitions and types based on the feature flag in the CMakeLists.txt.

@jpfr
Copy link
Member

jpfr commented Jan 19, 2022

Cool, can you have a look at the failing tests?

@epetrevska
Copy link
Author

epetrevska commented Jan 27, 2022

@jpfr I fixed the failing tests which I understood, would you please mind checking what exactly is the error in the test "continuous-integration/appveyor/pr". I will gladly fix it, but somehow I cannot find what exactly the problem is.

Thank you so much for your help.

@epetrevska
Copy link
Author

It seems to function after the merge commit, seems that everything is good.

@epetrevska
Copy link
Author

Hi @jpfr , would you mind reviewing it? Thanks a lot.

@jpfr
Copy link
Member

jpfr commented Mar 7, 2022

Thanks for this.

I fear that we are creating more and more our own ad-how information model “profiles”.
This is now adding a mixture of file access, role permissions, etc.
I think we need a future proof way of defining and managing these “profiles”.

Because these build flags become part of the interface we don’t want to change very often.

@andreasebner pulling you into the loop as well.

@epetrevska Sorry if this is now stalling this PR for a bit.
But we need a long-term vision for handling this stuff before we just pile on cmake flags and custom xml that we need to maintain.

@andreasebner andreasebner added the Component: Server Issues related to the server code label Apr 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component: Server Issues related to the server code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants