Anyone else have feelings?
On July 7, 2017 at 11:06:32, Nick Allen (n...@nickallen.org) wrote: Like you mentioned, Otto, I think it makes more sense to have a REST API that is backed by Stellar functions executed in a JVM. That is, the REST API simply executes the right Stellar functions in a JVM. This makes it very simple to reuse the same implementation (Stellar functions) across multiple contexts; the REPL, Streaming, and in a REST API. On Sun, Jul 2, 2017 at 10:06 AM, Otto Fowler <ottobackwa...@gmail.com> wrote: > Bump > > > On June 13, 2017 at 00:11:52, Otto Fowler (ottobackwa...@gmail.com) wrote: > > I have opened METRON–994 <https://issues.apache.org/jira/browse/METRON-994 > > > : STELLAR Shell and management should front the METRON REST api > > As Stellar management functions start overlapping with the REST api, we may > want have stellar management backed by rest, and have a single main api - > rest. > > Nick brings up an excellent point that we should consider doing the > opposite, back the rest api with the stellar implementation. > > After a little thought, I believe that this approach may have the greatest > pay off long term, as it will result (hopefully) in an increase of the > number of STELLAR commands, that may be leveraged in different contexts. > > But, I think this issue warrants more discussion from the group. > > The questions as I can see them (please add more or correct me ) are: > > - Should Stellar have a api which is fronted by multiple front ends? > - If so, which is better suited, REST, STELLAR or other? > - What are some trade offs | pay offs with each approach? >
