Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-29 Thread Otis Gospodnetic
-- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch - Original Message From: Mike Klaas [EMAIL PROTECTED] To: solr-dev@lucene.apache.org Sent: Friday, December 28, 2007 4:53:08 PM Subject: Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links On 28-Dec-07, at 7:31 AM

Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-28 Thread Ryan McKinley
Mike Klaas wrote: On 27-Dec-07, at 5:26 PM, Ryan McKinley wrote: Seems like that would be the best solution. Me (and, I think, many others), would be unlikely to used the multiple core functionality of Solr at all. Avoiding lengthening the log messages in this case would be nice. check

Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-28 Thread Mike Klaas
On 28-Dec-07, at 7:31 AM, Ryan McKinley wrote: Mike Klaas wrote: Looks great, thanks. I haven't really followed the multicore discussion very closely (so ignore this if it doesn't compute), but might it make sense for the core-specific log object to automatically prepend the corename

Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-27 Thread Ryan McKinley
INFO: [null] /select I just committed something that changes the default behavior to [core] Perhaps we should omit the [corename] if it is null? an early patch had that, but it seems a bit silly to have every log message check for a valid core name. Right now it does:

Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-27 Thread Mike Klaas
On 27-Dec-07, at 1:00 PM, Ryan McKinley wrote: INFO: [null] /select I just committed something that changes the default behavior to [core] Thanks! Perhaps we should omit the [corename] if it is null? an early patch had that, but it seems a bit silly to have every log message check

Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-27 Thread Ryan McKinley
Seems like that would be the best solution. Me (and, I think, many others), would be unlikely to used the multiple core functionality of Solr at all. Avoiding lengthening the log messages in this case would be nice. check rev 607151 -- this removes the [name] bit for things where the

Re: [jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-27 Thread Mike Klaas
On 27-Dec-07, at 5:26 PM, Ryan McKinley wrote: Seems like that would be the best solution. Me (and, I think, many others), would be unlikely to used the multiple core functionality of Solr at all. Avoiding lengthening the log messages in this case would be nice. check rev 607151 --

[jira] Resolved: (SOLR-441) example app comes up with some bad links

2007-12-21 Thread Ryan McKinley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley resolved SOLR-441. Resolution: Fixed Fix Version/s: 1.3 Assignee: Ryan McKinley example app comes up