On Thu, 1 Nov 2012, Bill Janssen wrote:
I was trying to wrap the Java parts of JModelica. So, here's a cookbook
to reproduce the problem:
% svn checkout https://svn.jmodelica.org/tags/1.8 src
% cd src/Compiler/ModelicaCompiler
% setenv ANT_OPTS -Xmx1000m
% ant
% python -m jcc --jar
I really agree with robert here. performance is everything here and
since we have a fast variant of this query we really don't need the
slow one in core. I don't understand why expert users like you Mark B.
can't make the distinction in app code between Slow/Fast FuzzyQuery?
Even if it goes EOL
[
https://issues.apache.org/jira/browse/SOLR-4053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494624#comment-13494624
]
Shawn Heisey commented on SOLR-4053:
The only thing I've ever done with JMX is remotely
[
https://issues.apache.org/jira/browse/SOLR-4006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494669#comment-13494669
]
Mark Miller commented on SOLR-4006:
---
I don't think the spec matters much - I've got two
Mark Miller created SOLR-4060:
-
Summary: ReplicationHandler can try and do a snappull and open a
new writer after shutdown has already occurred, leaving an IndexWriter that is
not closed.
Key: SOLR-4060
URL:
I can reproduce this!
On Fri, Nov 9, 2012 at 11:48 PM, Policeman Jenkins Server
jenk...@sd-datasolutions.de wrote:
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/2313/
Java: 32bit/jdk1.7.0_09 -server -XX:+UseG1GC
1 tests failed.
REGRESSION:
I committed a fix: Uwe won't like it (ignoring if we cannot delete
everything in lib/), but the bug is not mine.
Something else (windows virus scanner, license checker, some other ant
stuff) is holding onto file handles to jars in this directory!
On Sat, Nov 10, 2012 at 12:19 AM, Policeman
I'm confused how this test is safe when preserveSep=true (which it is
with this failing seed).
its a twist on the original top-N test, testing all prefixes of every
word in the dictionary against a SlowCompletor impl:
for (int j = 1; j key.length(); j++) {
On Sat, Nov 10, 2012 at 3:19 PM, Robert Muir rcm...@gmail.com wrote:
I'm confused how this test is safe when preserveSep=true (which it is
with this failing seed).
its a twist on the original top-N test, testing all prefixes of every
word in the dictionary against a SlowCompletor impl:
Tomás Fernández Löbbe created SOLR-4061:
---
Summary: CREATE action in Collections API should allow to upload a
new configuration
Key: SOLR-4061
URL: https://issues.apache.org/jira/browse/SOLR-4061
[
https://issues.apache.org/jira/browse/SOLR-4060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Miller updated SOLR-4060:
--
Comment: was deleted
(was: Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque
eget
[
https://issues.apache.org/jira/browse/SOLR-4060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494736#comment-13494736
]
Mark Miller commented on SOLR-4060:
---
Lorem ipsum dolor sit amet, consectetur adipiscing
I committed a fix ... the test wasn't tie-breaking like the actual suggester.
Mike McCandless
http://blog.mikemccandless.com
On Sat, Nov 10, 2012 at 9:39 AM, Simon Willnauer
simon.willna...@gmail.com wrote:
On Sat, Nov 10, 2012 at 3:19 PM, Robert Muir rcm...@gmail.com wrote:
I'm confused how
[
https://issues.apache.org/jira/browse/SOLR-4060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494747#comment-13494747
]
Commit Tag Bot commented on SOLR-4060:
--
[5x]
[
https://issues.apache.org/jira/browse/SOLR-4060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Miller updated SOLR-4060:
--
Comment: was deleted
(was: [5x]
http://svn.apache.org/viewvc?view=revisionrevision=1407817
SOLR-4060:
[
https://issues.apache.org/jira/browse/SOLR-4060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494748#comment-13494748
]
Commit Tag Bot commented on SOLR-4060:
--
[commit] Mark Robert Miller
[5x]
It's a real bummer we lost the ability to trace commits to JIRA. Even when we
had it, it kind of sucked though. At least for me, it was slow enough and
inconvenient enough that I rarely even thought of using it, unless I really
needed to dig.
I've worked on another project where we tagged this
+1
On Sat, Nov 10, 2012 at 9:01 PM, Mark Miller markrmil...@gmail.com wrote:
It's a real bummer we lost the ability to trace commits to JIRA. Even when we
had it, it kind of sucked though. At least for me, it was slow enough and
inconvenient enough that I rarely even thought of using it,
Hi guys,
Not expecting to change minds, but found Robert's last email helpful, so
wanted to try one more round.
On Fri, Nov 9, 2012 at 5:32 PM, Robert Muir rcm...@gmail.com wrote:
...
This is some analysis chain configuration issue.
Interesting, so you would expect that the seed term
On Sat, Nov 10, 2012 at 10:18 PM, Mark Bennett mbenn...@ideaeng.com wrote:
Hi guys,
Not expecting to change minds, but found Robert's last email helpful, so
wanted to try one more round.
On Fri, Nov 9, 2012 at 5:32 PM, Robert Muir rcm...@gmail.com wrote:
...
This is some analysis chain
Just use SlowFuzzyQuery from contrib, I really don’t understand where the issue
is? The code is available in the sandbox/query module and is available in
Lucene 4.0. There is no reason to complain here, we did not remove
functionality.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213
[
https://issues.apache.org/jira/browse/LUCENE-2878?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494785#comment-13494785
]
Alan Woodward commented on LUCENE-2878:
---
I've started to use this branch in an
[
https://issues.apache.org/jira/browse/LUCENE-3842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494793#comment-13494793
]
David Smiley commented on LUCENE-3842:
--
That TokenStreamToAutomaton is cool Mike! I
[
https://issues.apache.org/jira/browse/SOLR-3816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13494815#comment-13494815
]
Yonik Seeley commented on SOLR-3816:
So I took a quick look at the patch, and it's as I
I am guessing at times people are lazy about schema definition. But, I
think with lucene 4 stats we can detect if a field is actually single
valued... Something like terms.size == terms.doccount == terms.sumdocfreq.
I have to think about it a bit, maybe its even simpler than this? Anyway,
this
Im having perfomance issues with facet on multivalued field with an index over
20Million documents.
And when doing faceting search on multivalued field the QTIME is unacceptable
for my application because it can take up to 6000ms.
Ive put the facet.method to enum! Which increased my
[
https://issues.apache.org/jira/browse/SOLR-4055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raintung Li updated SOLR-4055:
--
Summary: Remove/Reload the collection has the thread safe issue. (was:
Remove/Reload the collection
“we did not remove functionality”
Are you saying that full-featured “classic” fuzzy query is still available in
the Lucene query parser? By default? Or via what option?
-- Jack Krupansky
From: Uwe Schindler
Sent: Saturday, November 10, 2012 1:30 PM
To: dev@lucene.apache.org
Subject: RE:
+1 Cool.
-
Author: http://www.packtpub.com/apache-solr-3-enterprise-search-server/book
--
View this message in context:
http://lucene.472066.n3.nabble.com/Commit-tags-in-JIRA-tp4019500p4019518.html
Sent from the Lucene - Java Developer mailing list archive at Nabble.com.
29 matches
Mail list logo
