<div dir="ltr">Hi folks:<div><br></div><div>As we continue work on our target feature areas, it's helpful to keep an eye on how our pieces will fit into the overall picture.</div><div><br></div><div>  <a href="https://drive.google.com/a/redhat.com/file/d/0B10zSvDl_cuwMHZtTmR1RVIteGM/view?usp=sharing">https://drive.google.com/a/redhat.com/file/d/0B10zSvDl_cuwMHZtTmR1RVIteGM/view?usp=sharing</a></div><div><br></div><div>The above diagram is a starting point for discussion really, and we'll be refining it over the next couple of weeks.  By mid-October I'd like it to be in a fairly-stable state.</div><div><br></div><div>Everyone is welcome to use this thread for discussion or directly edit/comment on the diagram itself.</div><div><br></div><div>The most pressing questions coming out of the recent F2F are:</div><div><br></div><div>1) Does Almighty Core have any contractual expectations for a Planner component?  (ie. a "transition" operation might move issues from one provider to the next).</div><div>2) What is the common plug point to define an extension in the UI?  To remove an extension in the UI?</div><div>3) How do we let individual service APIs register to get exposed as part of the unified Almighty Public API?</div><div><br></div><div>Also, because of the way the corporate RHT Google Drive is configured, this is open only to those with <a href="http://redhat.com">redhat.com</a> accounts.  If anyone has a more open-source friendly diagramming solution to encourage our friends in the community, I am all ears.</div><div><br>S,</div><div>ALR</div><div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Red Hat Developer Programs Architecture<div>@ALRubinger</div></div></div>
</div></div>