Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4C173D801 for ; Wed, 5 Dec 2012 22:59:28 +0000 (UTC) Received: (qmail 13613 invoked by uid 500); 5 Dec 2012 22:59:28 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 13522 invoked by uid 500); 5 Dec 2012 22:59:28 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 13511 invoked by uid 99); 5 Dec 2012 22:59:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Dec 2012 22:59:28 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of fil@adobe.com designates 64.18.1.39 as permitted sender) Received: from [64.18.1.39] (HELO exprod6og117.obsmtp.com) (64.18.1.39) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Dec 2012 22:59:20 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob117.postini.com ([64.18.5.12]) with SMTP ID DSNKUL/RspaeDYTf/sdRdKdceVpQrpEOXFBi@postini.com; Wed, 05 Dec 2012 14:59:00 PST Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id qB5Mu71v001136 for ; Wed, 5 Dec 2012 14:56:07 -0800 (PST) Received: from nacas03.corp.adobe.com (nacas03.corp.adobe.com [10.8.189.121]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id qB5MwwAV025858 for ; Wed, 5 Dec 2012 14:58:58 -0800 (PST) Received: from SJ1SWM219.corp.adobe.com (10.5.77.61) by nacas03.corp.adobe.com (10.8.189.121) with Microsoft SMTP Server (TLS) id 8.3.279.1; Wed, 5 Dec 2012 14:58:58 -0800 Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by SJ1SWM219.corp.adobe.com ([fe80::d55c:7209:7a34:fcf7%11]) with mapi; Wed, 5 Dec 2012 14:58:58 -0800 From: Filip Maj To: "dev@cordova.apache.org" Date: Wed, 5 Dec 2012 14:59:22 -0800 Subject: Re: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK Thread-Topic: [DISCUSS] Switch BlackBerry 10 Cordova download from WebWorks to NDK Thread-Index: Ac3TPBtjNv+SYHqWSa2ppqYIMXa1hQ== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.5.121010 acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org I don=B9t think a dependency on node/npm is any more problematic than a dependency on ANT, for example. On 12/5/12 2:55 PM, "Gord Tanner" wrote: >Is dependencies on node and npm a problem? > >I was thinking this wouldn't be that big of a problem since >Cordova-client depends on those projects too. > >If it is a huge deal I can look into removing those dependencies > >Sent from my iPhone > >On 2012-12-05, at 3:30 PM, Drew Walters wrote: > >> So, if the WebWorks SDK itself needs to provide native code for >> functionality, how will that be provided? >>=20 >> What dependency differences are we looking at? Looks like to pull and >> build WebWorks SDK it would require git, node, npm, native SDK. Anything >> else? Does the native SDK have any pre-reqs? >>=20 >>=20 >> On Wed, Dec 5, 2012 at 2:21 PM, Nukul Bhasin wrote: >>=20 >>>> Does the WebWorks packager for BB 10 handle the compilation of native >>>> plugins or do they have to be pre-compiled prior to packaging now? >>> No. BB10 WebWorks Packager includes built binaries that are then >>>packaged >>> into the app. >>> If you want to build native extensions you must use the NDK. >>>=20 >>> For OS5-7 and playbook WebWorks SDK included BlackBerry Java SDK or >>>Air SDK >>> but WebWorks BB10 does not include the NDK >>>=20 >>> To answer the question why its different for BB10, because I like 9MB >>> instead of 900 MB :) >>>=20 >>>=20 >>> On Wed, Dec 5, 2012 at 3:14 PM, Drew Walters >>>wrote: >>>=20 >>>> Call me old fashioned but I like 9MB downloads better the 900MB :-) >>>>=20 >>>> I guess the necessity for this is because unlike WebWorks for OS5-7, >>>>the >>>> native libraries are not included in WebWorks for BB 10. >>>>=20 >>>> Does the WebWorks packager for BB 10 handle the compilation of native >>>> plugins or do they have to be pre-compiled prior to packaging now? >>>>=20 >>>>=20 >>>> On Wed, Dec 5, 2012 at 2:02 PM, Gord Tanner wrote: >>>>=20 >>>>> Correct. This would be for any cordova BlackBerry 10 APIs (not >>>>>external >>>>> plugins). >>>>>=20 >>>>> This will allow us the native compile step for Cordova that we don't >>> have >>>>> access to with WebWorks (that other platforms have). >>>>>=20 >>>>> The key for this is flexibility. Nothing is changing with this now >>>>>but >>>>> allows us more tools to support BlackBerry 10 Cordova in the future. >>>>>=20 >>>>>=20 >>>>> On Wed, Dec 5, 2012 at 2:53 PM, Drew Walters >>> wrote: >>>>>=20 >>>>>> Making sure I understand the steps: >>>>>>=20 >>>>>> 1. User downloads and installs BlackBerry 10 Native SDK and Cordova. >>>>>> 2. Executing the create script to create a project will somehow >>>> determine >>>>>> if the user has the WebWorks SDK and if not... >>>>>> 3. Clone the WebWorks SDK using git. >>>>>> 4. Build the WebWorks SDK. >>>>>> 5. Update the project.properties for the project to point at the >>> built >>>>>> WebWorks SDK. >>>>>>=20 >>>>>> I would prefer to not dynamically clone and build the WebWorks SDK >>>>>>as >>>>> part >>>>>> of Cordova project creation, seems like that could be prone to >>> issues. >>>>>>=20 >>>>>> I would tend to think the majority of developers would not be >>> building >>>>>> custom plugins for their application. Would the native SDK be >>> required >>>> by >>>>>> Cordova end developers if Cordova for BlackBerry 10 contains some >>>> native >>>>>> (C++) plugins? >>>>>>=20 >>>>>>=20 >>>>>> On Wed, Dec 5, 2012 at 1:05 PM, Gord Tanner >>> wrote: >>>>>>=20 >>>>>>> Currently for developing for BlackBerry 10 the user needs to >>> download >>>>> and >>>>>>> install the WebWorks SDK. [1]. >>>>>>>=20 >>>>>>> This SDK is opensource and available from github [2] and users are >>>> able >>>>>> to >>>>>>> clone and build the SDK with the native development tools available >>>>> [3]. >>>>>>>=20 >>>>>>> I would like to switch the BlackBerry 10 platform for cordova to >>> use >>>>> the >>>>>>> NDK and clone WebWorks from github. The only difference a cordova >>>>>>> developer would notice would be what download we tell them to >>> install >>>>> in >>>>>>> the documentations, everything else would be handled by the >>>>> ./bin/create >>>>>>> script and ./cordova/* scripts pointing where the WebWorks SDK >>> lives. >>>>>>>=20 >>>>>>> This preps us to have the tools available on the developers machine >>>> to >>>>>>> build any native extensions that may or may not be needed for >>>>> BlackBerry >>>>>> 10 >>>>>>> development. >>>>>>>=20 >>>>>>> [1] https://developer.blackberry.com/html5/download/ >>>>>>> [2] https://github.com/blackberry/BB10-Webworks-Packager >>>>>>> [3] http://developer.blackberry.com/native/beta/ >>>=20 >>>=20 >>>=20 >>> -- >>> *Nukul Bhasin* >>> *Computer Engineer, B.Eng* >>> *10 Queens Quay W, suite#1710* >>> *Toronto, ON, Canada* >>> *Ph: 416 508 3157* >>>=20