[JBoss JIRA] Moved: (EMBJOPR-57) add support for per-minute metrics
by Charles Crouch (JIRA)
[ https://jira.jboss.org/jira/browse/EMBJOPR-57?page=com.atlassian.jira.plu... ]
Charles Crouch moved JBMANCON-406 to EMBJOPR-57:
------------------------------------------------
Project: Embedded Jopr (was: JBoss AS 5.0 Management Console)
Key: EMBJOPR-57 (was: JBMANCON-406)
Component/s: Core Infrastructure
Web App/Integration
(was: WebApp (Seam))
Affects Version/s: 1.0
(was: 1.0 Beta 1)
> add support for per-minute metrics
> ----------------------------------
>
> Key: EMBJOPR-57
> URL: https://jira.jboss.org/jira/browse/EMBJOPR-57
> Project: Embedded Jopr
> Issue Type: Feature Request
> Components: Core Infrastructure, Web App/Integration
> Affects Versions: 1.0
> Reporter: Ian Springer
> Priority: Minor
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> We currently don't support per-minute metrics (i..e per-minute values derived from two collections of TRENDSUP/TRENDSDOWN metrics). This is primarily because the cache that the PC uses to store the last collected value for each TRENDS* metric is keyed off schedule id, and embedded does not use schedules. But it is also because if we did support per-minute metrics in embedded, it would make more sense to cache the initially collected value for each metric rather than the last collected value, which, when averaged with the current value, would produce the per minute average since the initial collection, rather than per minute value for the past <insert arbitrary time interval here>.
> Note, if we did do this, we should also consider doing an up-front collection of all metrics for all Resources in inventory at startup time, so we can cache initial values for all metrics as early as possible, rather than the user having to view a metric once in the GUI in order to initialize the per-minute cache for that metric.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years
[JBoss JIRA] Resolved: (EMBJOPR-55) Rebuild content behind navigation nodes using InventoryEventListener
by Ian Springer (JIRA)
[ https://jira.jboss.org/jira/browse/EMBJOPR-55?page=com.atlassian.jira.plu... ]
Ian Springer resolved EMBJOPR-55.
---------------------------------
Resolution: Done
Done - r72.
> Rebuild content behind navigation nodes using InventoryEventListener
> --------------------------------------------------------------------
>
> Key: EMBJOPR-55
> URL: https://jira.jboss.org/jira/browse/EMBJOPR-55
> Project: Embedded Jopr
> Issue Type: Feature Request
> Reporter: Charles Crouch
> Assignee: Ian Springer
> Fix For: 1.1
>
>
> Right now we rebuild the content behind a node in the navigation using the following method on NavigationAction
> public void changeExpandListener(org.richfaces.event.NodeExpandedEvent event) {
> UIComponent comp = event.getComponent();
> UITree tree = (UITree) comp;
> JONTreeNode data = (JONTreeNode) (tree.getTreeNode().getData());
>
> data.reInitializeChildrenMap();
> }
> This isnt great because it requires the user to close/open the node inorder to have its children refreshed to match whats in the PC. This is problematic when resources are deployed/undeployed directly to the filesystem, see JBMANCON-419. An alternative would be to use an implementation of InventoryEventListener to listen to resource added events from the PC and then behind the scenes rebuild the appropriate Nodes. For this to work a bug will need to be fixed in the RuntimeDiscoveryExecutor which is causing resourceAdd events to get fired for every discovery.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years
[JBoss JIRA] Updated: (EMBJOPR-55) Rebuild content behind navigation nodes using InventoryEventListener
by Charles Crouch (JIRA)
[ https://jira.jboss.org/jira/browse/EMBJOPR-55?page=com.atlassian.jira.plu... ]
Charles Crouch updated EMBJOPR-55:
----------------------------------
Issue Type: Feature Request (was: Bug)
Assignee: Ian Springer
Ian is in the middle of trying to implement this
> Rebuild content behind navigation nodes using InventoryEventListener
> --------------------------------------------------------------------
>
> Key: EMBJOPR-55
> URL: https://jira.jboss.org/jira/browse/EMBJOPR-55
> Project: Embedded Jopr
> Issue Type: Feature Request
> Reporter: Charles Crouch
> Assignee: Ian Springer
> Fix For: 1.1
>
>
> Right now we rebuild the content behind a node in the navigation using the following method on NavigationAction
> public void changeExpandListener(org.richfaces.event.NodeExpandedEvent event) {
> UIComponent comp = event.getComponent();
> UITree tree = (UITree) comp;
> JONTreeNode data = (JONTreeNode) (tree.getTreeNode().getData());
>
> data.reInitializeChildrenMap();
> }
> This isnt great because it requires the user to close/open the node inorder to have its children refreshed to match whats in the PC. This is problematic when resources are deployed/undeployed directly to the filesystem, see JBMANCON-419. An alternative would be to use an implementation of InventoryEventListener to listen to resource added events from the PC and then behind the scenes rebuild the appropriate Nodes. For this to work a bug will need to be fixed in the RuntimeDiscoveryExecutor which is causing resourceAdd events to get fired for every discovery.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years
[JBoss JIRA] Moved: (EMBJOPR-55) Rebuild content behind navigation nodes using InventoryEventListener
by Charles Crouch (JIRA)
[ https://jira.jboss.org/jira/browse/EMBJOPR-55?page=com.atlassian.jira.plu... ]
Charles Crouch moved JBMANCON-442 to EMBJOPR-55:
------------------------------------------------
Project: Embedded Jopr (was: JBoss AS 5.0 Management Console)
Key: EMBJOPR-55 (was: JBMANCON-442)
Fix Version/s: 1.1
(was: 1.1)
> Rebuild content behind navigation nodes using InventoryEventListener
> --------------------------------------------------------------------
>
> Key: EMBJOPR-55
> URL: https://jira.jboss.org/jira/browse/EMBJOPR-55
> Project: Embedded Jopr
> Issue Type: Bug
> Reporter: Charles Crouch
> Fix For: 1.1
>
>
> Right now we rebuild the content behind a node in the navigation using the following method on NavigationAction
> public void changeExpandListener(org.richfaces.event.NodeExpandedEvent event) {
> UIComponent comp = event.getComponent();
> UITree tree = (UITree) comp;
> JONTreeNode data = (JONTreeNode) (tree.getTreeNode().getData());
>
> data.reInitializeChildrenMap();
> }
> This isnt great because it requires the user to close/open the node inorder to have its children refreshed to match whats in the PC. This is problematic when resources are deployed/undeployed directly to the filesystem, see JBMANCON-419. An alternative would be to use an implementation of InventoryEventListener to listen to resource added events from the PC and then behind the scenes rebuild the appropriate Nodes. For this to work a bug will need to be fixed in the RuntimeDiscoveryExecutor which is causing resourceAdd events to get fired for every discovery.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years
[JBoss JIRA] Moved: (EMBJOPR-54) Exception view metrics
by Charles Crouch (JIRA)
[ https://jira.jboss.org/jira/browse/EMBJOPR-54?page=com.atlassian.jira.plu... ]
Charles Crouch moved JBMANCON-443 to EMBJOPR-54:
------------------------------------------------
Project: Embedded Jopr (was: JBoss AS 5.0 Management Console)
Key: EMBJOPR-54 (was: JBMANCON-443)
Fix Version/s: 1.1
(was: 1.1)
Affects Version/s: 1.0
(was: 1.0 GA)
> Exception view metrics
> ----------------------
>
> Key: EMBJOPR-54
> URL: https://jira.jboss.org/jira/browse/EMBJOPR-54
> Project: Embedded Jopr
> Issue Type: Bug
> Affects Versions: 1.0
> Reporter: Charles Crouch
> Fix For: 1.1
>
>
> Taken from JBMANCON-419
> See attached screen shots and server.log - when I undeployed an ESB archive (helloworld), the console still listed the ESB and its actions in the navigation tree - but trying to access the metrics for an action raised an NPE exception - see below.
> Logging out and back into the console did not clear this problem.
> 22:29:20,996 INFO [RuntimeDiscoveryExecutor] Scanned 0 servers and found 0 total descendant Resources.
> 22:29:22,749 WARN [MeasurementManager] Cannot get measurement facet for resource [-88]. Cause: org.rhq.core.clientapi.agent.PluginContainerException: Resource component container could not be retrieved for resource: -88
> 22:29:22,749 WARN [MeasurementManager] Cannot get measurement facet for resource [-88]. Cause: org.rhq.core.clientapi.agent.PluginContainerException: Resource component container could not be retrieved for resource: -88
> 22:29:27,436 ERROR [SeamPhaseListener] uncaught exception
> javax.el.ELException: java.lang.NullPointerException
> at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:333)
> at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:274)
> at org.jboss.el.parser.AstMethodSuffix.getValue(AstMethodSuffix.java:59)
> at org.jboss.el.parser.AstMethodSuffix.invoke(AstMethodSuffix.java:65)
> at org.jboss.el.parser.AstValue.invoke(AstValue.java:96)
> at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
> at org.jboss.seam.core.Expressions$2.invoke(Expressions.java:173)
> at org.jboss.seam.navigation.Page.preRender(Page.java:264)
> at org.jboss.seam.navigation.Pages.preRender(Pages.java:309)
> at org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:549)
> at org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:460)
> at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:144)
> at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:114)
> at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96)
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
> at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281)
> at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: java.lang.NullPointerException
> at org.rhq.core.pc.inventory.InventoryManager.getResourceContainer(InventoryManager.java:224)
> at org.rhq.core.pc.inventory.InventoryManager.getAvailabilityIfKnown(InventoryManager.java:496)
> at org.rhq.core.pc.inventory.InventoryManager.getAvailability(InventoryManager.java:344)
> at org.jboss.on.embedded.manager.pc.PluginContainerResourceManager.getAvailability(PluginContainerResourceManager.java:323)
> at org.jboss.on.embedded.ui.CommonActionUtil.getResourceById(CommonActionUtil.java:75)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
> at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
> at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
> at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
> at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
> at org.jboss.on.embedded.ui.CommonActionUtil_$$_javassist_10.getResourceById(CommonActionUtil_$$_javassist_10.java)
> at org.jboss.on.embedded.ui.MetricAction.view(MetricAction.java:85)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
> at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
> at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
> at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
> at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
> at org.jboss.on.embedded.ui.MetricAction_$$_javassist_9.view(MetricAction_$$_javassist_9.java)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:329)
> ... 52 more
> 22:29:29,429 WARN [ContentDiscoveryRunner] Content discovery is falling behind. Missed discovery by: 207814ms
> 22:29:29,429 INFO [ContentDiscoveryRunner] Performing discovery: ScheduledContentDiscoveryInfo[ResourceId=-35, PackageType=file, Interval=43200000, NextDiscovery=1221531961615, Now=1221532169429]
> 22:29:29,430 INFO [ContentManager] Discovered number of packages: 0 for type: PackageType[id=0,name=file,resourceType=Web Application (WAR)]
> 22:29:29,431 INFO [ContentDiscoveryRunner] Rescheduling discovery: ScheduledContentDiscoveryInfo[ResourceId=-35, PackageType=file, Interval=43200000, NextDiscovery=1221531961615, Now=1221532169431]
> 22:29:29,431 INFO [ContentManager] Rescheduling ScheduledContentDiscoveryInfo[ResourceId=-35, PackageType=file, Interval=43200000, NextDiscovery=1221531961615, Now=1221532169431]
> 22:29:29,431 INFO [ContentManager] Finished rescheduling: ScheduledContentDiscoveryInfo[ResourceId=-35, PackageType=file, Interval=43200000, NextDiscovery=1221575369431, Now=1221532169431]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years