Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B9940200B90 for ; Sun, 11 Sep 2016 06:02:40 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B819E160AD2; Sun, 11 Sep 2016 04:02:40 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id D7959160ABE for ; Sun, 11 Sep 2016 06:02:39 +0200 (CEST) Received: (qmail 22897 invoked by uid 500); 11 Sep 2016 04:02:38 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 22882 invoked by uid 99); 11 Sep 2016 04:02:38 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 11 Sep 2016 04:02:38 +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 9A56C1A0339 for ; Sun, 11 Sep 2016 04:02:37 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.021 X-Spam-Level: X-Spam-Status: No, score=-0.021 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, KAM_ASCII_DIVIDERS=0.8, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id CeTwcUBCA82u for ; Sun, 11 Sep 2016 04:02:35 +0000 (UTC) Received: from mail-oi0-f51.google.com (mail-oi0-f51.google.com [209.85.218.51]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id 95DF05F230 for ; Sun, 11 Sep 2016 04:02:34 +0000 (UTC) Received: by mail-oi0-f51.google.com with SMTP id y2so235445522oie.0 for ; Sat, 10 Sep 2016 21:02:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=ICMvh691f4P2L2RhEVZ/IOprYM1DA0ie777u1X4F5ck=; b=JvMQ6n5WmoXNECTp8El/DJPv2/sCZpqCv/8by/HaQG8h9qWRoQi8Wh+CWktLzvC1uF 7Bs8mGCA7e1Y8XhzUpZpYudEsfUb0OI/Iu6Ao6+MIWjVpgzBxb7Kx32aodC23134kYb2 sOIiTFQBGBFQjrCcL7DnOlS/Tr7/qynlbMr5eCk2jIwh7k4GG2V2ZXAz7YZT/wTsyErh cid4EtgUuCOWzipoHH3S7fU2r0QTVGjiNKjQPKc6Sv5amY2w+WIA52eak9HH7uTXunOu CjgnRWb1QtuwNWMhUlMzlbF6IE7x3/Dq24mLR6JO/UeZRZfEKPaUrbq7YLjz8XdzpqaI KJgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=ICMvh691f4P2L2RhEVZ/IOprYM1DA0ie777u1X4F5ck=; b=BXTJNumDWppI3pk6hqjw+4mzGzWl2qu+OjxD+UsFEiQ8uZKEdbyNuyDktx+iQlSGjJ RV6ZSfM162fmUBRBPx3gOsHDf3mdrMXdQVv7vj4TGyMgVyT9GP/xyNNVMukbfqQCJZGl yKLaNt+QEqb6hNm3Mmfep3HL+9iJxLDWTrN4Q9UINyphLVaYnMG32+pWEuNlXO+Jbwlw NciNEg8wABfHUrQdjHf3v5sHWuvcluRiDxTzzj+TKhux4C51/UmTXpzIek/MNuKyk0f+ bfom1qYGoIMfjlgl0Pcoeg8yGMXg5YXQgmO2OsSVQA14HZg3aBgr8I/62074nAcXEyMX axxg== X-Gm-Message-State: AE9vXwPA9eMyBS/P1Llh9BH8YJGzxUIfYmyEdPzfoEmEIZ2vXWkUe5Jc219nQMrpX5MLhw+1JY0sBy1YcA8aag== X-Received: by 10.202.232.144 with SMTP id f138mr17016040oih.130.1473566553249; Sat, 10 Sep 2016 21:02:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.114.234 with HTTP; Sat, 10 Sep 2016 21:01:52 -0700 (PDT) In-Reply-To: <01aa01d20b86$809cab40$81d601c0$@thetaphi.de> References: <016501d20b34$67ebd780$37c38680$@thetaphi.de> <019a01d20b74$8ccc8050$a66580f0$@thetaphi.de> <1473520862.639625.721622937.30B17BE1@webmail.messagingengine.com> <01a901d20b83$df86a410$9e93ec30$@thetaphi.de> <01aa01d20b86$809cab40$81d601c0$@thetaphi.de> From: Alexandre Rafalovitch Date: Sun, 11 Sep 2016 11:01:52 +0700 Message-ID: Subject: Re: Is "solr.AnalyzerName" expansion supposed to work for Analyzers? To: dev@lucene.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable archived-at: Sun, 11 Sep 2016 04:02:40 -0000 I feel the total issue might be somewhat above my current code understanding, but I would be happy to do the grunt work for the factories to self-describe their parameters. I think that would be useful in multiple ways. I was already looking at perhaps using MBean describers for that, as that allows to specify types, acceptable values, etc. Regards, Alex. ---- Newsletter and resources for Solr beginners and intermediates: http://www.solr-start.com/ On 11 September 2016 at 00:12, Uwe Schindler wrote: > Hi, > > In addition this change (to "name" or "type" in the components) would all= ow to remove Steve Rowe's hack in AbstractAnalysisFactory to keep the class= name in the parameter map for serializing, which is Solr specific and shou= ld not be there! With the "official" names, this is no longer needed and So= lr could simple serialize the name. This hack hurted me several times alrea= dy! > > Uwe > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: uwe@thetaphi.de > >> -----Original Message----- >> From: Uwe Schindler [mailto:uwe@thetaphi.de] >> Sent: Saturday, September 10, 2016 6:54 PM >> To: dev@lucene.apache.org >> Subject: RE: Is "solr.AnalyzerName" expansion supposed to work for >> Analyzers? >> >> Let's open an issue to do what I proposed! After that you could add the >> schema editor GUI. >> >> I think Robert already proposed back at that time to add an additional >> abstract method to each factory that returns the acceptable parameter >> names. So one could select the component with help of SPI set. Once the >> component was chosen the acceptable configuration parameters can be >> retrieved from the instance. >> >> Uwe >> >> ----- >> Uwe Schindler >> H.-H.-Meier-Allee 63, D-28213 Bremen >> http://www.thetaphi.de >> eMail: uwe@thetaphi.de >> >> > -----Original Message----- >> > From: Upayavira [mailto:uv@odoko.co.uk] >> > Sent: Saturday, September 10, 2016 5:21 PM >> > To: dev@lucene.apache.org >> > Subject: Re: Is "solr.AnalyzerName" expansion supposed to work for >> > Analyzers? >> > >> > On Sat, 10 Sep 2016, at 04:03 PM, Uwe Schindler wrote: >> > > To add, >> > > >> > > the manages schema really makes it easy to "rewrite". My plan would = be: >> > > >> > > - Add a new "type" or "name" attribute to schema.xml, which is contr= ary >> > > to "class" attribute usage >> > > - When a manages schema is loaded, the resolving of classes using th= e >> > > hack is done as it is now. Warnings are printed as said before. >> > > - The managed schema is then changes to switch to the new attribute >> > > (there is a getter to get the symbolic name from the factory, so >> > > rewriting is easy) >> > > >> > > In addition, this simplifies usage: Some GUI could show a dropdown l= ist >> > > for clicking together the analyzer. We just need to add a schema-RES= T >> > > endpoint to get all names. >> > > >> > > Maybe open an issue targeted for 6.x / 7.0. I'd be happy to help to = fix >> > > this, although I could only do the SolrResourceLoader and SolrAnalyz= er >> > > stuff. >> > >> > Not knowing how to get a list of acceptable components was the thing >> > that stopped me adding that part of the schema API to the admin UI. A= nd >> > API to tell you which components exist would be extremely helpful. >> > >> > Upayavira >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org >> > For additional commands, e-mail: dev-help@lucene.apache.org >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org >> For additional commands, e-mail: dev-help@lucene.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: dev-help@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org