You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
If you have an entity model with structured properties, and the models for those sub-structures are contained inside the model itself, they are omitted from the Entity dropdown in the Pipes UI.
I suspect this code is meant to exclude external refs, but is effectively suppressing embedded types as well. I would recommend dropping the filter not exists clause entirely, and let the distinct dedupe where needed. This doesn't seem to cause any other side-effects when testing this locally.
Workaround
Put every type in separate file, but that creates a lot of clutter, and may have other undesireable sideeffects.
Use reverse source blocks, but that means manual work, which is undesireable too
The text was updated successfully, but these errors were encountered:
Describe the bug
If you have an entity model with structured properties, and the models for those sub-structures are contained inside the model itself, they are omitted from the Entity dropdown in the Pipes UI.
To Reproduce
Expected behavior
Both Test and other embedded sub-types should all show up in drop down.
The values shows in the dropdown are influence by the backend service, which in turn runs the sparql code at this location:
https://github.com/marklogic-community/pipes/blob/master/ml-backend/src/main/ml-modules/services/vppBackendServices.sjs#L276
I suspect this code is meant to exclude external refs, but is effectively suppressing embedded types as well. I would recommend dropping the filter not exists clause entirely, and let the distinct dedupe where needed. This doesn't seem to cause any other side-effects when testing this locally.
Workaround
The text was updated successfully, but these errors were encountered: