Hi Ian, > The plugin *almost* works out-of-the box with the latest cordova-android > pluggable_webview branch. The only thing that is missing is the library > project. >
I tried https://github.com/clelland/cordova-crosswalk-engine and https://github.com/apache/cordova-android/tree/pluggable_webview with latest Crosswalk-6 beta which is the first beta release with xwalk webview (https://download.01.org/crosswalk/releases/crosswalk/android/beta/6.35.131.6/arm/crosswalk-webview-6.35.131.6-arm.zip). It works with two minor fixes. I've sent a PR https://github.com/clelland/cordova-crosswalk-engine/pull/1. Please have a look. I noticed you are also working on https://github.com/apache/cordova-android/tree/backwards_compat, is it related to pluggable_webview refactoring? I would like to sync with you the working repos: https://github.com/apache/cordova-android/tree/pluggable_webview https://github.com/clelland/cordova-crosswalk-engine and Crosswalk 6.x (latest one is 6.35.131.6) Are they correct? Thanks, -ningxin > I can add the library project to my repo (it's about 34MB, and ARM-only at the > moment), but we'd still be waiting on CB-6698 to land before plugman will be > able to link it automatically. > > > On Wed, May 21, 2014 at 9:04 AM, Ian Clelland <iclell...@google.com> wrote: > > > That's great news! > > > > Do you want to clone it from my repo at > > https://github.com/clelland/cordova-crosswalk-engine ? I think that's > > the most up-to-date repo; it's the one that I have working in all of my > > tests. > > > > Ian > > > > > > On Tue, May 20, 2014 at 10:51 PM, Hu, Ningxin <ningxin...@intel.com>wrote: > > > >> An update: the legal/license is cleared to host > >> cordova-crosswalk-engine under https://github.com/crosswalk-project/. > >> > >> Thanks, > >> -ningxin > >> > >> > -----Original Message----- > >> > From: Hu, Ningxin [mailto:ningxin...@intel.com] > >> > Sent: Tuesday, May 06, 2014 8:56 AM > >> > To: dev@cordova.apache.org > >> > Subject: RE: [Android] Refactoring for different engines > >> > > >> > 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: iclell...@google.com [mailto:iclell...@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 <bows...@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...@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: mmo...@google.com [mailto:mmo...@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 > >> > > > >> <jso...@blackberry.com> > >> > > > wrote: > >> > > > >> > >> > > > >> > Ian Clelland wrote: > >> > > > >> > > >> > > > >> > > > >> > > > >> > > >> > > > > >> https://staging.talkgadget.google.com/hangouts/_/7ecpi3uaclcuedn7imn > >> > > > 6b > >> > > > >> > 9jdq > >> > > > >> > >c > >> > > > >> > > >> > > > >> > > >> https://talkgadget.google.com/hangouts/_/7ecpi3uaclcuedn7imn6b9 > >> > > > >> > jd > >> > > > >> > qc > >> > > > >> > > >> > > > >> > Might work. Staging is probably internal. > >> > > > >> > > >> > > > >> > > >> > > > > >> > > > >
