[jira] Commented: (SOLR-81) Add Query Spellchecker functionality

2006-12-13 Thread Otis Gospodnetic (JIRA)
[ http://issues.apache.org/jira/browse/SOLR-81?page=comments#action_12458052 ] Otis Gospodnetic commented on SOLR-81: -- Something like this, then? Plus: I'd probably also want to give th

[jira] Commented: (SOLR-81) Add Query Spellchecker functionality

2006-12-13 Thread JIRA
[ http://issues.apache.org/jira/browse/SOLR-81?page=comments#action_12458072 ] Ogün Bilge commented on SOLR-81: Yes exactly as you described. The Fieldnames for the gram fields have to be like this to make it work with SpellChecker:

inconsistent name for first DocList of response

2006-12-13 Thread Yonik Seeley
I've been patching https://issues.apache.org/jira/browse/SOLR-59 for backward compatibility, and also decided to normalize the name of the first result set. The standard request handler used a name of null, resulting in The JSON/Ruby/Python handler needed a name, and so if the name was null, d

Re: svn commit: r486373 - in /incubator/solr/trunk: ./ src/webapp/resources/admin/

2006-12-13 Thread Chris Hostetter
Otis, i finally got a chance to try this out, and I'm noticing that while most of hte pages look great, the analysis page isn't displaying the form by default, so if you load "http://localhost:8983/solr/admin/analysis.jsp"; or click the link from the main admin page: "http://localhost:8983/solr/ad

Re: inconsistent name for first DocList of response

2006-12-13 Thread Chris Hostetter
: The standard request handler used a name of null, resulting in : : i think that was a cut/paste error, you mean... ...right? : The JSON/Ruby/Python handler needed a name, and so if the name was : null, defaulted to "response", resulting in : : "response":{"numFound":0,"start":0,"docs":[

[jira] Resolved: (SOLR-70) ping.jsp is very naive -- doesn't work with "qt" or any extra query args

2006-12-13 Thread Hoss Man (JIRA)
[ http://issues.apache.org/jira/browse/SOLR-70?page=all ] Hoss Man resolved SOLR-70. -- Resolution: Fixed commited variation of patch which worked against trunk (with newer XML based pages) > ping.jsp is very naive -- doesn't work with "qt" or any extra query a

[jira] Reopened: (SOLR-58) Change Admin components to return XML like the rest of the system

2006-12-13 Thread Hoss Man (JIRA)
[ http://issues.apache.org/jira/browse/SOLR-58?page=all ] Hoss Man reopened SOLR-58: -- analysis.jsp currently isn't working properly ... it doesn't display the form by default, and if you manually create a URl that should work, you get a malformed XM

Re: svn commit: r486373 - in /incubator/solr/trunk: ./ src/webapp/resources/admin/

2006-12-13 Thread Yonik Seeley
Good catch. IMO, this should be fixed before we cut our release. -Yonik On 12/13/06, Chris Hostetter <[EMAIL PROTECTED]> wrote: Otis, i finally got a chance to try this out, and I'm noticing that while most of hte pages look great, the analysis page isn't displaying the form by default, so if

[jira] Assigned: (SOLR-78) [PATCH] Improved config loading

2006-12-13 Thread Hoss Man (JIRA)
[ http://issues.apache.org/jira/browse/SOLR-78?page=all ] Hoss Man reassigned SOLR-78: Assignee: Hoss Man I tried to produce an example of the type of thing i'm worried about with the body of a comment getting slurped up ... but i could not -- as far as i c

Re: test release artifacts

2006-12-13 Thread Chris Hostetter
: Some of the things I think could go in: : https://issues.apache.org/jira/browse/SOLR-79 ... i don't think that's quite ready yet. : https://issues.apache.org/jira/browse/SOLR-78 ...i'll try to have that ready tomorow : https://issues.apache.org/jira/browse/SOLR-70 ...done

Re: test release artifacts

2006-12-13 Thread Yonik Seeley
Sounds like a plan... issues 58,59,78 left. -Yonik On 12/13/06, Chris Hostetter <[EMAIL PROTECTED]> wrote: : Some of the things I think could go in: : https://issues.apache.org/jira/browse/SOLR-79 ... i don't think that's quite ready yet. : https://issues.apache.org/jira/browse/SOLR-78

[jira] Created: (SOLR-82) specify default values in the schema

2006-12-13 Thread Ryan McKinley (JIRA)
specify default values in the schema Key: SOLR-82 URL: http://issues.apache.org/jira/browse/SOLR-82 Project: Solr Issue Type: Improvement Components: update Reporter: Ryan McKinley

[jira] Updated: (SOLR-82) specify default values in the schema

2006-12-13 Thread Ryan McKinley (JIRA)
[ http://issues.apache.org/jira/browse/SOLR-82?page=all ] Ryan McKinley updated SOLR-82: -- Attachment: defaultValuesPatch.patch This modifies SchemaField.java to keep a "defaultValue" and DocumentBuilder.java makes sure they exist when returning the documen

[jira] Updated: (SOLR-59) Copy request parameters to Solr's response

2006-12-13 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/SOLR-59?page=all ] Yonik Seeley updated SOLR-59: - Attachment: SOLR-59-20061213.patch Ok, updated patch to - bump current & default version to 2.2 - bump version used in tests to 2.2 (added 2.0 to tests where neces

Re: test release artifacts

2006-12-13 Thread Yonik Seeley
Some incubator people have been recommending release notes. It made me think about the discussion we had about calling out non back compatible stuff in CHANGES.txt, and makes me think that should be the release notes. Put a higher level section at the top, with potentially a little more general in

Re: svn commit: r486976 - /incubator/solr/trunk/CHANGES.txt

2006-12-13 Thread Yonik Seeley
If people really want a separate RELEASE_NOTES.txt, we could copy some of this stuff out I suppose. I'm not sure if it's needed at this point though. I also figured out that things like CHANGES/RELEASE_NOTES don't need the ASL too (no one else has it, and arat didn't complain either). -Yonik

[jira] Commented: (SOLR-82) specify default values in the schema

2006-12-13 Thread Hoss Man (JIRA)
[ http://issues.apache.org/jira/browse/SOLR-82?page=comments#action_12458380 ] Hoss Man commented on SOLR-82: -- only had a chance to skim the patch so far, and i think this aspect from the mailing list is going to be a real issue with indexing perfo