-
Notifications
You must be signed in to change notification settings - Fork 6
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
Refactor: Queries module code refactor #117
Refactor: Queries module code refactor #117
Conversation
Some tests ARE failing at the REGEX functionality. Looks like #116 introduced these lines:
But I can't find that code in #117. The failure we are getting is:
|
fa76894
to
9f88e07
Compare
Codecov Report
@@ Coverage Diff @@
## master #117 +/- ##
==========================================
- Coverage 85.27% 82.61% -2.67%
==========================================
Files 20 24 +4
Lines 2038 2266 +228
==========================================
+ Hits 1738 1872 +134
- Misses 300 394 +94
|
Hi, it is fixed with (9f88e07) I think the issue was that when mergin the REGEX code got remvoed. So now all the tests pass for 4store. |
We have not made AllegroGraph tests to pass yet so please ignore that for the time being |
@syphax-bouazzouni thanks for the quick fix |
(9f88e07) fixes fourstore tests but introduces new type of an error in AllegroGraph before: 102 tests, 1396 assertions, 8 failures, 0 errors, 16 skips Example of the new type of error:
|
Hi @alexskr , @mdorf This version of Algregorapah does not know the used option Removing those lines passes the tests but breaks others that are harder to debug. |
I re-run tests in my environment with |
Yes, this patch will be part of AllegroGraph v7.4
On Jul 30, 2023, at 4:34 PM, Alex Skrenchuk ***@***.******@***.***>> wrote:
I re-run tests in my environment with rfe17161-7.3.1.fasl.patch in place and this particular issue got resolved.
currently published develop version of agraph (v7.4.0-devel-2023-06-15) doesn't include this patch. I expect AGraph v7.4.0 to contain this patch when it is released.
—
Reply to this email directly, view it on GitHub<#117 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AAP2LDXX4NHHWIJBLKD6YNTXS3VQZANCNFSM5QNJTFOQ>.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
…_______________________________________________
bioontology-admin mailing list
***@***.******@***.***>
https://mailman.stanford.edu/mailman/listinfo/bioontology-admin
|
What
I refactored the code of the function model_load (used to build the SPARQL query and map the results into models), from a function with 600 lines that don't follow the Single responsibility principle, to two main classes (with functions that have less than 100 lines). The first one (QueryBuilder) builds the select query and the second one (SolutionMapper) maps the query results into models.
Why
I think that this refactor will make the code more understandable for normal humans (and new newcomers) and more open for extension.
Tests
Pass all the tests of test_where.rb