: How far is Solr from what Hoss described below - single solr.war with
: multiple instances/collections/indices?
: I know it has been discussed in the past, but I don't recall anything
: after that.
It's already possible to do this with solr out of the box using tomcat...
http://wiki.apache.
Hi,
How far is Solr from what Hoss described below - single solr.war with multiple
instances/collections/indices?
I know it has been discussed in the past, but I don't recall anything after
that.
Thanks,
Otis
- Original Message
From: Chris Hostetter <[EMAIL PROTECTED]>
To: solr-dev@lu
On 9/20/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
: The content-type should also be selectable by a request parameter, with
: text/html as the default I guess.
isn't that what the "media-type" attribute of is for?
Is it somehow possible to grab that and return it from
RequestHandler.getC
: Depends on what one things the "entry" point should be, or the unit of re-use.
: If someone is implementing their own custom handler, they may very
: well be doing param parsing differently. The lowest level routines
but the bueaty of hte SolrParam class is that it isn't inheriently tied
to re
On 9/20/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
one thing confuses me: why the boolean params for missing/zero in the
method declarations for getFieldCacheCounts and getFieldTermEnumCounts ?
I envision multiple ways of getting facet counts, with the most
efficient being called based on h
: > ...but is there anyway to let
: > people add web.xml for things like ServletFilters without manully
: > unpacking and modifyng hte war?..
:
: The way we handle that in Cocoon 2.1.x is with ant tasks which patch
: web.xml (and other similar things) at build time, based on options
: coming from p
: The content-type should also be selectable by a request parameter, with
: text/html as the default I guess.
isn't that what the "media-type" attribute of is for?
-Hoss
: Here's the changes I'll commit shortly unless there are objections
: (sorry about the false-changes... I think it must be trailing
one thing confuses me: why the boolean params for missing/zero in the
method declarations for getFieldCacheCounts and getFieldTermEnumCounts ?
... for getFieldTermE
I implemented the FieldCache implementation for faceted browsing on a
field that is not tokenized (integer, sint, string, etc) and not
multiValued, so there is a max of one token per document.
Before optimization: 10.03 seconds (filtercache not large enough to
hold all possible vals)
After optim
Taking the question of Solr releases in a more philosophical direction...
The more I've gotten involved with Lucene and Solr 9and Apache in general)
the less I've come to think of "Releases" as entites are really all that
beneficial. The Lucene 1.4.3 -> 1.9 -> 2.0 evolution really helped hit
hom
: > Being OK with nightly builds means that you need to run your own
: > QA on the whole build every time you change. Kinda expensive.
:
: It is always necessary to do QA. The Solr trunk tends to be modified
agreed ... it doesn't mtter how much of a "release" lable a particular
build has on it,
On 9/20/06, Mike Klaas <[EMAIL PROTECTED]> wrote:
I had thought that "incubation" status of Solr prohibits releases
other than nightly builds, but
http://incubator.apache.org/guides/releasemanagement.html seems to
imply that releases are allowable.
I've seen them called different things in the
On 9/20/06, Walter Underwood <[EMAIL PROTECTED]> wrote:
I agree that a release would be useful for marketing, but I also
think it would help exercise the community and the release process.
Definitely. It also introduces oni like backward compatibility issues
which need thought. Solr trunk cur
I agree that a release would be useful for marketing, but I also
think it would help exercise the community and the release process.
I just discovered Solr on Friday and I've been telling people about
it, but every e-mail includes "you need to be OK with nightly builds."
Being OK with nightly bui
On 9/20/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
Hey,
the Solr NightlyBuild gives me a very hard time to convince my boss to
use Solr at all for many reasons. I guess I can not expect any tags,
branches or releases within the next week, right?!
Is there any point why no "stable" / release
For overridable defaults, per-field params, etc, a new SolrParams
class was introduced:
public interface SolrQueryRequest {
public SolrParams getParams();
[...]
}
-Yonik
On 9/20/06, Bill Au <[EMAIL PROTECTED]> wrote:
I don't think you will see a "release" until Solr is out of the incubator.
I think we probably should though :-)
http://www.nabble.com/Podling-Release-Requirement-%28WAS%3A-Re%3A--VOTE--Graduate-Felix-to-TLP-status%29-tf2265197.html#a6361253
the
On 9/20/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
...Done carefully, optional components won't be loaded into the JVM...
But still, the bloat also happens in the source code - it might be
good to separate between "core" and "icing on the cake" code, in the
source code tree.
-Bertrand
On 9/19/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
i just worry that as Solr grows and
we get more OutputWriters and RequestHandlers we're going to want to have
a limited number of "core plugins" that ship out of hte box, and a jar of
additional plugins that people can use if they want, but d
All the public web sites listed in the Solr Wiki are using the nightly
builds:
http://wiki.apache.org/solr/PublicServers
I don't think you will see a "release" until Solr is out of the incubator.
Bill
On 9/20/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
Hey,
the Solr NightlyBuild gives me
[ http://issues.apache.org/jira/browse/SOLR-49?page=all ]
Bertrand Delacretaz updated SOLR-49:
Attachment: solr-XSLTResponseWriter-files.tar.gz
Here's a new patch, I've reworked the code into an XSLTResponseWriter.
Must be configured like this in so
The code says
@Deprecated
public String getParam(String name);
But doesn't indicate what the replacement is, what should I use?
-Bertrand
Hey,
the Solr NightlyBuild gives me a very hard time to convince my boss to
use Solr at all for many reasons. I guess I can not expect any tags,
branches or releases within the next week, right?!
Is there any point why no "stable" / release version is available at
the moment?
best regards Simon
On 9/19/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
...1) it shouldn't be /select/html ... select/xslt or something, but there's
no reason to assume the output of the XSLT would be html..
Right, and as Yonik suggests it probably makes more sense to create a
new QueryResponseWriter for this
[
http://issues.apache.org/jira/browse/SOLR-49?page=comments#action_12436135 ]
Bertrand Delacretaz commented on SOLR-49:
-
In retrospect I think a different response writer is more consistent with the
way other output formats are generate
25 matches
Mail list logo
