I'm sure after such a large change there are some things to smooth over.

As far as starting with no cores or collections, I very strongly think that
is the way to go.

I've been working with a Solr checkout designed this way for a long time
and I tend to just keep a text file of common cmd line entries around, one
of which is a simple curl command to create collection1 and the
corresponding command to remove it.

Something that might make things a bit easier could also be an alternate
developer 'run example' target that could also fire off a create for
collection1.

For other cases, I'd think of it like a database example - step one is to
create a table named foo, not dive in on the built in table1.

- Mark

On Sun Nov 02 2014 at 4:34:57 PM Shawn Heisey <apa...@elyograg.org> wrote:

> I hope this won't serve to interrupt the momentum for SOLR-3619 and
> related work, just perhaps influence the direction.  What I'm going to
> relate here probably is no surprise to anyone involved with the effort.
>
> In response to a user's question on IRC, I wanted to take their
> fieldType, incorporate it into the main example on my source code
> checkout, and fire up the example so I could poke around on the analysis
> tab.
>
> I only had branch_5x, and it was a clean checkout, so I did "svn up"
> followed by "ant example" and got to work.  The first thing I discovered
> is that there's no longer a conf directory in example/solr/collection1.
> I poked around for a bit, found what looked like a likely candidate
> config, and modified the schema.xml.  Then I poked around a bit more and
> learned that "bin/solr start" was what I need to use to get it running.
>
> I was surprised to see that when Solr started, there were no cores
> loaded at all.  Thinking about all the discussions around this topic,
> this makes a lot of sense ... but it does make it hard to implement what
> I typically use the example for, which is quick tests of small
> config/schema changes or user-provided scenarios from IRC or the mailing
> list.
>
> I think the README or other documentation should probably cover exactly
> what to do if your intent is to use collection1, modify it, and poke
> around.
>
> Separately, I noticed that there are a lot of java options used to start
> the server, including an increase to PermSize.  In all my time using
> Solr, I've never had to change that.  Do we have common problems with
> the new startup script and solr version that require it?
>
> Thanks,
> Shawn
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Reply via email to