Re: javadoc location?

2007-05-02 Thread Ryan McKinley
Thanks Hoss! Its nicely back on line. http://lucene.apache.org/solr/api/index.html I'll run ant javadoc before commiting anything else with javadoc links Chris Hostetter wrote: found the problem in DirectSolrConnection.java, we were tickling this bug...

[Fwd: [Jetty-support] Stable Release 6.1.2]

2007-05-02 Thread Ryan McKinley
should we consider including this? I have been using jetty-6.1.2rc3 without problems Original Message Subject: [Jetty-support] Stable Release 6.1.2 Date: Wed, 02 May 2007 14:01:39 +1000 From: Greg Wilkins [EMAIL PROTECTED] Reply-To: Jetty usage, help informal support

Custom fragmenter

2007-05-02 Thread Brian Whitman
Would love to set a custom fragmenter in Solr for highlighting. But I don't see a way to change the fragmenter on the fly. Should this be a solrconfig/schema setting?

Re: [Fwd: [Jetty-support] Stable Release 6.1.2]

2007-05-02 Thread Otis Gospodnetic
I'm about to put Solr in Jetty 6.1.2 and can report the results next week. Generally speaking, I'd be for trying 6.1.2, as I've been watching their bug reports and I see they've slowed down a lot. Otis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Simpy -- http://www.simpy.com/

[jira] Updated: (SOLR-69) PATCH:MoreLikeThis support

2007-05-02 Thread Ryan McKinley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-69?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley updated SOLR-69: -- Attachment: SOLR-69-MoreLikeThisRequestHandler.patch lucene-queries-2.1.1-dev.jar Changed

Re: Custom fragmenter

2007-05-02 Thread Mike Klaas
On 5/2/07, Brian Whitman [EMAIL PROTECTED] wrote: Would love to set a custom fragmenter in Solr for highlighting. But I don't see a way to change the fragmenter on the fly. Should this be a solrconfig/schema setting? It would be nice to able to register custom formatters and subsequently use

[jira] Commented: (SOLR-69) PATCH:MoreLikeThis support

2007-05-02 Thread Brian Whitman (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-69?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493185 ] Brian Whitman commented on SOLR-69: --- I've personally never understood the more documents that don't match this query

[jira] Commented: (SOLR-69) PATCH:MoreLikeThis support

2007-05-02 Thread Ken Krugler (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-69?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493198 ] Ken Krugler commented on SOLR-69: - Ryan Brian's comments above are (I think) indicative of how most people want to

[jira] Updated: (SOLR-103) SQL Upload Plugin

2007-05-02 Thread Ryan McKinley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley updated SOLR-103: --- Attachment: SOLR-103-SQLUpdateRequestHandler.patch compiles with trunk + SOLR-193 + SOLR-139 Far from

dynamic copyFields

2007-05-02 Thread Ryan McKinley
I'm looking for a way to copy from a dynamic field to another dynamic field. I found this post from september: http://www.nabble.com/copyField-to-a-dynamic-field-tf2300115.html#a6419101 Essentially, I have: field name=tag_* type=string ... / field name=text_* type=text ... / and want:

Re: dynamic copyFields

2007-05-02 Thread Chris Hostetter
: Essentially, I have: : field name=tag_* type=string ... / : field name=text_* type=text ... / : : and want: : copyField source=tag_(.*) dest=text_\1 / i haven't thought about the underlying impl at all, but from an API/configuration standpoint one tough issue is that fact that

Re: dynamic copyFields

2007-05-02 Thread Ryan McKinley
Chris Hostetter wrote: : Essentially, I have: : field name=tag_* type=string ... / : field name=text_* type=text ... / : : and want: : copyField source=tag_(.*) dest=text_\1 / i haven't thought about the underlying impl at all, but from an API/configuration standpoint one tough issue

Re: dynamic copyFields

2007-05-02 Thread Mike Klaas
On 5/2/07, Ryan McKinley [EMAIL PROTECTED] wrote: How about Mike's other suggestion: copyField regexp=s/(.*)_s/\1_t/ / this would keep the glob style for source and dest, but use regex to transform a sorce - dest Wow, I didn't even remember suggesting that. I agree (with Hoss) that

Re: dynamic copyFields

2007-05-02 Thread Walter Underwood
That syntax is from the ed editor. I learned it in 1975 on Unix v6/PWB, running on a PDP-11/70. --wunder On 5/2/07 5:04 PM, Mike Klaas [EMAIL PROTECTED] wrote: On 5/2/07, Ryan McKinley [EMAIL PROTECTED] wrote: How about Mike's other suggestion: copyField regexp=s/(.*)_s/\1_t/ / this

Re: dynamic copyFields

2007-05-02 Thread Ryan McKinley
perhaps copyField re_source=(.*)_s dest=\1_t/ how about: copyField source=tag_(.*) dest=text_\1 regex=true / useRegex=true ? Syntax aside, the major implication is that DynamicCopy would need a virtual function: SchemaField getTargetField() rather then direct access to a final

[jira] Updated: (SOLR-212) Embeddable class to call solr directly

2007-05-02 Thread Brian Whitman (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Whitman updated SOLR-212: --- Attachment: embeddedSolr.zip I didn't have time to extract it from Cocoa/ObjC. Here is the xcode

Re: dynamic copyFields

2007-05-02 Thread Erik Hatcher
On May 2, 2007, at 7:10 PM, Ryan McKinley wrote: and want: copyField source=tag_(.*) dest=text_\1 / Why even bother with regexs at all? copyField source=tag_* dest=text_* / simply replace the * match in the source in the * position in the dest. Granted it doesn't have the power