Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. download and extract jboss-wfk-2.0.0.ER5-richfaces-demo.zip 2. build richfaces-showcase with EAP 6.0.0.ER6 and WFK 2.0.0.ER5 repository Actual results: The POM for org.apache.maven.plugins:maven-enforcer-plugin:jar:1.0-redhat-1 is missing, no dependency information available Expected results: Additional info: Current inheritance chain: richfaces-showcase -> richfaces-root-parent -> richfaces-parent -> jboss-parent (and here is defined version of maven-enforcer-plugin)
richfaces-root-parent was removed from Showcase in 2.0.0.ER6. However, Showcase still cannot be built because of bug 825802.
Lukáš Fryč <lfryc> updated the status of jira RF-12243 to Coding In Progress
Lukáš Fryč <lfryc> made a comment on jira RF-12243 Pavol, could you clarify, what's the problem with example having parent? Without parent, we need to duplicate the plugin settings and version informations from {{richfaces-root-parent}}. I need to understand why you are suggesting to do that.
Pavol Pitonak <ppitonak> made a comment on jira RF-12243 Samples can't inherit from jboss-parent (neither directly nor indirectly) because then it is not possible to build them. Maven central doesn't contain our productized Maven plugins, i.e. plugins with -redhat-1 in version.
Lukáš Fryč <lfryc> made a comment on jira RF-12243 Samples can though depend on productized {{jboss-parent}}, which does declare productized versions of plugins, right?
Pavol Pitonak <ppitonak> made a comment on jira RF-12243 * productized sample cannot (shouldn't?) depend on community jboss-parent * productized sample cannot depend on productized jboss-parent because of problems with Maven plugins described above * community sample should be similar to productized sample as much as possible Please ask Marek Novotny for his opinion.
Marek Novotny <mnovotny> made a comment on jira RF-12243 this is about examples in general. It shouldn't inherit any build parent (and maven plugins) and would stay as standalone along the project build infrastructure. Because examples should be clean and easy to understand.
Karel Piwko <kpiwko> made a comment on jira RF-12243 I agree with Marek, examples should have no parent, because it hides the complexity of the example itself. If you really insist on examples having parent, for example if you have more then a single example, this parent should be the top in hierarchy.
Lukáš Fryč <lfryc> made a comment on jira RF-12243 I'm asking if it's technically impossible to have {{jboss-parent}} as parent, putting personal opinions aside. ---- RichFaces Showcase is not classical example: it is written to showcase components on many different containers, thus it is implicitly hard to build and project descriptor is hard to understand. We have other examples which shows how to start with RichFaces. ---- If you want to simplify the build of Showcase to act as valid sample, then you need to go deeper than removing parent: * remove container-specific builds * remove JMS initialization listeners * do not select web resources based on used container (src/main/webapp-{container})
Lukáš Fryč <lfryc> made a comment on jira RF-12243 When separating parent, we can define {{build-bom}} as suggested in RF-11836. When separating plugin configuration, we would need second parent-less parent, which would copy all the settings of {{richfaces-parent}} and {{richfaces-root-parent}}.
Marek Novotny <mnovotny> made a comment on jira RF-12243 I couldn't find any personal opinions in previous comments. If you need to have technically a parent for examples, that is as Karel in https://issues.jboss.org/browse/RF-12243?focusedCommentId=12701912&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12701912 fine. My question is if you need to support many different containers, why is so important to inherit jboss-parent? That plugins and settings are valid for only last version of jboss projects. Again you can still have different profiles with different resources for other targeting platforms. Here is a discussion about inheriting not useful things for the example.
Marek Novotny <mnovotny> made a comment on jira RF-12243 Lukas, don't create any additional buld-bom. The current complexity is already too big.
Lukáš Fryč <lfryc> made a comment on jira RF-12243 We will take care about this in RF 5.0 build re-structure.
Brian Leathem <bleathem> updated the status of jira RF-12243 to Resolved