Uses SavedObjectsClient for Short URL Lookup

[tylersmalley]

No description provided.

[tylersmalley]

@nreese @kobelb, mind taking a look at this one? It's another blocker on the 5.6/6.0 release as we need to use the SavedObjectsClient as opposed to hitting the index directly. While at it, I changed to simply using the autogenerated ID's from elasticsearch instead of creating them ourselves.

[kobelb]

@tylersmalley from what I can determine, we were originally creating the ID based on a md5 hash of the long-url, so that we don't end up creating a bunch of redundant documents in the .kibana index. Now that we're using an auto-generated ID, this is no longer the case.

With the way that the short-url is implemented via the UI, this could be problematic. Every time that you click the "Short URL" button in Kibana, it's calling the generateUrlId function, and now that the short ids aren't consistent this can create duplicate documents.

This is the way that it used to work if I continually toggle between short urls and long urls, you'll notice that the ID stays the same, and only one document is created:

This is how it works with these changes, keep in mind every time you see the short-id change it's created a new document:

[tylersmalley]

@kobelb, updated.

> curl -i -X POST -H "Content-Type: application/json" -H "kbn-xsrf: 6.0.0-beta1" -d '{ "url": "/app/kibana#/visualize/edit" }' http://localhost:5601/shorten
HTTP/1.1 200 OK
kbn-name: kibana
kbn-version: 6.0.0-beta1
vary: origin
content-type: text/html; charset=utf-8
cache-control: no-cache
content-length: 32
Date: Wed, 12 Jul 2017 13:14:05 GMT
Connection: keep-alive

fbbd9c36d182b59b0d61e9db7796292c

curl -i http://localhost:5601/goto/fbbd9c36d182b59b0d61e9db7796292c
HTTP/1.1 302 Found
location: /app/kibana#/visualize/edit
kbn-name: kibana
kbn-version: 6.0.0-beta1
vary: origin
cache-control: no-cache
content-length: 0
Date: Wed, 12 Jul 2017 13:14:25 GMT
Connection: keep-alive

[kobelb]

LGTM

[nreese]

LGTM

[tylersmalley]

5.x/5.6: 8d1bbd9