Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 029E0180DE for ; Thu, 10 Sep 2015 15:58:48 +0000 (UTC) Received: (qmail 44319 invoked by uid 500); 10 Sep 2015 15:58:43 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 44250 invoked by uid 500); 10 Sep 2015 15:58:43 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 44237 invoked by uid 99); 10 Sep 2015 15:58:43 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2015 15:58:43 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id F41701A0C68 for ; Thu, 10 Sep 2015 15:58:42 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id dAE2Q2Ek98HI for ; Thu, 10 Sep 2015 15:58:34 +0000 (UTC) Received: from mail-qg0-f53.google.com (mail-qg0-f53.google.com [209.85.192.53]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 98B3B44569 for ; Thu, 10 Sep 2015 15:58:34 +0000 (UTC) Received: by qgez77 with SMTP id z77so39249664qge.1 for ; Thu, 10 Sep 2015 08:58:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=qNDhyAVeCY2N3HIkFW1pn1jBqvUICN4mKPVbWLCAlWA=; b=U62z+bdy1vrPMiFUVpnFPAwIshvcZNwniuTm6ghBSlrkPfb9MLOPwaDIDvmusbqG+r c4aAR3GOIe9EWRKfLcsMjMLz58D5jv9Q2NMzdhbGfm85LX+Au718dEqLpn3dETy01d/h 1guXj6GZxUjusMoWw9afTYcqJpsktpF3oO8odICNv1mQrSGH/J72L7/f089ODlME77Ts 9hzXDpH61YLca06sOL1BNCys2hAFLoMeh5WRXBVZHZaXDk09PeVNzV4CzKeRLypFxGFw tWAjTNV2y637nFgXwlkazgZJ9ywSTkmOvQRwv6/YJXfILPd68faCjMLmf+eproGfqgP1 WRDA== X-Received: by 10.141.28.2 with SMTP id f2mr54348085qhe.59.1441900708441; Thu, 10 Sep 2015 08:58:28 -0700 (PDT) Received: from [192.168.96.245] ([216.30.179.190]) by smtp.gmail.com with ESMTPSA id m82sm6169753qhb.19.2015.09.10.08.58.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Sep 2015 08:58:27 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Debugging Angular JS Application From: Erik Hatcher In-Reply-To: <55F1A398.3090203@elyograg.org> Date: Thu, 10 Sep 2015 11:58:28 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1857CF9F-0390-43BC-8315-052A9D351C7E@gmail.com> References: <55F1A398.3090203@elyograg.org> To: solr-user@lucene.apache.org X-Mailer: Apple Mail (2.2102) With the exploded structure, maybe we can move the webapp source = underneath server/solr-webapp (and let the build just fill in the binary = Java stuff, and avoid overwriting anything). Then we can keep the = source in the same place as the =E2=80=9Cdist=E2=80=9D, keeping it nice = and DRY and easily debuggable/refreshable-without-a-build? Would that = work? Erik > On Sep 10, 2015, at 11:36 AM, Shawn Heisey = wrote: >=20 > On 9/10/2015 9:03 AM, Esther-Melaine Quansah wrote: >> Is there a way for me to debug and modify Angular JS code in the Solr = Admin UI without needing to completely rebuild the server and clearing = browser cache? >=20 > I'm not sure about browser caching. That might be a problem, but if = it > is, it's going to be a problem regardless of Solr version. In = Firefox, > holding down the shift key while you click the reload button (or > pressing Shift-F5 in Windows) should invalidate the cache for the page > you're on, so you don't need to dive into Options to clear the cache.=20= > Other browsers should have something similar, but it might not be > exactly the same key(s). >=20 > In Solr 5.2.x, the code you're talking about is in the war file, which > gets extracted to server/solr-webapp/webapp. You can modify the > extracted contents. I think that if that directory already exists on > startup, jetty skips the extraction, so your changes might survive a > restart ... but I am not positive, you'd have to test. >=20 > Starting with Solr 5.3.x, the war file is gone. The application is > pre-extracted in server/solr-webapp/webapp. Any changes you make to = the > application will definitely survive a Solr restart. >=20 > So if you just change the running copy of the server that you = downloaded > or built, you can modify the Angular code and test the changes. If = it's > 5.3, I *know* that your changes won't be overwritten when you restart > Solr, and if it's 5.2, I *think* they won't be overwritten. >=20 > Thanks, > Shawn >=20