POM file changes: unnecessary declarations of projectId and versionId
Robert Buck
rbuck at redhat.com
Mon Oct 10 12:40:31 UTC 2011
Guys,
Please refrain from forming judgments not based in fact. Rather, letting
the facts be known, let me draw your attention to the manual
(Introduction to the POM, Section 4, Paragraph 5):
"...if we want the groupId and / or the version of your modules to
be the same as their parents, you can remove the groupId and / or
the version identity of your module in its POM."
This stuff has been in Maven since its dawn of time. And as this reduces
the defect surface and improves developer productivity, I think you
should reconsider your positions.
I think we should be encouraging folks to reduce both the attack and
defect surface of JON, not increase it or acquiesce to the ways things
have always been done, especially when they aren't right.
-Bob
On 10/07/2011 10:41 AM, Charles Crouch wrote:
> Well the base hudson build of master passed with these changes, but I echo your concerns mazz.
> If this causes problems for spinder and stefan re: the releases builds, we're going to have to roll it back.
>
> I don't think there is any disagreement that our build can be improved, it just needs to be done carefully and in concert for all parts of our process, not just dev builds.
>
> Thanks
> Charles
> ----- Original Message -----
>> I can tell you way back when, our poms did not specify things that
>> should have been inherited from the parent but it didn't work
>> (probably
>> due to maven bugs perhaps) and so we had to add them back in. Things
>> you
>> wouldn't think would be needed were.
>>
>> So, I would be careful when doing things like this without discussing
>> with Ian. Ian did ALOT of tweeking of these poms over the years and
>> many
>> times I noticed he added or removed things that you would think
>> wouldn't
>> be needed but were.
>>
>>
>> On 10/07/2011 09:25 AM, Robert Buck wrote:
>>> Hello,
>>>
>>> I just pushed a change to some of the Maven POM files; I cleaned up
>>> some
>>> redundant declarations that made using IntelliJ with the RHQ
>>> project
>>> intolerable. Prior to this change nearly every third-party import,
>>> reference to types, and the like, would show up in red-line mode in
>>> source files, making it impossible to distinguish between
>>> legitimate
>>> coding typos/mistakes and Maven ones. While the change does not
>>> completely fix all Maven-to-IntelliJ integration issues, it does at
>>> least make use of IntelliJ tolerable with the RHQ project.
>>>
>>> Properties that are inherited from a parent-POM should not be
>>> redeclared
>>> a second time. If this is done, source files in that module will
>>> show up
>>> as code-red files.
>>>
>>> <parent>
>>> <groupId>org.rhq</groupId>
>>> <artifactId>rhq-core-parent</artifactId>
>>> <version>4.1.0-SNAPSHOT</version>
>>> </parent>
>>>
>>> *<groupId>org.rhq</groupId>*< UNNECESSSARY
>>> <artifactId>rhq-core-domain</artifactId>
>>> <packaging>ejb</packaging>
>>>
>>> The fix was simple, to remove the second groupId declaration.
>>>
>>> diff --git a/modules/enterprise/server/ear/pom.xml
>>> b/modules/enterprise/server/ear/pom.xml
>>> index 783e377..b0a5468 100644
>>> --- a/modules/enterprise/server/ear/pom.xml
>>> +++ b/modules/enterprise/server/ear/pom.xml
>>> @@ -9,7 +9,6 @@
>>> <relativePath>../../../../pom.xml</relativePath>
>>> </parent>
>>>
>>> *-<groupId>org.rhq</groupId>*
>>> <artifactId>rhq-enterprise-server-ear</artifactId>
>>> <packaging>ear</packaging>
>>>
>>> For those IntelliJ users out there, hope your life is easier now.
>>> Lets
>>> find other ways of improving the POM files so that other IntelliJ
>>> limitations due to our use of Maven are resolved.
>>>
>>> -Bob
>>>
>>>
>>>
>>> _______________________________________________
>>> rhq-devel mailing list
>>> rhq-devel at lists.fedorahosted.org
>>> https://fedorahosted.org/mailman/listinfo/rhq-devel
>> _______________________________________________
>> rhq-devel mailing list
>> rhq-devel at lists.fedorahosted.org
>> https://fedorahosted.org/mailman/listinfo/rhq-devel
>>
> _______________________________________________
> rhq-devel mailing list
> rhq-devel at lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/rhq-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://fedorahosted.org/pipermail/rhq-devel/attachments/20111010/01594abd/attachment.html
More information about the rhq-devel
mailing list