lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tomás Fernández Löbbe <tomasflo...@gmail.com>
Subject Re: An experience and some thoughts about solr/example -> solr/server
Date Mon, 03 Nov 2014 00:39:36 GMT
My understanding is that you can run the examples, but you have to
specifically ask for one using the "-e" argument, like:
./solr start -e techproducts

That said, I'm trying it right now and It's failing and giving confusing
messages (Errors followed by success):

a82066179bf9:bin tflobbe$ ./solr start -e techproducts
Waiting to see Solr listening on port 8983 [|]  Still not seeing Solr
listening on 8983 after 30 seconds!
tail:
/Users/tflobbe/Documents/apache/lucene-solr-trunk-commit/solr/server/logs/solr.log:
No such file or directory
Creating new core using command:
http://localhost:8983/solr/admin/cores?action=CREATE&name=techproducts&configSet=sample_techproducts_configs

WARN  - 2014-11-02 16:32:24.486; org.apache.solr.util.SolrCLI; Request to
http://localhost:8983/solr/admin/cores?action=CREATE&name=techproducts&configSet=sample_techproducts_configs
failed due to: Connection refused, sleeping for 5 seconds before re-trying
the request ...
Exception in thread "main" java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at
java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
    at
java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
    at
java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
    at java.net.Socket.connect(Socket.java:579)
    at
org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:117)
    at
org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:178)
    at
org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:304)
    at
org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:610)
    at
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:445)
    at
org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
    at
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:72)
    at
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:214)
    at
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:160)
    at
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:136)
    at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:460)
    at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:413)
    at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:423)
    at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:399)
    at org.apache.solr.util.SolrCLI$ApiTool.runTool(SolrCLI.java:692)
    at org.apache.solr.util.SolrCLI.main(SolrCLI.java:185)
Indexing tech product example docs from
/Users/tflobbe/Documents/apache/lucene-solr-trunk-commit/solr/example/exampledocs
SimplePostTool version 1.5
Posting files to base url http://localhost:8983/solr/techproducts/update
using content-type application/xml..
POSTing file gb18030-example.xml
SimplePostTool: FATAL: Connection error (is Solr running at
http://localhost:8983/solr/techproducts/update ?):
java.net.ConnectException: Connection refused

Solr techproducts example launched successfully. Direct your Web browser to
http://localhost:8983/solr to visit the Solr Admin UI


Tomás

On Sun, Nov 2, 2014 at 4:06 PM, Alexandre Rafalovitch <arafalov@gmail.com>
wrote:

> That's interesting. I did not realize we were going away from
> ElasticSearch on that.
>
> So, do we need to update the tutorial or some other super-obvious way
> of what the next step is? (I haven't checked). Because one difference
> between Solr and the Database is that create table is a standard SQL
> command used in any database (for the basic use case). Whereas Solr is
> a unique snowflake and we cannot expect any pre-existing knowledge
> transfer.
>
> Regards,
>    Alex.
> Personal: http://www.outerthoughts.com/ and @arafalov
> Solr resources and newsletter: http://www.solr-start.com/ and @solrstart
> Solr popularizers community: https://www.linkedin.com/groups?gid=6713853
>
>
> On 2 November 2014 18:06, Mark Miller <markrmiller@gmail.com> wrote:
> > 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 <apache@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-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
>
>

Mime
View raw message