Return-Path: X-Original-To: apmail-oodt-dev-archive@www.apache.org Delivered-To: apmail-oodt-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DA9D91141F for ; Tue, 17 Jun 2014 02:15:57 +0000 (UTC) Received: (qmail 7948 invoked by uid 500); 17 Jun 2014 02:15:57 -0000 Delivered-To: apmail-oodt-dev-archive@oodt.apache.org Received: (qmail 7909 invoked by uid 500); 17 Jun 2014 02:15:57 -0000 Mailing-List: contact user-help@oodt.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@oodt.apache.org Delivered-To: mailing list user@oodt.apache.org Received: (qmail 7899 invoked by uid 99); 17 Jun 2014 02:15:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 02:15:57 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of chris.mattmann@gmail.com designates 209.85.160.41 as permitted sender) Received: from [209.85.160.41] (HELO mail-pb0-f41.google.com) (209.85.160.41) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 02:15:55 +0000 Received: by mail-pb0-f41.google.com with SMTP id ma3so5096938pbc.14 for ; Mon, 16 Jun 2014 19:15:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:date:subject:from:to:message-id:thread-topic:references :in-reply-to:mime-version:content-type:content-transfer-encoding; bh=eamRtuTBJAgNoZiVM1MtmtL1j6CqEmtsgJDnh3kSfxY=; b=O8KxQf0W1Ig71Y/xLFVS65Unbw0+pfqLIrrk3Z6Pv7UwBmIktbEQgqFceBMbE/vKRk 2jV+md1UBAxlQQNV/VOBQpwhu1KsjHR627A4hymZl0GquvFCbf0BQzhjxFciv8sDuf6f ja8pRIR15HRIC71ysaaEugys9W0o9WxbJq5LyEwg0O7KeyIN3K+yy9k7/FXaMdWx7E/n /Uk5cQ5WUvVikbzIYkMXlolJdRIWQVD87l2v80H3i7U0VNft6gmgmRg8EFvpiRRbBNLD 2aW1dFMHIeis63BFuTZ2tsQQ9x4IklBomXMmiYEbhpYc3Lqp5eciD67CdhfvGcV4VXNY G+1g== X-Received: by 10.68.237.133 with SMTP id vc5mr29277683pbc.92.1402971330426; Mon, 16 Jun 2014 19:15:30 -0700 (PDT) Received: from [192.168.1.65] (107-128-41-172.lightspeed.irvnca.sbcglobal.net. [107.128.41.172]) by mx.google.com with ESMTPSA id lr3sm77157929pab.4.2014.06.16.19.15.28 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 16 Jun 2014 19:15:29 -0700 (PDT) User-Agent: Microsoft-MacOutlook/14.4.2.140509 Date: Mon, 16 Jun 2014 19:15:09 -0700 Subject: Re: Curator UI editing metadata in solr From: Chris Mattmann To: Message-ID: Thread-Topic: Curator UI editing metadata in solr References: <7CC97156C7E5884495B01238C95E4F8F02E91919@S11MAILD023N2.sh11.lan> <7CC97156C7E5884495B01238C95E4F8F02E91A14@S11MAILD023N2.sh11.lan> In-Reply-To: <7CC97156C7E5884495B01238C95E4F8F02E91A14@S11MAILD023N2.sh11.lan> Mime-version: 1.0 Content-type: text/plain; charset="EUC-KR" Content-transfer-encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Can you paste in your Tomcat/Solr logs? I'll take a look at this tonight and see if I can reproduce. ------------------------ Chris Mattmann chris.mattmann@gmail.com -----Original Message----- From: Mike Vogel Reply-To: Date: Monday, June 16, 2014 5:18 PM To: "user@oodt.apache.org" Subject: RE: Curator UI editing metadata in solr >Had already done that as shown below but the updates are silently >failing. If you say it works then we probably have something else >misconfigured, e.g., something in the solr schema or the policy files. >Will continue debugging just wanted to make sure this wasn't a known >limit. > >In file manager properties: >filemgr.catalog.factory=3Dorg.apache.oodt.cas.filemgr.catalog.solr.SolrCatal >ogFactory >org.apache.oodt.cas.filemgr.catalog.solr.url=3Dhttp://localhost:8889/solr/co >llection1 > >in curator.xml > =20 >value=3D"org.apache.oodt.cas.filemgr.catalog.solr.SolrCatalogFactory"/> > =20 > value=3D"http://localhost:8889/solr/collection1"/> > >-----Original Message----- >From: Mattmann, Chris A (3980) [mailto:chris.a.mattmann@jpl.nasa.gov] >Sent: Monday, June 16, 2014 8:06 PM >To: user@oodt.apache.org >Subject: Re: Curator UI editing metadata in solr > >Hi Mike, > >Currently the Curator has a customized implementation of the File Manager >Catalog Interface that is a derivative of the LuceneCatalog, but with >write back capabilities. We would really like this to be updated to take >*any* catalog, and I think there is an open JIRA ticket for this: > >https://issues.apache.org/jira/browse/OODT-545 > > >Ah, I see it's been resolved. So looks like you can swap the catalog out >by changing: > >org.apache.oodt.cas.curator.catalogFactoryClass > > >In the WEB-INF/web.xml and/or the META-INF/context.xml file in your >deployment. > >Cheers, >Chris > >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >Chris Mattmann, Ph.D. >Chief Architect >Instrument Software and Science Data Systems Section (398) NASA Jet >Propulsion Laboratory Pasadena, CA 91109 USA >Office: 168-519, Mailstop: 168-527 >Email: chris.a.mattmann@nasa.gov >WWW: http://sunset.usc.edu/~mattmann/ >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >Adjunct Associate Professor, Computer Science Department University of >Southern California, Los Angeles, CA 90089 USA >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > > >-----Original Message----- >From: Mike Vogel >Reply-To: "user@oodt.apache.org" >Date: Monday, June 16, 2014 3:30 PM >To: "user@oodt.apache.org" >Subject: Curator UI editing metadata in solr > >>If the catalog is configured for Solr or lucene and is successfully >>storing all the metadata fields into the catalog should the right side >>of the Curator UI allow editing and updating into the catalog of all >>metadata fields stored in Catalog, e.g., click on a field, change the >>value, submit? We=A9=F6re not seeing the edits get stored. >> >> >