maven plugin: Cannot find setter, adder nor field in com.agilejava.docbkx.maven.DocbkxWebhelpMojo for 'distroName'
Bug #1351245 reported by
Gauvain Pocentek
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openstack-manuals |
Invalid
|
High
|
Sam Harwell |
Bug Description
I ended up with this error while trying to build an OS docbook with the current clouddocs-plugin trunk.
Changed in openstack-manuals: | |
importance: | Undecided → Critical |
Changed in openstack-manuals: | |
assignee: | nobody → Sam Harwell (sam-z) |
status: | New → Confirmed |
To post a comment you must log in.
The underlying cause of this bug is an error in the implementation of Parameter. getJavaIdentifi er(): /code.google. com/p/docbkx- tools/source/ browse/ trunk/docbkx- builder- maven-plugin/ src/main/ java/com/ agilejava/ maven/docbkx/ spec/Parameter. java?r= 307#122
https:/
This method is capable of returning values where the first letter is uppercase. Maven does not support assigning field values for plugin parameters which start with an uppercase letter (e.g. the backing field for a property named DistroName must be distroName).
The bug was exposed to our plugin via the inclusion of a new value for the `@parameter` tag on line 280 of plugins.stg: /code.google. com/p/docbkx- tools/source/ detail? r=259
https:/
Adding the new expression means a default value now exists for these invalid properties, and attempting to bind them at runtime fails.
There are two possible solutions to this issue, both of which seem to make sense (to me). I lean towards the first proposed solution.
1. Add the properties which start with an uppercase letter to the list of excluded properties. All of the affected properties are declared in docbook/ VERSION. xsl, and are extremely unlikely to ever require being set. In fact, it seems they should actually have been declared using <xsl:variable> instead of <xsl:param> (but of course I may be overlooking some other issue which prevented that).
2. Revert following change, which simply defers resolution of this issue to a later date and brings back the previous issue related to source file encodings. /review. openstack. org/#/c/ 107115/
https:/