lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Au" <>
Subject Re: svn commit: r387973 - in /incubator/solr/trunk/src/scripts: abc abo commit optimize readercycle
Date Fri, 24 Mar 2006 16:41:47 GMT
I do see the name of the webapp being changed so I will make that
via a command line option.  Chris, is that what you mean by running run them
remote hosts?  Or do you mean the scirpts should act on a remote Solr

The scripts as they are written now only acts on a local Solr server.  Some
of the
scripts are more than just a wrapper to curl to post XML to a Solr server.
For example,
a couple of the scripts also backup the index directory.  If we want the
scripts to act
on a remote Solr server, one can always use a remote shell to execute the
scripts locally
on the remove Solr server.


On 3/24/06, Erik Hatcher <> wrote:
> On Mar 23, 2006, at 4:32 PM, Chris Hostetter wrote:
> > regardless of the seperate thread about support for multiple
> > indexes and
> > how thta might change the URL, we should probably make the URLs
> > used by
> > all of hte scripts completely configurable (not just the port, but
> > everything up to the webapp context) ...
> >
> >  1) people might want to change the webapp name (ie: rename the war)
> In fact if you build Solr from source, you end up with solr-1.0.war,
> and it must be renamed to match the examples anyway to solr.war when
> deployed.  Unless I'm missing something.
> >  2) for scripts like optimize/commit people might want to run them
> > from
> >     remote hosts (so hardcoding "localhost" would be bad).
> >  3) even for scripts that only make sense when run on localhost (ie:
> >     making backups) people may configure their appserver to block
> > reuqests
> >     that don't use a specific hostname, or have certain authentication
> >     information -- ie: only allow/commits updates if the
> >     update-solr.internal.domain hostname is used, or only allow
> > updates to
> >     a particular user/password pair (i *think* curl supports
> > urls ... right?)
> I'm in the midst of learning Solr and prototyping with it to replace
> my much less feature rich custom XML-RPC search server.  When I get
> to the point of leveraging the command-line scripts, I'll likely
> write my own Ruby versions of them and would be happy to contribute
> those if they come to life.  I'd make all the pieces parameterizable,
> and agree that should be the case for the shell scripts as well.
>         Erik

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message