metron-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nick Allen <>
Subject Re: [DISCUSS] METRON-994 -> Rest v. Stellar ( api of record )?
Date Fri, 07 Jul 2017 15:06:26 GMT
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 <>

> Bump
> On June 13, 2017 at 00:11:52, Otto Fowler ( wrote:
> I have opened 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?

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message