FWIW, Hoss, I don't think your main argument for JUL stands anymore
(I finally got caught up on the archives). Namely, Solr is used in
embedded situations much more now and it should no longer be assumed
that it is in a standalone servlet completely isolated from the rest
of the world.
On Apr 22, 2008, at 12:54 PM, Chris Hostetter wrote:
: I know logging is sometimes a religious debate, but would others
consider a
: patch that switched Solr to use log4j? Or, commons-logging? I
just don't
: think JUL is up to snuff when it comes to logging. It's a PITA to
configure,
:
On Apr 22, 2008, at 12:41 PM, Shalin Shekhar Mangar wrote:
JULI can be configured per-webapp also by adding a
logging.properties to the
classpath (add it to WEB-INF/classes). So you can configure Handlers
(FileHandler/ConsoleHandler including filenames) and Formatter per-
webapp.
However I'v
[
https://issues.apache.org/jira/browse/SOLR-553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Klaas updated SOLR-553:
Issue Type: New Feature (was: Bug)
Changed to feature request, since the current behaviour is expected. I'd
: I've described my problem in solr-user but since there were no reply i've
: decided to write here.
Please don't do that.
Reposting a question just because you didn't get an answer after waiting
45 hours isn't going to encourage anyone to answer your email any faster.
(particularly on a week
: > That seems quite slow for 120K docs. Is this on a warmed-up Solr? (I.e.,
: > is the index in the OS's disk cache?)
:
: I'm not sure if it's in the cache or not. How could I make sure that it will
: be in the cache?
You're index is in the OS's disk cache if you've done some queries agaisnt
The distribution is pretty small as they are lat/lon coordinates
that have been mapped to positive integers. Most of them are near
each other and the queries are in a relatively small range, e.g.
(geo_lon:[5752427 5781706] AND geo_lat:[13750592 13763600]).
I know this is not the questi
On Apr 28, 2008, at 11:56 AM, Mike Klaas wrote:
On 27-Apr-08, at 12:31 PM, Alex Neth wrote:
I am trying to switch from Ferret to Solr. My searches were
performing quite well on Ferret (<100ms), but I have some reasons
for switching.
I am not experiencing terrible performance when doing
[
https://issues.apache.org/jira/browse/SOLR-553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Whitman updated SOLR-553:
---
Description:
http://www.nabble.com/highlighting-pt2%3A-returning-tokens-out-of-order-from-PhraseQuery-t
Highlighter does not match phrase queries correctly
---
Key: SOLR-553
URL: https://issues.apache.org/jira/browse/SOLR-553
Project: Solr
Issue Type: Bug
Components: highlighter
Aff
Took me longer than expected but here is a raw version
http://fisheye.jboss.org/changelog/Hibernate?cs=14524&csize=15
Hibernate Search reuses Solr analyzers.
@Entity
@Indexed
@AnalyzerDef(name="customanalyzer",
tokenizer = @TokenizerDef(factory =
StandardTokenizerFactory.class),
On 27-Apr-08, at 12:31 PM, Alex Neth wrote:
I am trying to switch from Ferret to Solr. My searches were
performing quite well on Ferret (<100ms), but I have some reasons
for switching.
I am not experiencing terrible performance when doing range
searches. I have seen posts that granulari
See http://hudson.zones.apache.org/hudson/job/Solr-trunk/424/changes
--
started
Building remotely on lucene.zones.apache.org
ERROR: svn: PROPFIND request failed on '/repos/asf/lucene/solr/trunk'
svn: Connection refused
org.tmatesoft.svn.core.SVNException: sv
13 matches
Mail list logo
