-
Notifications
You must be signed in to change notification settings - Fork 23
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
Using the RecordingModelResourceManager creates a lot of unnecessary adapters #123
Labels
bug
Something isn't working
Comments
ndoschek
added a commit
that referenced
this issue
Sep 8, 2021
Using the RecordingModelResourceManager creates a lot of unnecessary adapters, therefore reuse the TransactionChangeRecorder from the EditingDomain
ndoschek
added a commit
that referenced
this issue
Sep 9, 2021
Using the RecordingModelResourceManager creates a lot of unnecessary adapters, therefore reuse the TransactionChangeRecorder from the EditingDomain
ndoschek
added a commit
that referenced
this issue
Sep 9, 2021
Using the RecordingModelResourceManager creates a lot of unnecessary adapters, therefore reuse the TransactionChangeRecorder from the EditingDomain
ndoschek
added a commit
that referenced
this issue
Sep 28, 2021
To ensure the changeDescription object is not null, do not reuse the TransactionChangeRecorder, but create a ChangeRecorder and ensure it is disposed to avoid leftover adapters
martin-fleck-at
pushed a commit
that referenced
this issue
Sep 28, 2021
To ensure the changeDescription object is not null, do not reuse the TransactionChangeRecorder, but create a ChangeRecorder and ensure it is disposed to avoid leftover adapters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When executing command or triggering an undo/redo we always create a new ChangeRecoder which installs an adapter on the resource set and all elements below (resources, EObjects). First, these recorders are never disposed so the adapter list grows and grows. Second, I believe there is no need to create new recorders all the time since we could simply re-use the recorder that is attached to the transactional domain.
The text was updated successfully, but these errors were encountered: