[
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.
