Re: Solr 4.8.1 : Response Code 500 when creating the new request handler

2015-02-15 Thread Aman Tandon 
Please help.

With Regards
Aman Tandon

On Sat, Feb 14, 2015 at 12:27 PM, Aman Tandon 
wrote:

> Hi,
>
> I am using Solr 4.8.1 and when i am creating the new request handler i am
> getting the following error:
>
> *Request Handler config:*
>
> 
> 
> edismax
> on
> *:*
>
> 0.01
> 
>
> 
> type:garments
> 
> 
>
> *Error:*
>
> java.lang.RuntimeException at
>> org.apache.solr.search.ExtendedDismaxQParser$ExtendedDismaxConfiguration.(ExtendedDismaxQParser.java:1455)
>> at
>> org.apache.solr.search.ExtendedDismaxQParser.createConfiguration(ExtendedDismaxQParser.java:239)
>> at
>> org.apache.solr.search.ExtendedDismaxQParser.(ExtendedDismaxQParser.java:108)
>> at
>> org.apache.solr.search.ExtendedDismaxQParserPlugin.createParser(ExtendedDismaxQParserPlugin.java:37)
>> at org.apache.solr.search.QParser.getParser(QParser.java:315) at
>> org.apache.solr.handler.component.QueryComponent.prepare(QueryComponent.java:144)
>> at
>> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:197)
>> at
>> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:135)
>> at org.apache.solr.core.SolrCore.execute(SolrCore.java:1952) at
>> org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:774)
>> at
>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:418)
>> at
>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:207)
>> at
>> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
>> at
>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455)
>> at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>> at
>> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557)
>> at
>> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>> at
>> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075)
>> at
>> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384)
>> at
>> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>> at
>> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009)
>> at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>> at
>> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255)
>> at
>> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154)
>> at
>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>> at org.eclipse.jetty.server.Server.handle(Server.java:368) at
>> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489)
>> at
>> org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:53)
>> at
>> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:942)
>> at
>> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1004)
>> at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:640) at
>> org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) at
>> org.eclipse.jetty.server.BlockingHttpConnection.handle(BlockingHttpConnection.java:72)
>> at
>> org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:264)
>> at
>> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)
>> at
>> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)
>> at java.lang.Thread.run(Thread.java:745)
>>
>
> Please correct me if i am doing something wrong.
>
> *Reuested Url: *
> http://localhost:8983/solr/core1/select?qt=my_clothes_data&q.alt=*:*
>
> With Regards
> Aman Tandon
>

Re: Solr 4.8.1 : Response Code 500 when creating the new request handler

2015-02-15 Thread Jack Krupansky 
1. Look further down in the stack trace for the "caused by" that details
the specific cause of the exception.
2. Please explain in plain English what you are really trying to do with
this non-standard approach - why aren't you just using the normal request
handler?
3. You have q.alt in invariants, but also in the actual request, which is a
contradiction in terms - what is your actual intent? This isn't the cause
of the exception, but does raise questions of what you are trying to do.
4. Why don't you have a q parameter for the actual query?


-- Jack Krupansky

On Sat, Feb 14, 2015 at 1:57 AM, Aman Tandon 
wrote:

> Hi,
>
> I am using Solr 4.8.1 and when i am creating the new request handler i am
> getting the following error:
>
> *Request Handler config:*
>
> 
> 
> edismax
> on
> *:*
>
> 0.01
> 
>
> 
> type:garments
> 
> 
>
> *Error:*
>
> java.lang.RuntimeException at
> >
> org.apache.solr.search.ExtendedDismaxQParser$ExtendedDismaxConfiguration.(ExtendedDismaxQParser.java:1455)
> > at
> >
> org.apache.solr.search.ExtendedDismaxQParser.createConfiguration(ExtendedDismaxQParser.java:239)
> > at
> >
> org.apache.solr.search.ExtendedDismaxQParser.(ExtendedDismaxQParser.java:108)
> > at
> >
> org.apache.solr.search.ExtendedDismaxQParserPlugin.createParser(ExtendedDismaxQParserPlugin.java:37)
> > at org.apache.solr.search.QParser.getParser(QParser.java:315) at
> >
> org.apache.solr.handler.component.QueryComponent.prepare(QueryComponent.java:144)
> > at
> >
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:197)
> > at
> >
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:135)
> > at org.apache.solr.core.SolrCore.execute(SolrCore.java:1952) at
> >
> org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:774)
> > at
> >
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:418)
> > at
> >
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:207)
> > at
> >
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
> > at
> >
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455)
> > at
> >
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
> > at
> >
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557)
> > at
> >
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
> > at
> >
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075)
> > at
> > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384)
> > at
> >
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
> > at
> >
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009)
> > at
> >
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
> > at
> >
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255)
> > at
> >
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154)
> > at
> >
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
> > at org.eclipse.jetty.server.Server.handle(Server.java:368) at
> >
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489)
> > at
> >
> org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:53)
> > at
> >
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:942)
> > at
> >
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1004)
> > at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:640) at
> > org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) at
> >
> org.eclipse.jetty.server.BlockingHttpConnection.handle(BlockingHttpConnection.java:72)
> > at
> >
> org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:264)
> > at
> >
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)
> > at
> >
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)
> > at java.lang.Thread.run(Thread.java:745)
> >
>
> Please correct me if i am doing something wrong.
>
> *Reuested Url: *
> http://localhost:8983/solr/core1/select?qt=my_clothes_data&q.alt=*:*
>
> With Regards
> Aman Tandon
>

Re: Solr suggest is related to second letter, not to initial letter

2015-02-15 Thread Michael Sokolov 
StandardTokenizer splits your text into tokens, and the suggester 
suggests tokens independently.  It sounds as if you want the suggestions 
to be based on the entire text (not just the current word), and that 
only adjacent words in the original should appear as suggestions.  
Assuming that's what you are after (it's a little hard to tell from your 
e-mail -- you might want to clarify by providing a few example of how 
you *do* want it to work instead of just examples of how you *don't* 
want it to work), you have a couple of choices:


1) don't use StandardTokenizer, use KeywordTokenizer instead - this will 
preserve the entire original text and suggest complete texts, rather 
than words
2) maybe consider using a shingle filter along with standard tokenizer, 
so that your tokens include multi-word shingles
3) Use a suggester with better support for a statistical language model, 
like this one: 
http://blog.mikemccandless.com/2014/01/finding-long-tail-suggestions-using.html, 
but to do this you will probably need to do some java programming since 
it isn't well integrated into solr


-Mike

On 2/14/2015 3:44 AM, Volkan Altan wrote:

Any idea?



On 12 Şub 2015, at 11:12, Volkan Altan  wrote:

Hello Everyone,

All I want to do with Solr suggester is obtaining the fact that the asserted 
suggestions  for the second letter whose entry actualizes after the initial 
letter  is actually related to initial letter, itself. But; just like the 
initial letters, the second letters rotate independently, as well.


Example;
http://localhost:8983/solr/solr/suggest?q=facet_suggest_data:”adidas+s"; 


adidas s

response>

0
4




1
27
28

samsung



facet_suggest_data:"adidas samsung"
0

adidas
samsung







The terms of ‘’Adidas’’ and ‘’Samsung’’ are available within seperate 
documents. A common place in which both of them are available cannot be found.

How can I solve that problem?



schema.xml


 
 
 
 
 
 
 
 
 
 
 
 
 
 
 




Best

Solr cloud confusion?

2015-02-15 Thread CKReddy Bhimavarapu 
Dear all,

I don't get when and where we should use solr cloud so that we will get
best performance.  How to know the peak point of solr master server?

my question is when a solr can't handle the requests i.e if we reach the
peak point at that time if I increase my master configuration does that
slove the problem.

thanks in advance,
ckreddybh.

Verifying solr installation

2015-02-15 Thread Karimkhan Pathan 
Is there any linux command to verify and see whether solr installed or not
and if yes, then which version of solr?

RE: Verifying solr installation

2015-02-15 Thread steve 
+1

> Date: Mon, 16 Feb 2015 11:53:47 +0530
> Subject: Verifying solr installation
> From: karimkhan...@gmail.com
> To: solr-user@lucene.apache.org
> 
> Is there any linux command to verify and see whether solr installed or not
> and if yes, then which version of solr?