[jira] Commented: (SOLR-257) Add ability for WordDelimiterFilter to ignore case changes
[ https://issues.apache.org/jira/browse/SOLR-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502690 ] J.J. Larrea commented on SOLR-257: -- Just last week I considered adding a parameter to WDF to suppress splitting on case change; I lazed out by simply throwing a LowerCaseFilter in front of the WDF in my Analyzer chain, but at the time I was thinking that it would get me into trouble if I ever wanted to run the output of WDF into a case-dependent stopword or synonym table. So this is useful and should be committed... though I agree the parameter should be "positive" and I like Yonik's naming suggestion. > Add ability for WordDelimiterFilter to ignore case changes > --- > > Key: SOLR-257 > URL: https://issues.apache.org/jira/browse/SOLR-257 > Project: Solr > Issue Type: Improvement > Components: update >Affects Versions: 1.2 >Reporter: Mike Klaas >Assignee: Mike Klaas >Priority: Trivial > Fix For: 1.3 > > Attachments: ignoreCaseChange.patch > > > patch adds ignoreCaseChange option to WordDelimiterFilter, which I have used > and it may be more generally useful -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (SOLR-205) SolrSharp - a C# client API for Solr
Good question, one that I can't confirm right now (other project keeping me from this at the present.) On evaluation it doesn't appear that there are any breaking changes at this point, other than Lucene query syntax requiring a change for field values with semi-colons. However, there are new features in both this release as well as 1.1 that have not been incorporated into the library (defaults used as opposed to allowing choices where those exist.) I will update JIRA with a confirmation indicating the library is 1.2compliant. On 6/7/07, Otis Gospodnetic (JIRA) <[EMAIL PROTECTED]> wrote: [ https://issues.apache.org/jira/browse/SOLR-205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502354] Otis Gospodnetic commented on SOLR-205: --- Jeff & Co: What is the status of this as far as getting it into the repository? Something to do right after 1.2 is fully released? It's still in sync with 1.2 codebase and works, right Jeff? > SolrSharp - a C# client API for Solr > > > Key: SOLR-205 > URL: https://issues.apache.org/jira/browse/SOLR-205 > Project: Solr > Issue Type: New Feature > Environment: Microsoft Windows, .Net Framework 2.0 >Reporter: Jeff Rodenburg >Priority: Minor > Attachments: solrsharp_0.1.zip, solrsharp_0.1.zip > > > SolrSharp is a client API written in C# using the .Net framework to interact with Apache Solr. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-258) Date based Facets
[ https://issues.apache.org/jira/browse/SOLR-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-258: -- Attachment: date_facets.patch First pass, no tests but the basics work ... i'm not all that happy about the cleanliness of the code yet (particularly the back and forth of format conversions). Params... * facet.date = FIELD_NAME ... multivalued * (f. FIELD_NAME.)facet.date.start = DATE ... single value, per field overridable, date that supports "NOW" style date math strings * (f. FIELD_NAME.)facet.date.end = DATE ... single value, per field overridable, date that supports "NOW" style date math strings * (f. FIELD_NAME.)facet.date.gap = DATE_MATH_STR ... single value, per field overridable, date math string (ie: "+1DAY") * (f. FIELD_NAME.)facet.date.other = pre | post | inner | all ... multivalue, per field overridable, string indicating what "other" info we want about the range: o pre = the count of matches before the start date o post = the count of matches after the end date o inner = the count of all matches between start and end o all = all of the above (default value) o none = no additional info requested. Still Todo... 1) add the support for facet.date.other (simple to do, just ran out of time to day) 2) Date parsing needs to be enhanced to support date math on full date strings, not just "NOW" that way if a client knows they are using facet.date.gap of +1DAY and they get back a facet count for 1995-12-31T00:00:00.000Z they can easily generate a filter query for field:[1995-12-31T00:00:00.000Z TO 1995-12-31T00:00:00.000Z+1DAY] to restrict their results 3) rethink some of the "ft.toExternal(ft.toInternal(...))" type stuff going on to ensure any date math strings are parsed... some of this may make sense as lower level methods in the DateField class Questions I'm not sure about... * how much should we worry about gaps not dividing evenly between start/end ... right now every range is exactly "gap" wide ... even if it goes past the "end". Should the last gap end at "end" no matter what? (how would we return that info in a way that's easy to parse and make a filter query out of) * ranges currently include both end poinst ... Ideally we'd include one end but not the other (so no overlap) but that makes filterqueries to restrict by those rnages hard (even though queryparser supports inclusive or exclusive ranges it doesn't support a mix/match of inclusive on one side and exclusive on the other). maybe we can have an "interval" param which defaults to one millisecond so ranges can allways be inclusive and still not overlap? * what should happen if "end < start" or "gap < 0" ... maybe those should be okay as long as both are true. * should we support hardcoded default values for start, end, and gap? ... for start it's easy to get the lowest value in the field, but what about gap and end? > Date based Facets > - > > Key: SOLR-258 > URL: https://issues.apache.org/jira/browse/SOLR-258 > Project: Solr > Issue Type: New Feature >Reporter: Hoss Man > Attachments: date_facets.patch > > > 1) Allow clients to express concepts like... > * "give me facet counts per day for every day this month." > * "give me facet counts per hour for every hour of today." > * "give me facet counts per hour for every hour of a specific day." > * "give me facet counts per hour for every hour of a specific day and > give me facet counts for the >number of matches before that day, or after that day." > 2) Return all data in a way that makes it easy to use to build filter queries > on those date ranges. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SOLR-258) Date based Facets
Date based Facets - Key: SOLR-258 URL: https://issues.apache.org/jira/browse/SOLR-258 Project: Solr Issue Type: New Feature Reporter: Hoss Man 1) Allow clients to express concepts like... * "give me facet counts per day for every day this month." * "give me facet counts per hour for every hour of today." * "give me facet counts per hour for every hour of a specific day." * "give me facet counts per hour for every hour of a specific day and give me facet counts for the number of matches before that day, or after that day." 2) Return all data in a way that makes it easy to use to build filter queries on those date ranges. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-257) Add ability for WordDelimiterFilter to ignore case changes
[ https://issues.apache.org/jira/browse/SOLR-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502546 ] Mike Klaas commented on SOLR-257: - The difference from generateWordParts is as follows: gWP splits adjacent tokens to see if they are both alpha regardless of how they are delimited. So if gWP=0, then PowerShot=power-shot=Power-Shot=powershot. If gWP=1 and ignoreCaseChange=1, then PowerShot=powershot, but Power-Shot=power-shot=power shot. For us, case changes were too "weak" a delimiter, and high idf subwords were inappropriately driving up relevancy on certain docs. > Add ability for WordDelimiterFilter to ignore case changes > --- > > Key: SOLR-257 > URL: https://issues.apache.org/jira/browse/SOLR-257 > Project: Solr > Issue Type: Improvement > Components: update >Affects Versions: 1.2 >Reporter: Mike Klaas >Assignee: Mike Klaas >Priority: Trivial > Fix For: 1.3 > > Attachments: ignoreCaseChange.patch > > > patch adds ignoreCaseChange option to WordDelimiterFilter, which I have used > and it may be more generally useful -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-257) Add ability for WordDelimiterFilter to ignore case changes
[ https://issues.apache.org/jira/browse/SOLR-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502543 ] Yonik Seeley commented on SOLR-257: --- I like splitOnCaseChange=false (default would be true) > Add ability for WordDelimiterFilter to ignore case changes > --- > > Key: SOLR-257 > URL: https://issues.apache.org/jira/browse/SOLR-257 > Project: Solr > Issue Type: Improvement > Components: update >Affects Versions: 1.2 >Reporter: Mike Klaas >Assignee: Mike Klaas >Priority: Trivial > Fix For: 1.3 > > Attachments: ignoreCaseChange.patch > > > patch adds ignoreCaseChange option to WordDelimiterFilter, which I have used > and it may be more generally useful -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-257) Add ability for WordDelimiterFilter to ignore case changes
[ https://issues.apache.org/jira/browse/SOLR-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502529 ] Hoss Man commented on SOLR-257: --- For reference, can you clarify how this differs from generateWordParts? i'm also wondering if the option shouldn't be inverted (ie: delimitOnCaseChange) and defaulted to true. all of the existing options are are "positive" in nature, they cause the filter to "do more" when true ... the semantics of this option would be to "do less" when it's true which may be a bit confusing for people > Add ability for WordDelimiterFilter to ignore case changes > --- > > Key: SOLR-257 > URL: https://issues.apache.org/jira/browse/SOLR-257 > Project: Solr > Issue Type: Improvement > Components: update >Affects Versions: 1.2 >Reporter: Mike Klaas >Assignee: Mike Klaas >Priority: Trivial > Fix For: 1.3 > > Attachments: ignoreCaseChange.patch > > > patch adds ignoreCaseChange option to WordDelimiterFilter, which I have used > and it may be more generally useful -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-257) Add ability for WordDelimiterFilter to ignore case changes
[ https://issues.apache.org/jira/browse/SOLR-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Klaas updated SOLR-257: Attachment: ignoreCaseChange.patch > Add ability for WordDelimiterFilter to ignore case changes > --- > > Key: SOLR-257 > URL: https://issues.apache.org/jira/browse/SOLR-257 > Project: Solr > Issue Type: Improvement > Components: update >Affects Versions: 1.2 >Reporter: Mike Klaas >Assignee: Mike Klaas >Priority: Trivial > Fix For: 1.3 > > Attachments: ignoreCaseChange.patch > > > patch adds ignoreCaseChange option to WordDelimiterFilter, which I have used > and it may be more generally useful -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SOLR-257) Add ability for WordDelimiterFilter to ignore case changes
Add ability for WordDelimiterFilter to ignore case changes --- Key: SOLR-257 URL: https://issues.apache.org/jira/browse/SOLR-257 Project: Solr Issue Type: Improvement Components: update Affects Versions: 1.2 Reporter: Mike Klaas Assignee: Mike Klaas Priority: Trivial Fix For: 1.3 Attachments: ignoreCaseChange.patch patch adds ignoreCaseChange option to WordDelimiterFilter, which I have used and it may be more generally useful -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-20) A simple Java client for updating and searching
[
https://issues.apache.org/jira/browse/SOLR-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502490
]
Walter Ferrara commented on SOLR-20:
yeah, i eventually modified the function to be just
public static void partialURLEncodeVal(Appendable dest, String val) throws
IOException {
dest.append(java.net.URLEncoder.encode(val, "UTF-8"));
}
so exactly the same thing, this way works good on non-english language too.
-- Walter
> A simple Java client for updating and searching
> ---
>
> Key: SOLR-20
> URL: https://issues.apache.org/jira/browse/SOLR-20
> Project: Solr
> Issue Type: New Feature
> Components: clients - java
> Environment: all
>Reporter: Darren Erik Vengroff
>Priority: Minor
> Attachments: DocumentManagerClient.java, DocumentManagerClient.java,
> solr-client-java-2.zip.zip, solr-client-java.zip, solr-client-sources.jar,
> solr-client.zip, solr-client.zip, solr-client.zip,
> solrclient_addqueryfacet.zip, SolrClientException.java,
> SolrServerException.java
>
>
> I wrote a simple little client class that can connect to a Solr server and
> issue add, delete, commit and optimize commands using Java methods. I'm
> posting here for review and comments as suggested by Yonik.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-20) A simple Java client for updating and searching
[ https://issues.apache.org/jira/browse/SOLR-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502489 ] Ryan McKinley commented on SOLR-20: --- Hi Walter- I just updated http://solrstuff.org/svn/solrj/ to use: URLEncoder.encode( val, "UTF-8" ) rather then: StrUtils.partialURLEncodeVal( val ) Give it a try and let me know if you have problems... (i have done date range queries successfully with resin/jetty, but netbeans must be different!) > A simple Java client for updating and searching > --- > > Key: SOLR-20 > URL: https://issues.apache.org/jira/browse/SOLR-20 > Project: Solr > Issue Type: New Feature > Components: clients - java > Environment: all >Reporter: Darren Erik Vengroff >Priority: Minor > Attachments: DocumentManagerClient.java, DocumentManagerClient.java, > solr-client-java-2.zip.zip, solr-client-java.zip, solr-client-sources.jar, > solr-client.zip, solr-client.zip, solr-client.zip, > solrclient_addqueryfacet.zip, SolrClientException.java, > SolrServerException.java > > > I wrote a simple little client class that can connect to a Solr server and > issue add, delete, commit and optimize commands using Java methods. I'm > posting here for review and comments as suggested by Yonik. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (SOLR-20) A simple Java client for updating and searching
[
https://issues.apache.org/jira/browse/SOLR-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502470
]
Walter Ferrara edited comment on SOLR-20 at 6/7/07 11:50 AM:
-
[I'm new to solrj, so everything I'm writing can be useless]
While trying to execute range query, using this query:
Text:Hello +Date:[1895011 TO 18971128]
[jdk 1.6/netbeans 5.5/solr1.2/solrj revision 125]
I kept getting IllegalArgumentException:
[...]
Caused by: java.lang.IllegalArgumentException: Invalid uri
'http://localhost:8983/solr/select?q=Text:Hello+%2BDate:[1895011+TO+18971128]&fl=ID,Date,score&rows=800&wt=xml&version=2.2':
Invalid query
at
org.apache.commons.httpclient.HttpMethodBase.(HttpMethodBase.java:222)
at
org.apache.commons.httpclient.methods.GetMethod.(GetMethod.java:89)
at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:108)
[...]
It seems related to un-escaped '[' and ']'.
the solution was to patch StrUtils.java, in order to encode square brackets.
If it is of any use, I'm attaching the patch
-- Walter
StrUtils.java.patch
204,207d203
< case '[': dest.append("%5B"); break; // to allow range query,
20070706 (w)
< case ']': dest.append("%5D"); break;
< case '{': dest.append("%7B"); break;
< case '}': dest.append("%7D"); break;
was:
[I'm new to solrj, so everything I'm write can be useless]
While trying to execute range query, using this query:
Text:Hello +Date:[1895011 TO 18971128]
[jdk 1.6/netbeans 5.5/solr1.2/solrj revision 125]
I kept getting IllegalArgumentException:
[...]
Caused by: java.lang.IllegalArgumentException: Invalid uri
'http://localhost:8983/solr/select?q=Text:Hello+%2BDate:[1895011+TO+18971128]&fl=ID,Date,score&rows=800&wt=xml&version=2.2':
Invalid query
at
org.apache.commons.httpclient.HttpMethodBase.(HttpMethodBase.java:222)
at
org.apache.commons.httpclient.methods.GetMethod.(GetMethod.java:89)
at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:108)
[...]
It seems related to un-escaped '[' and ']'.
the solution was to patch StrUtils.java, in order to encode square brackets.
If it is of any use, I'm attaching the patch
-- Walter
StrUtils.java.patch
204,207d203
< case '[': dest.append("%5B"); break; // to allow range query,
20070706 (w)
< case ']': dest.append("%5D"); break;
< case '{': dest.append("%7B"); break;
< case '}': dest.append("%7D"); break;
> A simple Java client for updating and searching
> ---
>
> Key: SOLR-20
> URL: https://issues.apache.org/jira/browse/SOLR-20
> Project: Solr
> Issue Type: New Feature
> Components: clients - java
> Environment: all
>Reporter: Darren Erik Vengroff
>Priority: Minor
> Attachments: DocumentManagerClient.java, DocumentManagerClient.java,
> solr-client-java-2.zip.zip, solr-client-java.zip, solr-client-sources.jar,
> solr-client.zip, solr-client.zip, solr-client.zip,
> solrclient_addqueryfacet.zip, SolrClientException.java,
> SolrServerException.java
>
>
> I wrote a simple little client class that can connect to a Solr server and
> issue add, delete, commit and optimize commands using Java methods. I'm
> posting here for review and comments as suggested by Yonik.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-20) A simple Java client for updating and searching
[
https://issues.apache.org/jira/browse/SOLR-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502470
]
Walter Ferrara commented on SOLR-20:
[I'm new to solrj, so everything I'm write can be useless]
While trying to execute range query, using this query:
Text:Hello +Date:[1895011 TO 18971128]
[jdk 1.6/netbeans 5.5/solr1.2/solrj revision 125]
I kept getting IllegalArgumentException:
[...]
Caused by: java.lang.IllegalArgumentException: Invalid uri
'http://localhost:8983/solr/select?q=Text:Hello+%2BDate:[1895011+TO+18971128]&fl=ID,Date,score&rows=800&wt=xml&version=2.2':
Invalid query
at
org.apache.commons.httpclient.HttpMethodBase.(HttpMethodBase.java:222)
at
org.apache.commons.httpclient.methods.GetMethod.(GetMethod.java:89)
at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:108)
[...]
It seems related to un-escaped '[' and ']'.
the solution was to patch StrUtils.java, in order to encode square brackets.
If it is of any use, I'm attaching the patch
-- Walter
StrUtils.java.patch
204,207d203
< case '[': dest.append("%5B"); break; // to allow range query,
20070706 (w)
< case ']': dest.append("%5D"); break;
< case '{': dest.append("%7B"); break;
< case '}': dest.append("%7D"); break;
> A simple Java client for updating and searching
> ---
>
> Key: SOLR-20
> URL: https://issues.apache.org/jira/browse/SOLR-20
> Project: Solr
> Issue Type: New Feature
> Components: clients - java
> Environment: all
>Reporter: Darren Erik Vengroff
>Priority: Minor
> Attachments: DocumentManagerClient.java, DocumentManagerClient.java,
> solr-client-java-2.zip.zip, solr-client-java.zip, solr-client-sources.jar,
> solr-client.zip, solr-client.zip, solr-client.zip,
> solrclient_addqueryfacet.zip, SolrClientException.java,
> SolrServerException.java
>
>
> I wrote a simple little client class that can connect to a Solr server and
> issue add, delete, commit and optimize commands using Java methods. I'm
> posting here for review and comments as suggested by Yonik.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
SOLR-20....
Has anyone had a chance to look at: SOLR-135 and/or SOLR-193 I hope to get SOLR-20 integrated into trunk soon, so there is plenty of time for it to mature before the next release. It is now reasonably solid (thanks to help from Will Johnson) thanks ryan ps. I think the "next solr" is better clients/apps -- flare etc
Hudson build is back to normal: Solr-Nightly #104
See http://lucene.zones.apache.org:8080/hudson/job/Solr-Nightly/104/changes
Solr 1.2 released
Solr 1.2 is now available for download! This is the first release since Solr graduated from the Incubator, and includes many improvements, including CSV/delimited-text data loading, time based auto-commit, faster faceting, negative filters, a spell-check handler, sounds-like word filters, regex text filters, and more flexible plugins. Solr releases can be downloaded from http://www.apache.org/dyn/closer.cgi/lucene/solr/ -Yonik
[jira] Commented: (SOLR-205) SolrSharp - a C# client API for Solr
[ https://issues.apache.org/jira/browse/SOLR-205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502354 ] Otis Gospodnetic commented on SOLR-205: --- Jeff & Co: What is the status of this as far as getting it into the repository? Something to do right after 1.2 is fully released? It's still in sync with 1.2 codebase and works, right Jeff? > SolrSharp - a C# client API for Solr > > > Key: SOLR-205 > URL: https://issues.apache.org/jira/browse/SOLR-205 > Project: Solr > Issue Type: New Feature > Environment: Microsoft Windows, .Net Framework 2.0 >Reporter: Jeff Rodenburg >Priority: Minor > Attachments: solrsharp_0.1.zip, solrsharp_0.1.zip > > > SolrSharp is a client API written in C# using the .Net framework to interact > with Apache Solr. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-256) Stats via JMX
[ https://issues.apache.org/jira/browse/SOLR-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharad Agarwal updated SOLR-256: Component/s: update search Description: This patch adds JMX capability to get statistics from all the SolrInfoMBean. The implementation is done such a way to minimize code changes. In SolrInfoRegistry, I have overloaded Map's put and remove methods to register and unregister SolrInfoMBean in MBeanServer. Later on, I am planning to use register and unregister methods in SolrInfoRegistry and removing getRegistry() method (Hiding the map instance to other classes) was:This patch add JMX capability to get statistics from all the SolrInfoMBean. > Stats via JMX > - > > Key: SOLR-256 > URL: https://issues.apache.org/jira/browse/SOLR-256 > Project: Solr > Issue Type: New Feature > Components: search, update >Reporter: Sharad Agarwal >Priority: Minor > Attachments: jmx.patch > > > This patch adds JMX capability to get statistics from all the SolrInfoMBean. > The implementation is done such a way to minimize code changes. > In SolrInfoRegistry, I have overloaded Map's put and remove methods to > register and unregister SolrInfoMBean in MBeanServer. > Later on, I am planning to use register and unregister methods in > SolrInfoRegistry and removing getRegistry() method (Hiding the map instance > to other classes) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-256) Stats via JMX
[ https://issues.apache.org/jira/browse/SOLR-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharad Agarwal updated SOLR-256: Attachment: jmx.patch It uses Dynamic MBean to expose all SolrInfoMBean getStatistics() NameList keys as String getters. > Stats via JMX > - > > Key: SOLR-256 > URL: https://issues.apache.org/jira/browse/SOLR-256 > Project: Solr > Issue Type: New Feature >Reporter: Sharad Agarwal >Priority: Minor > Attachments: jmx.patch > > > This patch add JMX capability to get statistics from all the SolrInfoMBean. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SOLR-256) Stats via JMX
Stats via JMX - Key: SOLR-256 URL: https://issues.apache.org/jira/browse/SOLR-256 Project: Solr Issue Type: New Feature Reporter: Sharad Agarwal Priority: Minor This patch add JMX capability to get statistics from all the SolrInfoMBean. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
