Thanks Lance, attached is a trimmed down version of my schema and a
print out of the object that exhibits the issue. Again if I put
splitOnCaseChange = 0 on the text field I don't see the same issue.
sample doc
SolrInputDocument[key=1, datetime_dt=Mon Jul 09 15:07:32 EDT 2012,
type=1, subject_txt=PowerShot.com]
code
SolrInputDocument doc = new SolrInputDocument();
doc.addField("key", "1");
doc.addField("datetime_dt", new Date());
doc.addField("type", "1");
doc.addField("subject_txt", "PowerShot.com");
schema.xml
<?xml version="1.0" encoding="UTF-8" ?>
<schema name="example" version="1.3">
<fields>
<field name="_version_" type="long" indexed="true" stored="true"
required="false" />
<field name="key" type="string" indexed="true" stored="true"
required="true" />
<field name="type" type="string" indexed="true" stored="true"
required="true" />
<field name="subject_txt" type="text" stored="true" indexed="true"
required="true" termVectors="true" termPositions="true"
termOffsets="true" default=" Unknown"/>
<field name="datetime_dt" type="date" indexed="true" stored="true"
required="true"/>
<dynamicField name="*_txt" type="text" indexed="true" stored="true" />
<dynamicField name="*_dt" type="date" indexed="true" stored="true"/>
</fields>
<uniqueKey>key</uniqueKey>
<defaultSearchField>content_mvtxt</defaultSearchField>
<types>
<fieldType name="long" class="solr.TrieLongField"
precisionStep="0" omitNorms="true" positionIncrementGap="0"/>
<fieldType name="string" class="solr.StrField"
sortMissingLast="true" omitNorms="true"/>
<fieldType name="date" class="solr.TrieDateField" omitNorms="true"
precisionStep="0" positionIncrementGap="0"/>
<fieldType name="text" class="solr.TextField"
positionIncrementGap="100" autoGeneratePhraseQueries="true">
<analyzer type="index">
<tokenizer class="solr.WhitespaceTokenizerFactory"/>
<filter class="solr.StopFilterFactory"
ignoreCase="true"
words="stopwords.txt"
enablePositionIncrements="true"
/>
<filter class="solr.WordDelimiterFilterFactory"
generateWordParts="1" generateNumberParts="1" catenateWords="1"
catenateNumbers="1" catenateAll="0" splitOnCaseChange="1"/>
<filter class="solr.LowerCaseFilterFactory"/>
<filter class="solr.KeywordMarkerFilterFactory"
protected="protwords.txt"/>
<filter class="solr.PorterStemFilterFactory"/>
</analyzer>
<analyzer type="query">
<tokenizer class="solr.WhitespaceTokenizerFactory"/>
<filter class="solr.SynonymFilterFactory"
synonyms="synonyms.txt" ignoreCase="true" expand="true"/>
<filter class="solr.StopFilterFactory"
ignoreCase="true"
words="stopwords.txt"
enablePositionIncrements="true"
/>
<filter class="solr.WordDelimiterFilterFactory"
generateWordParts="1" generateNumberParts="1" catenateWords="0"
catenateNumbers="0" catenateAll="0" splitOnCaseChange="1"/>
<filter class="solr.LowerCaseFilterFactory"/>
<filter class="solr.KeywordMarkerFilterFactory"
protected="protwords.txt"/>
<filter class="solr.PorterStemFilterFactory"/>
</analyzer>
</fieldType>
</types>
</schema>
On Sun, Jul 8, 2012 at 11:57 PM, Lance Norskog <goks...@gmail.com> wrote:
> Please post a trimmed-down version of your schema.xml and a sample document.
>
> On Sun, Jul 8, 2012 at 11:54 AM, Jamie Johnson <jej2...@gmail.com> wrote:
>> Is there any more information that folks need to dig into this? I
>> have been unable to this point to figure out what specifically it is
>> happening, so would appreciate any help.
>>
>> On Fri, Jul 6, 2012 at 2:13 PM, Jamie Johnson <jej2...@gmail.com> wrote:
>>> A little more information on this.
>>>
>>> I tinkered a bit with the schema and it appears to be related to
>>> WordDelimiterFilterFactory and splitOnCaseChange being true, or at
>>> least this setting being set exhibits the issue.
>>>
>>> Also I am using the edismax query parser. Again any ideas/help would
>>> be greatly appreciated.
>>>
>>> On Fri, Jul 6, 2012 at 1:40 AM, Jamie Johnson <jej2...@gmail.com> wrote:
>>>> I just upgraded to trunk to try to fix an issue I was having with the
>>>> highlighter described in JIRA 1826, but it appears that this issue
>>>> still exists on trunk. I'm running the following query
>>>>
>>>> subject:ztest*
>>>>
>>>> subject is a text field (not multivalued) and the return in highlighting is
>>>>
>>>> <em>ZTest</em>For<em>ZTestForJamie</em>
>>>>
>>>> the actual stored value is "ZTestForJamie". Is anyone else experiencing
>>>> this?
>
>
>
> --
> Lance Norskog
> goks...@gmail.com
