[SOLR-4281] fix log watcher to not be dependent on the schema.xml

• Type: Improvement
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Assignee: Unassigned
• Reporter: Chris M. Hostetter
• Created: 07/Jan/13 22:37
• Updated: 07/Jan/13 22:39

Description

SOLR-3829 tracks a bug a user unconvered with the "LogWatcher" functionality of the UI if/when there was a wildcard "*" dynamicField – the underlying crux of the problem being that the LogWatcher returns log data to the lcient as if each log message was a SolrDocument, and the QueryResponseWriter processes those SolrDocuments according to the rules of the schema (ie: multivalued="true", etc...)

steffkes worked arround this specific problem in SOLR-3829 by using the first value of multiple values – but this really just helps the semi-common case of people with an "ignored" or "string" multivalued catchall dynamicField – the underlying problem is still a risk if any of the field names in these log messages happen to match field names in the schema using incompatible types (ie: fields that are declared numeric but the LogWatcher uses string data)

we need to change the LogWatcher to return these log messages using simple Map<String,String> or NamedList<String,String> data instead of fake SolrDocument objects

Issue Links

• incorporates: SOLR-3829 Admin UI Logging events broken if schema.xml defines a catch-all dynamicField with type ignored