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

XD-1198 filter entity types #257

Closed

Conversation

pavel-nikolaev
Copy link
Collaborator

What does this PR do?

Filter out edge class names and vertex internal class names

Motivation

What inspired you to submit this pull request?

Related issues

A list of issues either fixed, containing architectural discussions, otherwise relevant
for this Pull Request.

Additional Notes

Anything else we should know when reviewing?

Checklist

[x] I have added unit tests to the code I am submitting
[x] My unit tests cover both failure and success scenarios
[] If applicable, I have discussed my architecture

andrii0lomakin and others added 30 commits July 18, 2024 17:08
XD-1065: Soften class name check for OQueryFunctions
A transaction is active/usable from our point of view only if it is in a BEGUN state
It seems that we should always use rollback(force = true), otherwise the session may get a broken state and become unusable.
The previous implementation created a session on every access to the sequence (get, increment, etc.) The new implementation creates a new session only when both the sequence has not been created yet and the current session has an active transaction. Also, the new implementation makes sure that the sequence is created right away and not lazily.
…that creates sessions

It leaves less room for bugs because the client's code does not have to deal with closing the new session and reactivating the previous one.
1. The transaction lifecycle is tightly bound to the ODatabaseSession lifecycle. Transactions start and finish with sessions.
2. Transaction can be read-only.
3. Transactions validate their state on every operation.
4. OEntityStore does not let create several transactions on a single thread.
5. Get rid of the code for nested/embedded transactions
leostryuk and others added 29 commits January 16, 2025 15:22
…y-renew

# Conflicts:
#	entity-store/build.gradle.kts
Reimplementation of resetToNew method - second attempt.
XD-1180 updated patterns for (re)move old database
…tity-store

Extracted persistentEntityStore code to separate module with implemen…
…ead-only

XD-1195 propagated read-only mode flag to the store
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants