Description of problem: In the application types list in the management console (/console/application_types), the "JBoss Enterprise Application Platform 6" (jbosseap-6) cartridge is placed in the "Other types" group instead of in the "Java" group. How reproducible: Readily. Steps to Reproduce: 1. Provision a RHEL6 host. 2. Run `curl -O https://raw.githubusercontent.com/openshift/openshift-extras/enterprise-2.1/enterprise/install-scripts/generic/openshift.sh` on the RHEL6 host provisioned in Step 1 to get the latest version of the installation script. 3. Run `sh openshift.sh` on the RHEL6 host to install OpenShift Enterprise 2.1 with the standard cartridges. 4. Run `sh openshift.sh actions=post_deploy` to perform post-deployment configuration on the RHEL6 host. 5. On a system with a web browser, browse to the URL https://broker.example.com/console/application_types where either the system is configured to resolve broker.example.com to the host provisioned in Step 1 or broker.example.com is substituted in the URL by the IP address of the host. Actual results: "JBoss Enterprise Application Platform 6" appears under the "Other types" category. Expected results: "JBoss Enterprise Application Platform 6" should appear under the "Java" category. Additional info: The relevant code is the algorithm in_groups_by_tag in Console::ModelHelper: https://github.com/openshift/enterprise-server/blob/enterprise-2.1/console/app/helpers/console/model_helper.rb#L257 The algorithm takes a list of application types and tags and returns two arrays: one with the application types grouped tags that they match and one with application types that have no tags that more than one application type matches. https://github.com/openshift/enterprise-server/blob/enterprise-2.1/console/app/controllers/application_types_controller.rb#L42 The algorithm iterates over the array of tags that is passed into it. For each tag in this array, the algorithm pulls out each type that matches the tag. After iterating over the array of types while matching them against the iterator tag, the algorithm either creates a new grouping of all types that matched the tag if there were more than one, or else the algorithm puts any matching type in the "other" group. The problem is that jbosseap-6 has the "xpaas" tag, which comes before the "java" tag in the array of tags provided to in_groups_by_tag. Thus the jbosseap-6 cartridge is found to match the "xpaas" tag before the "java" tag is considered. However, jbosseap-6 is the only cartridge with the "xpaas" tag, so it is placed on the "other" group before the "java" tag is considered. Thus by the time the "java" tag is considered, jbosseap-6 has already been pulled into the "others" group and is not in the array considered for consideration when matching types against the "java" tag.
PR https://github.com/openshift/enterprise-server/pull/296 Merged into Openshift Enterprise 2.1: https://github.com/openshift/enterprise-server/commit/c79201282f9a6ea7d7e29ef9ba047f71511bca8a
Tested on above puddle, the issue has been fixed now, "jbosseap" can be listed in the "java" column, so verify this bug, thanks.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-0781.html