cordova-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel (JIRA)" <>
Subject [jira] [Commented] (CB-6661) Web Platform Target
Date Tue, 13 May 2014 18:08:15 GMT


Daniel commented on CB-6661:

They will still have a 'native bridge' per se. If I understand the project's structure, the
api calls by the plugins would basically all get converted to web requests in the platforms
exec.js. Our 'native' code would be a new project  like apache/android that would handle all
the requests.  In the case of something like 'Contacts' there won't be a real interface there.
However, geolocation could tap into the servers IP and file storage would download files onto
the server (this would remove the need for browser-local storage).  

The value is one code base, leveraging all the same functionality with adjusted look and feel.
Also this would provide ways to rapid prototype without waiting for slow emulators. This would
also give a simplified nightly build process and access to additional testing frameworks.

> Web Platform Target
> -------------------
>                 Key: CB-6661
>                 URL:
>             Project: Apache Cordova
>          Issue Type: Improvement
>          Components: CordovaJS
>    Affects Versions: 3.4.0
>         Environment: All
>            Reporter: Daniel
>            Priority: Minor
>              Labels: cordova-js, features, platform
>             Fix For: 3.4.0
> I have not been able to find built in functionality for cordova to deploy an app to a
server platform. This purpose of this new platform is to allow an HTML5 application within
a Cordova project to be deployed on a web server, available for access over standard internet
> My team and I will be actively working this at
> We intend to build this functionality with a nodejs server but hope that we can provide
the server with varying backends like Grails and Rails.

This message was sent by Atlassian JIRA

View raw message