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

[BUG] AAS Environment - paging #490

Open
chbo-ml opened this issue Oct 15, 2024 · 1 comment
Open

[BUG] AAS Environment - paging #490

chbo-ml opened this issue Oct 15, 2024 · 1 comment
Labels
bug Something isn't working good first issue Good for newcomers

Comments

@chbo-ml
Copy link

chbo-ml commented Oct 15, 2024

Describe the bug
a cursor is returned, even when returned the last element in /shells endpoint.

To Reproduce
Steps to reproduce the behavior:

I have 2 AssetAdministration Shells in my Repository (docker container aas environment).
When invoking the GET /shells endpoint with a limit of 1 without a cursor, I get correct result with paging_metdatata and with a cursor.
When i Ivoke the /shells endpoint with this cursor and limit 1 I get correct, the next asset administration shell, but addionally a paging_metdata result with a cursor. Because the second aas returned was the last in the repository there should be no cursor.
When i again call /shells ith the given cursor corretly no result is returned.

Expected behavior
IDTA spec tells:
"The cursor for the next part of the result set. No cursor attribute means that the end of the result set has been reached. "
So I would expect no curesor when invoking the /shells endpoint with the cursor returned by the first call.

BaSyx (please complete the following information):
image: eclipsebasyx/aas-environment:2.0.0-SNAPSHOT

@chbo-ml chbo-ml added the bug Something isn't working label Oct 15, 2024
@chbo-ml chbo-ml changed the title [BUG] AAS Environment [BUG] AAS Environment - paging Oct 15, 2024
@aaronzi
Copy link
Member

aaronzi commented Oct 16, 2024

Hi @chbo-ml,

thank you for the bug report. We will have a look at this.

@aaronzi aaronzi moved this from To triage to Ready in Support Requests Oct 16, 2024
@aaronzi aaronzi added the good first issue Good for newcomers label Oct 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working good first issue Good for newcomers
Projects
Status: Ready
Development

No branches or pull requests

2 participants