[ https://issues.apache.org/jira/browse/SOLR-536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12602919#action_12602919 ]
Noble Paul commented on SOLR-536: --------------------------------- yes concurrency is impotant. The _cache.get()_ is called by too many threads in a webapp . _Collections.synchronizedMap()_ has the get() synchronized so more contention. cost per operation is less but waiting time can be longer for _Collections..synchronizedMap()_ > Automatic binding of results to Beans (for solrj) > ------------------------------------------------- > > Key: SOLR-536 > URL: https://issues.apache.org/jira/browse/SOLR-536 > Project: Solr > Issue Type: New Feature > Components: clients - java > Affects Versions: 1.3 > Reporter: Noble Paul > Assignee: Ryan McKinley > Priority: Minor > Fix For: 1.3 > > Attachments: SOLR-536.patch, SOLR-536.patch, SOLR-536.patch > > > as we are using java5 .we can use annotations to bind SolrDocument to java > beans directly. > This can make the usage of solrj a bit simpler > The QueryResponse class in solrj can have an extra method as follows > public <T> List<T> getResultBeans(Class<T> klass) > and the bean can have annotations as > class MyBean{ > @Field("id") //name is optional > String id; > @Field("category") > List<String> categories > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.