Using JavaScript to create a remote hosted application

advertisements

We're developing an JavaScript application that will be hosted on our customer's server. We don't have access to the customer's server, and more-so it would be frowned-upon to send regular updates to the application. In order to provide regular maintenance, it's been proposed that the application that sits on the customer's server is nothing more than a single HTML file that consists of two lines: the doctype and a JavaScript include who's source links back to our server.

From here, the single JavaScript include would build the entire application, pulling in additional resources as necessary. It would start by building out the core HTML (based largely on the HTML Boilerplate), including appending tags for meta, style sheets, HTML, etc. Once the HTML page is flushed out, it would pull in the content the learner is seeking.

Update Due to Comment The application needs to reside on the customers's server because there is a lot of communication between this application and other applications on the customer's server (in parent frames). If hosted on our server, it would be blocked due to browser security. There are options to get around this, but by having it on the customer's server, it removed a point of failure that is a common issue for similar applications.

Is there a better way to retain the ability to provide updates to the application without going through the customer?


Per this question : Is there a better way to retain the ability to provide updates to the application without going through the customer?

Could you not create a webservice on your server that provides JSON to the client's (Client being the other company, not an end user ) side that constructs whatever objects you need? That way you can update your webservice "whenever" and as long as you build the constructing js extensible enough, you can just pass object specifications to it remotely