Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of brian.leroux@gmail.com
 designates 209.85.223.182 as permitted sender)
MIME-Version: 1.0
Sender: brian.leroux@gmail.com
In-Reply-To: 
 <CAK_TSXJ2uP3dSMXPTB3SW_KnsFpNnZjMcZv8nmj7e1R1+u2DEg@mail.gmail.com>
References: 
 <CAK_TSXKJ9_MwsB3nVG1DqZOhWAUqafy_eB1pdWKNvkdydsR9=Q@mail.gmail.com>
	<CF8000F0.14137%jsoref@blackberry.com>
	<CAEeF2TcOP6iVe+TuZyfVjFGd9Hxd0=JXayYtturS=F4rc_Y78Q@mail.gmail.com>
	<1298B14A1D0704468AE73FC92557A1622561BD3D@SHSMSX104.ccr.corp.intel.com>
	<CAOBL_k5tHVqjWwsETMoRJ4U-LQp7R=SX_Y44kfu4N4Y44nRu5A@mail.gmail.com>
	<CAK_TSXL56aJvqUxkc+3xYQhrW3Oq4K39w0v=afZZYMRQ_hZMyA@mail.gmail.com>
	<1298B14A1D0704468AE73FC92557A16225623C4F@SHSMSX104.ccr.corp.intel.com>
	<CAOBL_k700-bC=a9Ai8RPZutRLbjcbMH1vDYaDQWLLuHK9HLXvQ@mail.gmail.com>
	<1298B14A1D0704468AE73FC92557A162256243F0@SHSMSX104.ccr.corp.intel.com>
	<CAOBL_k4P612=xcd93QgeCN6HfLJyVtgSOUXF5SnaCpo5tcZnoA@mail.gmail.com>
	<CAOBL_k7vi37xMZuVrnQiDZ6+gTeMM1dNAnG4Sxn+cFvv4ONL+Q@mail.gmail.com>
	<CAK_TSXJ2uP3dSMXPTB3SW_KnsFpNnZjMcZv8nmj7e1R1+u2DEg@mail.gmail.com>
Date: Tue, 6 May 2014 15:23:00 -0700
Message-ID: 
 <CADVgkyNLWEZ+C+w0KJxZOg9Cm6jwbLtoVD-c439sWP4-XVJ_7A@mail.gmail.com>
Subject: Re: [Android] Refactoring for different engines
From: Brian LeRoux <b@brian.io>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=e89a8f2354fdd30ae204f8c2b004

--e89a8f2354fdd30ae204f8c2b004
Content-Type: text/plain; charset=UTF-8

I've found it persistently odd that of all things to choose to be lax on it
would be a CLA. It should be considered a MUST even if sometimes people say
it isn't.


On Tue, May 6, 2014 at 12:50 PM, Ian Clelland <iclelland@chromium.org>wrote:

> Yeah, it's a good idea to sign the ICLA -- if nothing else, it makes it
> really obvious that you know you are deliberately contributing code to an
> Apache project, and then we can feel much more comfortable accepting your
> contributions. It's something that we've required from all contributors,
> and it should be associated with you, rather than your company, since your
> contributions will still be under your name no matter who you may work for
> in the future.
>
> As far as where the code is going, all of the updates required to make
> webviews pluggable are going in the "pluggable_webview" branch of
> cordova-android. (Joe posted the repository URL). This should just include
> the extraction of the AndroidWebView classes, the abstract CordovaWebView
> classes, and the code in Cordova that reads the configuration and
> instantiates and configures the correct objects.
>
> The implementation of the Crosswalk webview currently exists in Joe's
> personal repo on GitHub, but I believe that the intention is for Intel to
> take over that code at some point, and to host all of the source code to
> that plugin.
>
>
> On Tue, May 6, 2014 at 2:00 PM, Joe Bowser <bowserj@gmail.com> wrote:
>
> > Hey
> >
> > Here's where the logs are for pluggable_webview:
> >
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=shortlog;h=refs/heads/pluggable_webview
> >
> > The repo URL itself is located here:
> > https://git-wip-us.apache.org/repos/asf/cordova-android.git
> >
> > Basically, once we're confident enough about a piece of code meeting
> > ASF standards, we start using ASF repos as the canonical repository.
> > This is due to the "Apache Way".  It does make sense in this case,
> > since this will be part of Apache Cordova.
> >
> > On Tue, May 6, 2014 at 10:57 AM, Joe Bowser <bowserj@gmail.com> wrote:
> > > I'm not sure, but I think you still may have to, even if Intel has.  I
> > > did sign an ICLA when we donated the software to Adobe, but I think
> > > that's because a fair amount of it was done on non-work hours when I
> > > was at Nitobi.
> > >
> > > On Tue, May 6, 2014 at 8:18 AM, Hu, Ningxin <ningxin.hu@intel.com>
> > wrote:
> > >>> BTW: Have you signed the ICLA yet?  If not we should get that taken
> > care of
> > >>> ASAP
> > >>
> > >> Intel has signed the CCLA as corporate contributor. So I assume I
> think
> > I don't need to sign ICLA, correct?
> > >>
> > >> Thanks,
> > >> -ningxin
> > >>
> > >> On May 5, 2014 5:56 PM, "Hu, Ningxin" <ningxin.hu@intel.com> wrote:
> > >>>
> > >>> > Ian,
> > >>> >
> > >>> > I initiated the proposal to crosswalk stakeholders about hosting
> the
> > >>> > Crosswalk Cordova Engine in Crosswalk projects. The feedback is
> very
> > >>> > positive. I am now going through the required legal/license
> clearance
> > >>> > process. I will keep you posted about the status.
> > >>> >
> > >>> > Thanks,
> > >>> > -ningxin
> > >>> >
> > >>> > > -----Original Message-----
> > >>> > > From: iclelland@google.com [mailto:iclelland@google.com] On
> Behalf
> > >>> > > Of
> > >>> > Ian
> > >>> > > Clelland
> > >>> > > Sent: Wednesday, April 30, 2014 2:23 AM
> > >>> > > To: dev@cordova.apache.org
> > >>> > > Subject: Re: [Android] Refactoring for different engines
> > >>> > >
> > >>> > > On Tue, Apr 29, 2014 at 10:55 AM, Joe Bowser <bowserj@gmail.com>
> > wrote:
> > >>> > >
> > >>> > > > So, when Apache publishes something, it has fill the following
> > >>> > criteria:
> > >>> > > >
> > >>> > > > - All source code must have their licence headers intact
> > >>> > > > - All third-party source code must be mentioned in the NOTICE
> > file
> > >>> > > > - No Binary Blobs - No compiled libraries, which include JARs
> and
> > >>> > > > shared object files (including the pak).
> > >>> > > >
> > >>> > > > Now, with Crosswalk, there's obviously the Chromium Library
> that
> > >>> > > > we need, so we need a way to get that into the generated
> project
> > >>> somehow.
> > >>> > > >  The easiest way is with plugman, but the issue is that Apache
> > >>> > > > can't legally pass around binary blobs when it does an official
> > >>> > > > release of anything.  Intel, OTOH, isn't restricted by
> cumbersome
> > >>> > > > open source foundation rules, and can do so.
> > >>> > > >
> > >>> > >
> > >>> > > Intel has their own rules to follow, certainly, but we're
> presuming
> > >>> > > here
> > >>> > that Intel
> > >>> > > has already worked out the legal requirements to distribute
> > >>> > > Crosswalk in
> > >>> > the first
> > >>> > > place, so the idea of Intel also distributing the "official"
> > >>> > > Crosswalk
> > >>> > Cordova Engine
> > >>> > > plugin just seems to make a lot of sense.
> > >>> > >
> > >>> > > Apache distributes Cordova-Android, which defines the integration
> > >>> > > API,
> > >>> > and
> > >>> > > includes the default AndroidWebView classes, and other parties
> > >>> > > should be
> > >>> > free
> > >>> > > to distribute their own engine plugins, implementing that API.
> That
> > >>> > distribution
> > >>> > > can then be in any form that makes sense (and complies with the
> > >>> > > licenses
> > >>> > of the
> > >>> > > various components)
> > >>> > >
> > >>> > > Joe's right that it would be awkward, if not impossible, for
> Apache
> > >>> > > to
> > >>> > distribute
> > >>> > > the Crosswalk core library. We'd have to include the 15GB of
> source
> > >>> > > as
> > >>> > well, at the
> > >>> > > very least, and that doesn't sound like fun at all.
> > >>> > > It *is* all open-source, but there are a lot of different
> licenses
> > >>> > > in
> > >>> > there, and we'd
> > >>> > > need some lawyerly help to make sure that the ASF could release
> > >>> > > software
> > >>> > that
> > >>> > > included it all.
> > >>> > >
> > >>> > > Ian
> > >>> > >
> > >>> > >
> > >>> > > > On Tue, Apr 29, 2014 at 7:43 AM, Hu, Ningxin
> > >>> > > > <ningxin.hu@intel.com>
> > >>> > wrote:
> > >>> > > > >> - who publishes the plugins, intel or cordova?
> > >>> > > > >
> > >>> > > > > For this open, could someone elaborate it a little bit more?
> > >>> > > > > What does
> > >>> > > > it mean? I remembered someone mentioned the license is open in
> > the
> > >>> > > > hangouts, any details?
> > >>> > > > >
> > >>> > > > > Thanks,
> > >>> > > > > -ningxin
> > >>> > > > >
> > >>> > > > >> -----Original Message-----
> > >>> > > > >> From: mmocny@google.com [mailto:mmocny@google.com] On
> Behalf
> > >>> Of
> > >>> > > > >> Michal Mocny
> > >>> > > > >> Sent: Saturday, April 26, 2014 12:53 AM
> > >>> > > > >> To: dev
> > >>> > > > >> Subject: Re: [Android] Refactoring for different engines
> > >>> > > > >>
> > >>> > > > >> Notes:
> > >>> > > > >>
> > >>> > > > >> - native junit tests needs fixing (due to deprication)
> > >>> > > > >>
> > >>> > > > >> - common script for creating walk mobilespec
> > >>> > > > >>
> > >>> > > > >> - fix failing mobile spec tests (file-transfer?, media?)
> > >>> > > > >>
> > >>> > > > >> - who publishes the plugins, intel or cordova?
> > >>> > > > >>
> > >>> > > > >> - static vs dynamic xwalk lib
> > >>> > > > >>
> > >>> > > > >>   - (option) one plugin, use hooks to download static
> library
> > >>> > > > >>
> > >>> > > > >>   - (option) one plugin, just bundle static lib
> > >>> > > > >>
> > >>> > > > >>   - (option) one plugin, download static lib on app run
> > >>> > > > >>
> > >>> > > > >>   - (option) two plugins, xwalk lib bundled in a separate
> > >>> > > > >> plugin, and
> > >>> > > > can be added
> > >>> > > > >> as a <dep>?
> > >>> > > > >>
> > >>> > > > >> - intel vs arm binary apk targets for CLI.  Two android
> > >>> > > > >> platforms, or
> > >>> > > > just two build
> > >>> > > > >> targets?
> > >>> > > > >>
> > >>> > > > >> - How long to get GeckoView: Joe not sure. days to weeks :(
> > >>> > > > >>
> > >>> > > > >>   - Not blocking, though
> > >>> > > > >>
> > >>> > > > >> - plugman works to install but CLI does not, lets figure
> that
> > >>> > > > >> out
> > >>> > > > >>
> > >>> > > > >> - Other platforms: Windows Phone support!?  BB10?!
> > >>> > > > >>
> > >>> > > > >> - Can we share code between xwalk WebViewClient and gecko
> view
> > >>> > > > >> WebViewClient etc?
> > >>> > > > >>
> > >>> > > > >>
> > >>> > > > >> On Fri, Apr 25, 2014 at 12:09 PM, Josh Soref
> > >>> > > > >> <jsoref@blackberry.com>
> > >>> > > > wrote:
> > >>> > > > >>
> > >>> > > > >> > Ian Clelland wrote:
> > >>> > > > >> >
> > >>> > > > >> > >
> > >>> > > > >> >
> > >>> > > >
> > https://staging.talkgadget.google.com/hangouts/_/7ecpi3uaclcuedn7i
> > >>> > > > mn6b
> > >>> > > > >> > 9jdq
> > >>> > > > >> > >c
> > >>> > > > >> >
> > >>> > > > >> >
> > https://talkgadget.google.com/hangouts/_/7ecpi3uaclcuedn7imn6
> > >>> > > > >> > b9jd
> > >>> > > > >> > qc
> > >>> > > > >> >
> > >>> > > > >> > Might work. Staging is probably internal.
> > >>> > > > >> >
> > >>> > > > >> >
> > >>> > > >
> > >>> >
> >
>

--e89a8f2354fdd30ae204f8c2b004--