You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@edgent.apache.org by "Dale LaBossiere (JIRA)" <ji...@apache.org> on 2016/04/26 21:44:12 UTC

[jira] [Resolved] (QUARKS-131) need easy way to get PeriodicMXBean associated with a poll() invocation

     [ https://issues.apache.org/jira/browse/QUARKS-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dale LaBossiere resolved QUARKS-131.
------------------------------------
    Resolution: Fixed

> need easy way to get PeriodicMXBean associated with a poll() invocation
> -----------------------------------------------------------------------
>
>                 Key: QUARKS-131
>                 URL: https://issues.apache.org/jira/browse/QUARKS-131
>             Project: Quarks
>          Issue Type: Improvement
>            Reporter: Dale LaBossiere
>            Assignee: Dale LaBossiere
>
> I think we're missing some API is missing to make this all usable.
> A Topology/TStream domain user needs an easy way to get the PeriodicMXBean for a particular Topology.poll() invocation. 
> The PeriodicSource oplet implements PeriodicMXBean which allows changing the period.  
> The only demonstrated use is by DirectJobTest.jobPeriodicSourceCancellation(), which iterates over the Topology's underlying graph for instanceof PeriodicSource oplet (it's the only ProcessSource oplet in the graph for this test).  
> That's certainly not easy / convenient / nor in the "TStream" domain the user is mostly operating in.
> [~djd] [~vdogaru] what schemes for addressing this have already been considered / decided?  Some sort of "control bean registry service" where a user gets to supply a name (e.g., to poll()) and the runtime registers the bean (e.g., PeriodicMXBean) under that name?  If there's not a concrete plan lets work on that here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)