[feedhenry-dev] API Mapper (from mobile-internal)

[Wojciech Trocki]

This is well known limitation of API mapper.
https://github.com/feedhenry-templates/fh-api-mapper/issues/73

I think we need something that will cover all possible inputs:

- Allow to pass headers from original request.
- Allow to pass query params.
- Allow to pass query string params or entire query string.

We already have simple PR that will cover simplified use cases:
https://github.com/feedhenry-templates/fh-api-mapper/pull/88
We have epic to cover this work: https://issues.jboss.org/browse/FH-2942

Regards


WOJCIECH TROCKI

SOFTWARE ENGINEER

Red Hat Mobile <https://www.redhat.com/>

IM: wtrocki
<https://red.ht/sig>

On Thu, May 11, 2017 at 5:14 PM, Evan Shortiss <eshortis at redhat.com> wrote:

> Hi folks,
>
> I used the API Mapper for the first time yesterday with Bob (CC'd) and
> think we may have come across a limitation.
>
> Say you would like to query an API with the following URI:
> http://api.openweathermap.org/data/2.5/weather?appid=
> 00fd6350d7b03123c324839586cb50ad&q=dallas
>
> It it possible that one could add that to the API Mapper so that the q
> parameter can be determined by the incoming request rather than being
> hardcoded? From what I can see it's a feature that is missing at present,
> but could be supported by modifying this area[1] to perform a merge on the
> querystring or the saved vs. incoming request.
>
> Of course, we'd want to add a UI option to allow users to specify which
> querystring params would be "plucked" from the incoming request since doing
> it blindly could be dangerous or have breaking side effects.
>
> Thoughts on this?
>
> [1] - https://github.com/feedhenry-templates/fh-api-mapper/blob/
> master/lib/api.js#L45
>
> --
>
> EVAN SHORTISS
>
> MOBILE PRACTICE ARCHITECT, RED HAT MOBILE
>
> Los Angeles, USA
>
> eshortis at redhat.com  M: +1-781-354-2834
> <https://red.ht/sig>
>
> _______________________________________________
> feedhenry-dev mailing list
> feedhenry-dev at redhat.com
> https://www.redhat.com/mailman/listinfo/feedhenry-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/feedhenry-dev/attachments/20170511/03705688/attachment.htm>