Ok. Figured it out. Thanks for the pointer. The field was of type "RAW" in Oracle so it was being converted to a java string by DIH with the behaviour below.
I just changed the SQL query in DIH to add RAWTOHEX(guid) On 8/30/11 11:03 AM, "Twomey, David" <david.two...@novartis.com> wrote: >Hmmm, I'm using DIH defined in data-config.xml > >I have an Oracle data source configured using JDBC connect string. > > > > >On 8/30/11 10:41 AM, "Erik Hatcher" <erik.hatc...@gmail.com> wrote: > >>My educated guess is that you're using Java for your indexer, and you're >>(or something below is) doing a toString on a Java object. You're >>sending over a Java object address, not the string itself. A simple >>change to your indexer should fix this. >> >> Erik >> >>On Aug 30, 2011, at 08:42 , Twomey, David wrote: >> >>> >>> I have a string fieldtype defined as so >>> >>> <fieldType name="string" class="solr.StrField" sortMissingLast="true" >>>omitNorms="true"/> >>> >>> And I have a field defined as >>> >>> <field name="guid" type="string" indexed="true" stored="true" >>>required="false" /> >>> >>> The fields are of this format >>> 92E8EF8FC9F362BBE0408CA5785A29D4 >>> >>> But in the index they are like this: >>> <str name="guid">[B@520ed128</str> >>> >>> I thought it must be compression but compression=true|false is no >>>longer supported by strField >>> I don't see any base64 encoding in this field. >>> >>> Anyone shed light on this? >>> >>> Thanks >>> >> >
