Web Applications for DeepSee REST Services and JavaScript APIs

Question

Question

David E Nelson · May 25, 2016

According to the documentation (2016.1) we can use either a system defined web application (/api/deepsee) or create a custom web application for handling requests. What are some reasons to use one rather than the other?

Discussion (4)0

Log in or sign up to continue

Jenna Poindexter · May 25, 2016

Some clients may simply not want to expose the /csp... to mask thay this is based on ISC technology.

Some customers may have existing Web apps they are migrating to ISC technology and they may want to mimic their existing URL naming conventions.

0 0

Jon Trumble · Sep 25, 2017

When working with embedding DeepSee into your applications, you may wish to centralize all of the REST calls both to your application and DeepSee. Since the DeepSee REST API extends from %CSP.REST, you could either choose to call it directly from your REST service that you develop using %CSP.REST (using a service map), or make a service that is in the same logical path as your existing REST service so that things look the same to the browser.

1 0

score 1 · Answer 1 · 2016-05-25T10:15:05-04:00

If you're okay with /api/deepsee as it is - use it.

If, however, you want to change some settings (auth methods for one), then it's better to define your own application, since your changes may be lost during system update.

score 0 · Answer 2 · 2016-05-25T12:58:03-04:00

Here is the case, when you probably will need at least two web apps for DeepSee REST API.

Consider you want some data to be accessed with authorisation and you provide this access with /webapp1 which is set up with authorisation by password.

And maybe you want some data to be accessible for everyone - you can do it with /webapp2 with option for UnknownUser.