-
Notifications
You must be signed in to change notification settings - Fork 617
Inconsistent data retrieval on identical property names #2655
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
Comments
Don't exclude relationships only by their field name but also by their target entity.
If multiple base class extending entities contain the very same target, it was reported as a cycle. Now it will get correctly detected as a directed graph.
Thanks for reporting this. The version is As a side-note: You might notice also that the querying now changed. Your example was also a great pointer on wrong detection of (non-existing) cycles in the provided domain. 👏 |
I could not reproduce the original problem using the snapshot build. |
Perfect, thanks for giving us feedback. |
If multiple base class extending entities contain the very same target, it was reported as a cycle. Now it will get correctly detected as a directed graph. Closes #2655
Don't exclude relationships only by their field name but also by their target entity.
If multiple base class extending entities contain the very same target, it was reported as a cycle. Now it will get correctly detected as a directed graph. Closes #2655
Don't exclude relationships only by their field name but also by their target entity.
Hi everybody!
I have a problem, when property names on different classes are identical.
Sometimes the correct property values are retrieved from the db, sometimes they are not.
The content stored in the database seems to be ok each time.
Data model
A
Company
has multiple employees which are of typePerson
.Person
is subclassed byDeveloper
andSales
.Developer
has two propertiesfirstLanguage
andsecondLanguage
, which both are of typeProgrammingLanguage
.Sales
has two propertiesfirstLanguage
andsecondLanguage
, which are of typeNatualLanguage
Use case
The small example application creates a company with one developer and one sales person.
Both employees have their languages set up accordingly.
The data is written to the db and then retrieved again.
Problem
In some cases,
firstLanguage
andsecondLanguage
arenull
for both persons.The whole process (setup, store, retrieve) is executed in a loop.
If loading fails, it does so for all iterations.
If it is successfull, all iterations return correct results.
So the code behaves different for each application start.
Workaround
Using different property names seems to circumvent the problem, but might be difficult to maintain on growing data models.
Code
acme-corp.zip
The text was updated successfully, but these errors were encountered: