Branch: refs/heads/master
Home: https://github.com/rhq-project/rhq
Commit: ae88be6e4cf1fe2b9039d87416c5706aab72aff7
https://github.com/rhq-project/rhq/commit/ae88be6e4cf1fe2b9039d87416c5706aa…
Author: Jay Shaughnessy <jshaughn(a)redhat.com>
Date: 2015-12-18 (Fri, 18 Dec 2015)
Changed paths:
M modules/enterprise/server/jar/src/main/java/org/rhq/enterprise/server/measurement/MeasurementDataManagerBean.java
A modules/enterprise/server/jar/src/test/java/org/rhq/enterprise/server/measurement/MeasurementDataTest.java
Log Message:
-----------
Bug 1292948 Some MeasurementData may not be processed by alerting
Because this Comparator is used to build a Set, it has to be careful not
to allow equality just on equal timestamps, equality has to also include
the schedule id otherwise data gets omitted.
Branch: refs/heads/master
Home: https://github.com/rhq-project/rhq
Commit: 772b6cdb80f20a9e6e3a7552f2ea185a352c8218
https://github.com/rhq-project/rhq/commit/772b6cdb80f20a9e6e3a7552f2ea185a3…
Author: Jay Shaughnessy <jshaughn(a)redhat.com>
Date: 2015-12-18 (Fri, 18 Dec 2015)
Changed paths:
M modules/core/domain/src/main/java/org/rhq/core/domain/measurement/MeasurementBaseline.java
Log Message:
-----------
Never use a lazy loaded variable in toString() impl. This blew up in
DEBUG mode if the MeasurementBaseline was not a managed entity.
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: 95ae59fec944313d880f21931b1c7c34713e892d
https://github.com/rhq-project/rhq/commit/95ae59fec944313d880f21931b1c7c347…
Author: Simeon Pinder <spinder(a)fulliautomatix.conchfritter.com>
Date: 2015-12-07 (Mon, 07 Dec 2015)
Changed paths:
M modules/common/ant-bundle/pom.xml
M modules/common/cassandra-installer/pom.xml
M modules/core/client-api/pom.xml
M modules/core/domain/pom.xml
M modules/enterprise/binding/pom.xml
M modules/enterprise/server/jar/pom.xml
M modules/enterprise/server/plugins/ant-bundle/pom.xml
M modules/plugins/ant-bundle/pom.xml
M pom.xml
Log Message:
-----------
[prod] increment component versions for Update 05.
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: 4b2d899613d62181d5e48afbb1b9277770ead549
https://github.com/rhq-project/rhq/commit/4b2d899613d62181d5e48afbb1b927777…
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.
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: 5ba4b88db8dc7d60ed18691014228b637c0bd1f8
https://github.com/rhq-project/rhq/commit/5ba4b88db8dc7d60ed18691014228b637…
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
Branch: refs/heads/master
Home: https://github.com/rhq-project/rhq
Commit: 4954341e71c2baae497cd84f73472b6d52f1ec62
https://github.com/rhq-project/rhq/commit/4954341e71c2baae497cd84f73472b6d5…
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
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: c99d2ddbee245b59d0d52c60f903662e1be480ca
https://github.com/rhq-project/rhq/commit/c99d2ddbee245b59d0d52c60f903662e1…
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.
Branch: refs/heads/release/jon3.3.x
Home: https://github.com/rhq-project/rhq
Commit: caea447c0ce8af151034d733660779724cb4149e
https://github.com/rhq-project/rhq/commit/caea447c0ce8af151034d733660779724…
Author: Simeon Pinder <spinder(a)fulliautomatix.conchfritter.com>
Date: 2015-12-03 (Thu, 03 Dec 2015)
Changed paths:
M modules/common/jboss-as-dmr-client/pom.xml
M modules/enterprise/server/embeddedagent/src/main/resources/module/main/module.xml
Log Message:
-----------
[prod] Fix two incorrect versions of 'rhq-core-util' left in the poms.
Branch: refs/heads/master
Home: https://github.com/rhq-project/rhq
Commit: 08075f8f5693853183b6f00a937c20bcb3575cfb
https://github.com/rhq-project/rhq/commit/08075f8f5693853183b6f00a937c20bcb…
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.