Return-Path: X-Original-To: apmail-aurora-dev-archive@minotaur.apache.org Delivered-To: apmail-aurora-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DC98A1843C for ; Thu, 10 Sep 2015 16:34:36 +0000 (UTC) Received: (qmail 58211 invoked by uid 500); 10 Sep 2015 16:34:36 -0000 Delivered-To: apmail-aurora-dev-archive@aurora.apache.org Received: (qmail 58160 invoked by uid 500); 10 Sep 2015 16:34:36 -0000 Mailing-List: contact dev-help@aurora.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aurora.apache.org Delivered-To: mailing list dev@aurora.apache.org Received: (qmail 58149 invoked by uid 99); 10 Sep 2015 16:34:36 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2015 16:34:36 +0000 Received: from mail-io0-f181.google.com (mail-io0-f181.google.com [209.85.223.181]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 6E1DA1A0182 for ; Thu, 10 Sep 2015 16:34:36 +0000 (UTC) Received: by iofh134 with SMTP id h134so67577883iof.0 for ; Thu, 10 Sep 2015 09:34:36 -0700 (PDT) X-Gm-Message-State: ALoCoQkX1/eWuLBqJYvoWmDQCKBCFz+bfCOK3kCEePIhzIaN4MEdKCeAaoTZ7NbnqfGaDCEMpuje MIME-Version: 1.0 X-Received: by 10.107.138.231 with SMTP id c100mr32583719ioj.87.1441902875984; Thu, 10 Sep 2015 09:34:35 -0700 (PDT) Received: by 10.107.180.134 with HTTP; Thu, 10 Sep 2015 09:34:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 10 Sep 2015 09:34:35 -0700 Message-ID: Subject: Re: Testing our UI code From: Maxim Khutornenko To: dev@aurora.apache.org Content-Type: text/plain; charset=UTF-8 +1. Thanks for driving this Joshua! One question: will this effort get us any closer to improving iteration speed? I.e. not requiring gradle run on a host machine before jumping into vagrant? On Thu, Sep 10, 2015 at 9:20 AM, Joshua Cohen wrote: > Yes, it should be. I haven't actually verified it myself yet, but based on > the description of the gradle node.js plugin[1], it seems completely > painless: > > This plugin enables you to run any NodeJS script as part of your build. It > does not depend on NodeJS (or NPM) being installed on your system. The > plugin will download and manage NodeJS distributions, unpack them into your > local .gradle directory and use them from there. > > [1] https://github.com/srs/gradle-node-plugin > > > On Thu, Sep 10, 2015 at 11:18 AM, Bill Farner wrote: > >> I think this is great! Am i understanding correctly that this will all be >> self-bootstrapping on dev machines? >> >> On Thu, Sep 10, 2015 at 8:44 AM, Joshua Cohen >> wrote: >> >> > Hi all, >> > >> > I recently posted an update on this ticket: >> > https://issues.apache.org/jira/browse/AURORA-451 describing what I see >> as >> > the best way forward to enable tests for our UI code. I figured this >> > warranted some extra attention so calling it out here as well. To restate >> > what's in the ticket, I propose the following: >> > >> > - Add gradle nodejs support ( >> https://github.com/srs/gradle-node-plugin >> > ). >> > This lets us use node.js to drive tests but does not require >> developers >> > install node.js manually. The plugin instead manages the node.js >> install >> > for you. >> > - Configure karma ( >> > >> > >> http://stackoverflow.com/questions/22336537/how-to-run-js-karma-tests-from-gradle >> > ). >> > Karma is a test runner that can launch webdriver tests for testing >> > angular >> > apps in the browser. >> > - Write tests (https://docs.angularjs.org/guide/unit-testing). Should >> > speak for itself. >> > >> > The benefit of using karma/webdriver is that tests will load code the >> same >> > way the browser does, so no need to bring in something like >> > browserify/webpack so that code can be resolved in a node.js environment >> as >> > well as in the browser. >> > >> > Interested to hear thoughts on this proposal. >> > >> > Thanks! >> > >> > Joshua >> > >>