metron-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ryan Merriman <merrim...@gmail.com>
Subject Re: [DISCUSS] METRON-994 -> Rest v. Stellar ( api of record )?
Date Fri, 07 Jul 2017 16:42:26 GMT
Makes sense to me.  Are we talking about exposing an endpoint that just executes a stellar
statement?  We already have one but it's scope is limited to applying stellar transformations
to a sample message.  Assuming we would just add on to that controller.  What Jiras are going
to come out of this discussion?

I'm all for adding as many rest endpoints as possible.  It makes our platform much easier
to understand and use for people who are not experts on Metron internals.

> On Jul 7, 2017, at 11:07 AM, Otto Fowler <ottobackwards@gmail.com> wrote:
> 
> Anyone else have feelings?
> 
> 
> On July 7, 2017 at 11:06:32, Nick Allen (nick@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 <ottobackwards@gmail.com>
> wrote:
> 
>> Bump
>> 
>> 
>>> On June 13, 2017 at 00:11:52, Otto Fowler (ottobackwards@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?
>> 

Mime
View raw message