If you are using Tomcat, perhaps you could use Valve to protect a given
context of your application I think :
I did not test this, you have to tweak it ;)
Ludovic
-
Jouve
France.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Reject-URL-requests-unless-from-loc
Yonik Seeley-2-2 wrote:
>
> On Fri, Jun 24, 2011 at 2:11 PM, marthinal
> wrote:
>>
>> Yonik Seeley-2-2 wrote:
>>>
>>> On Tue, Sep 21, 2010 at 12:12 PM, dan sutton
>>>
>>> wrote:
I was looking at the LatLonType and how it might represent m
On Sat, Jun 25, 2011 at 5:56 AM, marthinal wrote:
>> sfield, pt and d can all be specified directly in the spatial
>> functions/filters too, and that will override the global params.
>>
>> Unfortunately one must currently use lucene query syntax to do an OR.
>> It just makes it look a bit messier.
I am not a fan of code in a wiki page that is not tested. The purpose
of JIRA is so that we apply patches, and get it committed.
Let's try to move in that direction.
Bill
2011/6/24 Noble Paul നോബിള് नोब्ळ् :
> On Thu, Jun 23, 2011 at 9:13 PM, simon wrote:
>> The Wiki page describes a design
Yeah we use this in production. Yonik: WHat are the performance
implication with doing this? Will the fq be cached?
On Sat, Jun 25, 2011 at 7:27 AM, Yonik Seeley
wrote:
> On Sat, Jun 25, 2011 at 5:56 AM, marthinal
> wrote:
>>> sfield, pt and d can all be specified directly in the spatial
>>> fu
David, thanks for the kind words. Your Solr book is terrific. Without
it, my project would not have succeeded. I am in your debt.
The above spatial query filter eliminates GIS layers that do not
intersect a given map. I attempt to rank the intersecting layers according
to how similar t
thanks Shalin. One more question: is there any way to avoid multiple
cores replicating at the same time? Like synchronizing the
ReplicationHandler somehow?
On Fri, Jun 24, 2011 at 6:55 AM, Shalin Shekhar Mangar
wrote:
> On Fri, Jun 24, 2011 at 1:41 PM, Esteban Donato
> wrote:
>> I have a Solr
Hi. I'm running a multicore solr 3.2.0 instance with jetty on java
1.6.0_26-b03. I'm seeing a number of "Bad file descriptor" exceptions
in the solr log that I have been unable to isolate or track down:
--
SEVERE: java.io.IOException: Bad file descriptor
at java.io.RandomAccessFile.close0(