Conversation
|
@elharo we are close to cut maven 4, what is plan for this change? |
|
Let me see what I can do about this. It's a mess because of a Modello. |
|
ATM I'm stymied by a weird case where org.codehaus.plexus.util.xml.Xpp3Dom depends on XmlNode. That dependency seems to be running the wrong direction. Nothing in plexus should depend on Maven. |
|
@elharo In Maven 4, the relationship between Plexus and Maven XML was inverted by design:
Because Given that we are close to cutting the Maven 4 release:
What do you think about either adding default getter methods alongside the current methods or deferring this cleanup post-4.0? |
I frankly do not believe Maven 4 is in good enough shape to release. XmlNode is hardly the only problem we need to fix while we can. |
|
As a stopgap measure, we might add the getter methods as need and definitely undeprecate them, and we should instead deprecate the no-get methods. |
|
Feel free to open changes to plexus-xml |
|
The problem is that the repo https://github.com/apache/maven depends on plexus-xml which depends on Maven. I.e. there's a cycle between the repos if not the artifacts. This is a problem irrespective of the names of these methods. It might require several releases to untangle this. |
|
Same as #13032 — this change is not desired. The record-accessor naming is intentional for immutable value types in the Maven 4 API. See #11582 (comment) for the full rationale. |
fixes #11582