lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Davis, Daniel (NIH/NLM) [C]" <daniel.da...@nih.gov>
Subject RE: Testing Solr configuration, schema, and other fields
Date Wed, 30 Dec 2015 21:10:28 GMT
Your bottom line point is that EmbeddedSolrServer is different, and some configurations will
not work on it where they would work on a SolrCloud.   This is well taken.   Maybe creating
a new collection on existing dev nodes could be done.

As far as VDI and Puppet.   My requirements are different because my organization is different.
  I would prefer not to go into how different.   I have written puppet modules for other system
configurations, tested them on AWS EC2, and yet those modules have not been adopted by my
organization.


-----Original Message-----
From: Mark Horninger [mailto:mhorninger@grayhairsoftware.com] 
Sent: Wednesday, December 30, 2015 3:25 PM
To: solr-user@lucene.apache.org
Subject: RE: Testing Solr configuration, schema, and other fields

Daniel,


Sounds almost like you're reinventing the wheel.  Could you possibly automate this through
puppet or Chef?  With a VDI environment, then all you would need to do is build a new VM Node
based on original setup.  Then you can just roll out the node as one of the zk nodes.

Just a thought on that subject.

v/r,

-Mark H.

-----Original Message-----
From: Davis, Daniel (NIH/NLM) [C] [mailto:daniel.davis@nih.gov]
Sent: Wednesday, December 30, 2015 3:10 PM
To: solr-user@lucene.apache.org
Subject: Testing Solr configuration, schema, and other fields

At my organization, I want to create a tool that allows users to keep a solr configuration
as a Git repository.   Then, I want my Continuous Integration environment to take some branch
of the git repository and "publish" it into ZooKeeper/SolrCloud.

Working on my own, it is only a very small pain to note foolish errors I've made, fix them,
and restart.    However, I want my users to be able to edit their own Solr schema and config
*most* of the time, at least on development servers.    They will not have command-line access
to these servers, and I want to avoid endless restarts.

I'm not interested in fighting to maintain such a useless thing as a DTD/XSD without community
support; what I really want to know is whether Solr will start and can index some sample documents.
  I'm wondering whether I might be able to build a tool to fire up an EmbeddedSolrServer and
capture error messages/exceptions in a reasonable way.     This tool could then be run by
my users before they commit to git, and then again by the CI server before it "publishes"
the configuration to ZooKeeper/SolrCloud.

Any suggestions?

Dan Davis, Systems/Applications Architect (Contractor), Office of Computer and Communications
Systems, National Library of Medicine, NIH

[GrayHair]
GHS Confidentiality Notice

This e-mail message, including any attachments, is for the sole use of the intended recipient(s)
and may contain confidential and privileged information. Any unauthorized review, use, disclosure
or distribution of this information is prohibited, and may be punishable by law. If this was
sent to you in error, please notify the sender by reply e-mail and destroy all copies of the
original message.

GrayHair Software <http://www.grayhairSoftware.com>


Mime
View raw message