[rhq-project/rhq] 4b2d89: BZ 1264395 Agent is not started correctly on RHEL ...
by Jay Shaughnessy
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: 4b2d899613d62181d5e48afbb1b9277770ead549
https://github.com/rhq-project/rhq/commit/4b2d899613d62181d5e48afbb1b9277...
Author: Jay Shaughnessy <jshaughn(a)redhat.com>
Date: 2015-12-05 (Sat, 05 Dec 2015)
Changed paths:
M modules/core/client-api/src/main/java/org/rhq/core/clientapi/descriptor/AgentPluginDescriptorUtil.java
Log Message:
-----------
BZ 1264395 Agent is not started correctly on RHEL 7.1 OpenJDK 1.6.0_34
The issue happens during schema validation (of the platform plugin)
and not during general parsing. If the validation fails optionally
re-parse the plugin descriptor skipping the xsl validation if we're
running a problematic version of java.
The problematic java versions are controlled with the org.rhq.xsl.validation.skip
sysprop. If unset it defaults to all OpenJDK 1.6 versions. It is
unbounded because the problem is in the most recent released versions. If
a version is released that fixes the issue, we could update the pattern
to be bounded to the exact problematic versions.
8 years
[rhq-project/rhq] 5ba4b8: BZ 1261907 Metric chart in JON UI is not redrawn a...
by Jay Shaughnessy
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: 5ba4b88db8dc7d60ed18691014228b637c0bd1f8
https://github.com/rhq-project/rhq/commit/5ba4b88db8dc7d60ed18691014228b6...
Author: Jay Shaughnessy <jshaughn(a)redhat.com>
Date: 2015-12-04 (Fri, 04 Dec 2015)
Changed paths:
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/dashboard/portlets/groups/GroupOobsPortlet.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/common/AbstractD3GraphListView.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/groups/detail/monitoring/metric/MetricsGroupView.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/groups/detail/monitoring/table/CompositeGroupD3GraphListView.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/resource/detail/monitoring/table/MetricsResourceView.java
Log Message:
-----------
BZ 1261907 Metric chart in JON UI is not redrawn after it is first open
Ensure that the CustomDateRangeState is updated to 'Now' prior to
dataFetch/graphGeneration not only at refresh time but also on initial
draw. This is done a couple of different ways due to the various impls/paths
that generate graphs, but in general needed to be applied to the base classes
to ensure subclasses also benefited.
Also:
- fix a refresh bug in the OOB portlet
8 years
[rhq-project/rhq] 495434: BZ 1261907 Metric chart in JON UI is not redrawn a...
by Jay Shaughnessy
Branch: refs/heads/master
Home: https://github.com/rhq-project/rhq
Commit: 4954341e71c2baae497cd84f73472b6d52f1ec62
https://github.com/rhq-project/rhq/commit/4954341e71c2baae497cd84f73472b6...
Author: Jay Shaughnessy <jshaughn(a)redhat.com>
Date: 2015-12-04 (Fri, 04 Dec 2015)
Changed paths:
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/dashboard/portlets/groups/GroupOobsPortlet.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/common/AbstractD3GraphListView.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/groups/detail/monitoring/metric/MetricsGroupView.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/groups/detail/monitoring/table/CompositeGroupD3GraphListView.java
M modules/enterprise/gui/coregui/src/main/java/org/rhq/coregui/client/inventory/resource/detail/monitoring/table/MetricsResourceView.java
Log Message:
-----------
BZ 1261907 Metric chart in JON UI is not redrawn after it is first open
Ensure that the CustomDateRangeState is updated to 'Now' prior to
dataFetch/graphGeneration not only at refresh time but also on initial
draw. This is done a couple of different ways due to the various impls/paths
that generate graphs, but in general needed to be applied to the base classes
to ensure subclasses also benefited.
Also:
- fix a refresh bug in the OOB portlet
8 years
[rhq-project/rhq] c99d2d: BZ 1187680 : Error recalculating DynaGroups due to...
by Jay Shaughnessy
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: c99d2ddbee245b59d0d52c60f903662e1be480ca
https://github.com/rhq-project/rhq/commit/c99d2ddbee245b59d0d52c60f903662...
Author: Jay Shaughnessy <jshaughn(a)redhat.com>
Date: 2015-12-04 (Fri, 04 Dec 2015)
Changed paths:
M modules/enterprise/server/jar/src/main/java/org/rhq/enterprise/server/resource/group/definition/GroupDefinitionManagerBean.java
Log Message:
-----------
BZ 1187680 : Error recalculating DynaGroups due to ResourceGroupAlreadyExistsException
In a rare case a groupBy expression can generates multiple groupByClause strings differing
only in case. Group names are [correctly] case insensitive and groupBy [correctly] is not. For example
'groupby resource.name' can cause this issue with two resources with the same name, ignoring case, like
'CPU' and 'cpu'. In this situation we need to consolidate results into one dyna-group, otherwise
we'll get naming conflicts in the generated groups. So, merge results where the groupByClause is equal,
ignoring case.
8 years
[rhq-project/rhq] 08075f: BZ 1187680 : Error recalculating DynaGroups due to...
by Jay Shaughnessy
Branch: refs/heads/master
Home: https://github.com/rhq-project/rhq
Commit: 08075f8f5693853183b6f00a937c20bcb3575cfb
https://github.com/rhq-project/rhq/commit/08075f8f5693853183b6f00a937c20b...
Author: Jay Shaughnessy <jshaughn(a)redhat.com>
Date: 2015-12-02 (Wed, 02 Dec 2015)
Changed paths:
M modules/enterprise/server/jar/src/main/java/org/rhq/enterprise/server/resource/group/definition/GroupDefinitionManagerBean.java
Log Message:
-----------
BZ 1187680 : Error recalculating DynaGroups due to ResourceGroupAlreadyExistsException
In a rare case a groupBy expression can generates multiple groupByClause strings differing
only in case. Group names are [correctly] case insensitive and groupBy [correctly] is not. For example
'groupby resource.name' can cause this issue with two resources with the same name, ignoring case, like
'CPU' and 'cpu'. In this situation we need to consolidate results into one dyna-group, otherwise
we'll get naming conflicts in the generated groups. So, merge results where the groupByClause is equal,
ignoring case.
8 years