-
Notifications
You must be signed in to change notification settings - Fork 43
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
Upgrade2023 notall2 #2704
Upgrade2023 notall2 #2704
Conversation
The following remains and is left as is (I did a manual check that there was nothing better available) $ mvn versions:display-dependency-updates [INFO] com.google.code.findbugs:annotations ................ 3.0.1 -> 3.0.1u2 [INFO] com.powsybl:powsybl-build-tools ............................. 13 -> 14 [INFO] org.apache.groovy:groovy ..................... 4.0.14 -> 5.0.0-alpha-2 [INFO] org.apache.groovy:groovy-console ............. 4.0.14 -> 5.0.0-alpha-2 [INFO] org.apache.groovy:groovy-groovysh ............ 4.0.14 -> 5.0.0-alpha-2 [INFO] org.apache.groovy:groovy-nio ................. 4.0.14 -> 5.0.0-alpha-2 [INFO] org.apache.maven:maven-core ................... 3.8.5 -> 4.0.0-alpha-7 [INFO] org.eclipse.rdf4j:rdf4j-common-transaction ......... 4.3.6 -> 5.0.0-M1 [INFO] org.eclipse.rdf4j:rdf4j-repository-sail ............ 4.3.6 -> 5.0.0-M1 [INFO] org.eclipse.rdf4j:rdf4j-rio-rdfxml ................. 4.3.6 -> 5.0.0-M1 [INFO] org.eclipse.rdf4j:rdf4j-sail-memory ................ 4.3.6 -> 5.0.0-M1 TODO: there's at least one relocation I know of that I didn't handle: findbugs -> spotbugs TODO: are there other relocations ? Signed-off-by: HARPER Jon <jon.harper87@gmail.com>
RDF4J caused a performance regression (70s -> 130s) on a big cgmes file Univocity needs a weird code adaptation around enums conversions Signed-off-by: HARPER Jon <jon.harper87@gmail.com>
I've checked that the performance degradation of RDF4J was introduced in 4.3.3. I've used version 4.3.2 successfully with all CGMES conversion unit tests and with similar performance to the old version we were using (4.2.2). |
good to know. Then probably we'll upgrade to 4.2.2 -> 4.3.2 in this PR, is that what you suggested ? |
Signed-off-by: HARPER Jon <jon.harper87@gmail.com>
Yes, that is my proposal |
We should build a test case showing the performance regression and submit it to RDF4J team |
Please check if the PR fulfills these requirements
Does this PR already have an issue describing the problem?
NO
What kind of change does this PR introduce?
Upgrade all the depdencies
What is the current behavior?
old runtime deps
What is the new behavior (if this is a feature change)?
recent runtime deps
Does this PR introduce a breaking change or deprecate an API?
Biggest change is the groovy package migration ?
Other information:
see #2702
Same but rdf4j and univocity are not upgraded