[
https://issues.apache.org/jira/browse/QUARKS-131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15258118#comment-15258118
]
ASF GitHub Bot commented on QUARKS-131:
---------------------------------------
Github user dlaboss commented on a diff in the pull request:
https://github.com/apache/incubator-quarks/pull/86#discussion_r61089125
--- Diff: api/oplet/src/main/java/quarks/oplet/OutputContext.java ---
@@ -0,0 +1,30 @@
+/*
+Licensed to the Apache Software Foundation (ASF) under one
+or more contributor license agreements. See the NOTICE file
+distributed with this work for additional information
+regarding copyright ownership. The ASF licenses this file
+to you under the Apache License, Version 2.0 (the
+"License"); you may not use this file except in compliance
+with the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+Unless required by applicable law or agreed to in writing,
+software distributed under the License is distributed on an
+"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+KIND, either express or implied. See the License for the
+specific language governing permissions and limitations
+under the License.
+*/
+package quarks.oplet;
+
+/**
+ * Information about an oplet output port.
+ */
+public interface OutputContext {
--- End diff --
Sure, works for me! I initially omitted "port" because the oplet layer
seems to omit it - e.g., ``OpletContext.getOutputs()``.
> 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)
