Hi,
As for the Apache word in the logo. Is there any limitationon regarding the
font? I mean the current "Apache Software Foundation" is pretty known and
seems to use something like Arial Bold. I would expect that this should not
be changed in the new Solr logo.
BTW: Is there any reference Apache
Hey-
Rather then continually point to solr 2.0 as a future future thing,
i'd like to give a go at removing all configs and deprecated stuff. --
I doubt that would end up being the real direction, but as an exercise
would be quite valuable to figure out what the major issues will be
and se
: > As for component registration precedence, it is the configured Component
: > that has precedence. The Component initialization code only adds the
: > default Component if that name is not already used. Registering your own
: > "spellcheck" Component will use your component.
:
: Right, but w
: The reason I thought StatsComponent is "default" while SpellCheck is not is
: that SpellChecking necessarily requires some configuration. Stats can be
: there without doing anything -- it is just the cost of checking if
: "stats=true" in the request.
:
: I suggest that we add *all* Components
: Yeah, that sounds like a better idea. i'll update the wiki.
I've made "final" updates to the process on the wiki i'll do a big
announce to solr-user, [EMAIL PROTECTED] and on the Solr home page tomorow
unless anyone objects soon.
-Hoss
: OK, what PRC has to do with the log design? Is there any particular
: constraint/request that the logo design must follow? What is it? You
: mentioned that the logo design has to contain a word Apache, are there any
: other requirements like this?
all of the guidelines and requirements they've
: Perhaps pushing the date to the 20th, and finishing on Thanksgiving?
Yeah, that sounds like a better idea. i'll update the wiki.
: Using JIRA is good because it takes care of all the IP issues and is
: already there to use, but not so good because the thumbnails look
: crapy and people who su
[
https://issues.apache.org/jira/browse/SOLR-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man Trash Test Account updated SOLR-55:
Attachment: (was: solr.png)
> TEST of Jira email integration
> ---
[
https://issues.apache.org/jira/browse/SOLR-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man Trash Test Account updated SOLR-55:
Attachment: solr.png
testing image attacment -- please ignore
> TEST of Jira
Hi,
I have to work on some personal matter. I won't be able to deliver this
week. Is it OK if I deliver this the next week? I think this should be still
accetable according to original 4 week schedule. (I am sorry about that...)
Lukas
On Tue, Sep 30, 2008 at 9:31 PM, Lukáš Vlček <[EMAIL PROTECTED
On Oct 2, 2008, at 1:58 PM, Erik Hatcher wrote:
Thanks Ryan - good tips, and core.close() was the missing piece, duh.
Here's how it looks in JRuby:
container = CoreContainer.new
descriptor = CoreDescriptor.new(container, "core1", "/Users/erik/
apache-solr-1.3.0/example/solr")
core = cont
FileListEntityProcessor can't handle directories containing lots of files
-
Key: SOLR-798
URL: https://issues.apache.org/jira/browse/SOLR-798
Project: Solr
Issue Type: B
Thanks Ryan - good tips, and core.close() was the missing piece, duh.
Here's how it looks in JRuby:
container = CoreContainer.new
descriptor = CoreDescriptor.new(container, "core1", "/Users/erik/
apache-solr-1.3.0/example/solr")
core = container.create(descriptor)
container.register("c
[
https://issues.apache.org/jira/browse/SOLR-797?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Lee updated SOLR-797:
--
Attachment: SOLR-797.patch
This patch contains a first stab at transforming the NamedList without
serial
[
https://issues.apache.org/jira/browse/SOLR-797?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Lee updated SOLR-797:
--
Priority: Minor (was: Major)
> Construct EmbeddedSolrServer response without serializing/parsing
> -
Construct EmbeddedSolrServer response without serializing/parsing
-
Key: SOLR-797
URL: https://issues.apache.org/jira/browse/SOLR-797
Project: Solr
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/SOLR-433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Lee updated SOLR-433:
--
Attachment: SOLR-433.patch
Includes Stephane's fixes for snappuller & snapinstaller and some minor edits
On Oct 1, 2008, at 5:33 PM, Ryan McKinley wrote:
I disagree with Erik that we should have people explicitly
configure the components.
Folks don't have to explicitly configure them, if they are just
running with the example configuration - which is more likely than
not.
Oh, another thing
[
https://issues.apache.org/jira/browse/SOLR-796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley resolved SOLR-796.
Resolution: Fixed
> remove unused SolrIndexSearcher from DUH2
> -
You could also use the CoreContainer to create a Core from the
descriptor:
CoreContainer container = new CoreContainer();
CoreDescriptor descriptor = new CoreDescriptor(container,
"core1", "/Users/erik/apache-solr-1.3.0/example/solr");
SolrCore core = container.create( descr
I'm doing some Java experiments to get ready for a solr-ruby overhaul
such that JRuby comes into play nicely so that EmbeddedSolrServer can
be used transparently too. I've not tried this since the whole
CoreContainer/CoreDescriptor stuff was added, and I don't quite
understand it all. Her
21 matches
Mail list logo
