Hi devs,
Right now we often use “duplicate” when we have an issue that is solved by another issue (usually a more specific one). This is not semantically correct.
Proposal:
* Add a new jira resolution named “Solved by”
* Best practice: when using “solved by”, also use the “depends on” link
WDYT?
Thanks
-Vincent
Hi devs,
Would be great if we could check these big TPC regressions since 2017 (see http://maven.xwiki.org/site/clover/20190110/XWikiReport-20171222-1835-20190…):
xwiki-platform-rendering-wikimacro-api 89.2753 82.1678 -7.1075 -0.0206
xwiki-platform-icon-script 36.2068 28.9156 -7.2912 -0.0093
xwiki-platform-jodatime 36 20 -16 -0.0077
xwiki-platform-bridge 78.0612 72.1698 -5.8914 -0.0072
xwiki-platform-wiki-script 89.2405 84.1772 -5.0632 -0.0051
xwiki-platform-icon-api 100 84.1269 -15.873 -0.0029
xwiki-platform-notifications-script 80.9523 61.9047 -19.0476 -0.0025
xwiki-platform-wiki-template-default 58.5937 55.4687 -3.125 -0.0025
xwiki-platform-instance 65.625 62.5 -3.125 -0.0012
xwiki-platform-velocity-xwiki 88.2352 76.4705 -11.7647 -0.0012
xwiki-platform-rest-api 50 40 -10 -0.0009
xwiki-platform-localization-script 82.5396 79.3814 -3.1582 0.0008
xwiki-rendering-syntax-xwiki20 96.1586 92.1161 -4.0424 0.0015
xwiki-platform-refactoring-default 84.9557 81.6112 -3.3445 0.0104
I’ve listed all modules for which we lost more than 3% global TPC.
Would be great if each of us take 1or 2 to analyze (and fix if it’s a real problem).
Thanks
-Vincent
Hi devs,
We started discussing a first global test coverage strategy in
https://markmail.org/message/grphwta63pp5p4l7
I’d like to propose some updates and tuning now that we have a Clover Jenkins pipeline working (brainstormed with Simon):
Here’s the new proposal:
* We run the Clover Jenkins pipeline every night (between 11PM-8AM)
* The pipeline sends an email whenever the new report has modules lowering the global TPC score compared to the baseline report (negative contribution per module)
* The baseline report is the report generated just after each XS release. This means that we keep the same baseline during a XS release
** Technically it means that the pipeline will update the latest.txt file (which contains the clover report timestamp) when it notices a version change
* We add a step in the Release Plan Template to have the report passing before we can release.
* The RM is in charge of a release from day 1 to the release day (already the case), and is also in charge of making sure that the global coverage job failures get addressed before the release day so that we’re ready on the release day.
Options:
* Make it easier and only fail the pipeline job when the global TPC value is lower than the baseline (vs failing whenever a module has negative contribution)
WDYT?
Thanks
-Vincent
Hi devs,
As you may know, we are currently using a pretty old version of
Hibernate in XWiki and we could benefit from its upgrade. The new
version should bring many bug and security fixes (even though they
don't all apply to our current version) along with better APIs and the
possibility to integrate other tools (such as other / newer libraries
or a better connection pool such as the one mentioned in [1])
Currently, I've been trying to make the following upgrades:
* 3.6.9 to 4.0.1
* 4.0.1 to 4.3.11
* 4.3.11 to 5.0.12
The goal is to arrive at version 5.4.0, which is at this date the
latest stable version.
I chose to make the upgrade step by step to avoid having to much
issues to solve at once.
So far, I've made a pull request ([2]) that you can check for the 4.0.1 upgrade.
Here are some of the issues that I've encounter during the upgrades:
3.6.9 to 4.0.1:
* Conflicting dependencies: I had to exclude some dependencies in the pom file.
* The org.hibernate.Session#connection method removal [3]: I'm either
using the Session#doWork method or the Session#createSQLQuery one.
* The org.hibernate.connection.ConnectionProvider interface has
changed: I had to adapt the DBCPConnectionProvider class that we have,
mostly to keep backward compatibility, using C3P0ConnectionProvider as
a model.
* The Session#getSession(EntityMode) method has been removed [4]: I
have no idea how to replace that so we need to test it properly.
* Some attributes in org.hibernate.cfg.Configuration have been
removed: This has mostly an impact on the custom mapping injection
which we need to check.
4.0.1 to 4.3.11:
* A change in the hibernate schema update generation makes the update
fail [5]: I had to add a property in the hibernate file but I don't
think this is the best solution.
4.3.11 to 5.0.12:
* The org.hibernate.cfg.Configuration has changed again removing many
methods that we were using
There are some other issues that I've not mentioned or discovered yet.
So for me the biggest issues are:
* The schema update: I think we should start using the hibernate one
instead of our own (except for migration made with liquibase).
* The custom mapping injection: We will need to rewrite it a bit if we
want to upgrade to 5.x.
The goal for now is to make the 4.0.1 upgrade work.
Please let me know what you think or if you have any questions.
Thanks,
Adel
[1] https://jira.xwiki.org/browse/XWIKI-8286?focusedCommentId=96486l#comment-96…
[2] https://github.com/xwiki/xwiki-platform/pull/1012
[3] https://hibernate.atlassian.net/browse/HHH-2603
[4] https://hibernate.atlassian.net/browse/HHH-6330
[5] https://hibernate.atlassian.net/browse/HHH-8162
Hi devs,
New year, new cycle starting! :)
Here’s a proposal for XS 11.0 (already discussed with devs from XWiki SAS). The idea of XS 11.0 is double:
* Finish leftovers from 10.11.x
* Start important refactorings that can be dangerous
XS 11.0 - January
=================
Goals:
* Finish important leftovers from 2018
* Do some refactoring/core changes since they may require time to stabilize
Leftovers from 10.x:
* Marius/Adel: Auto complete of references in WYSIWYG Macro Dialog (+ grouping feature so that users don't get both "page" and "reference" at the same time + "deprecated"/"priority" to show "page" more proeminently than "reference")
* Simon: Import: make it work with new versions of Libre Office (idea: use a more recent fork of jodconverter, we identified one and check if we need to merge changes we did in our fork)
* All: Fix all WCAG failing tests and more generally move to WCAG 2.1 (https://www.w3.org/TR/WCAG21/) - Rationale: usability through accessibility, current failing test reducing trust in CI
* Thomas: Fix filesystem storage: https://jira.xwiki.org/browse/XWIKI-15620
New topics:
* All: BFD (Priority on Notifications for Guillaume)
* STAMP research project: Vincent(30%)
* FASTEN research project: Vincent (20%) + Thomas (30%)
* Marius: Ability to rename an AWM app
* Simon: Fix caching of JS resources forcing reload when upgrading XWiki. Especially for the Navigation Panel.
* Adel: Upgrade to Hibernate 5.x
* Thomas: Move to Velocity 2.x
Dates:
* 11.0RC1: 21st of Jan 2019
* 11.0: 28th of Jan
As usual:
* Feedback welcome especially if you don’t think something is doable
* Any other contributor/committer who want to do something for XS 11.0 is free to add more stuff here to the list
* Devs: This proposal is now live on https://www.xwiki.org/xwiki/bin/view/Roadmaps/. Please edit and list (create them if need be) the individual JIRA issues needed for your tasks.
Thanks
-Vincent