Nabble - Solr - Dev

Re: Namespaces in response (SOLR-1586)

2009-12-14T19:16:14Z

Hi Hoss,

On 12/14/09 3:18 PM, "Chris Hostetter" <hossman_lucene@...> wrote:

>
> : Well, I actually would disagree. What's the point of #toInternal and
> : #toExternal then, other than to convert from the external representation to
> : an internal Lucene index representation, and then to do the opposite coming
> : out of the index?
>
> that is what they are for -- but they deal purely in string
> representations of hte data itself -- they don't (and shouldn't) know/care
> wether the data is then being encapsulted in JSON, thrift, Avro, Solr XML,
> RSS, KML, etc....
>
> The "String" limitation of toExternal is on of the reasons toObject was
> added (and the reason the BinaryResponseWRiter uses toObject()).

Conceptually I think that the best approach would be to do something similar
to the functionality of #toObject, but to not call it that. #toInternal and
#toExternal are actually good names, their interface is just off (they
shouldn't return Strings).

>
> : class final which it once was). We should rename that to
> : SolrXmlResponseWriter, but it's not really generic XML (as the name
> : suggests), it's SOLR's custom (undocumented) XML schema, right? Also, since
>
> Eh... i don't know that the name suggests that it can generate generic
> XML, it generates a (particular) one to one mapping from the
> SolrQueryResponse to XML .. just like the JSONResponseWriter generates a
> one to one mapping fromthe SolrQueryResponse to JSON, and ditoo for the
> ruby/php/python writers ... there an infinite number of possible
> XML/JSON/Ruby/PHP/Python/etc. structures that *could* be generated from
> a SolrQueryResponse, no one has ever accused any of those response writers
> of not being flexible enough to generate a *different* type of response in
> those formats.

You may be right, but actually quite a few issues have referenced even non
XMLWriters of similar issues. See:

http://issues.apache.org/jira/browse/SOLR-1616
http://issues.apache.org/jira/browse/SOLR-358
http://issues.apache.org/jira/browse/SOLR-1555
http://issues.apache.org/jira/browse/SOLR-431
http://issues.apache.org/jira/browse/SOLR-912

>
> And practicle speaking: slapping "Solr" in front of a response writer
> classname isn't going to make it crystal clear that it produces a "solr
> specific" type of "____". It's oging to make people think it's the
> "Solr" implemntation of "____". "Solr" is hte prefix of enough classnames
> that eyeballs are just going to gloss over it.

Maybe, maybe not. I'm not sure the effect is to make it crystal clear as
much as it is to make it "clearer". XMLWriter is totally ambiguous -- what
type of "XML" does it generate? I would argue "SOLR response XML", hence the
SorlXmlResponseWriter.

>
> : suggests), it's SOLR's custom (undocumented) XML schema, right? Also, since
> : it's undocumented, I'd be happy to throw it together for it's XML format.
>
> we actaully went round and round on documenting it back in the early days
> .. frequently it was deemed "self documenting" enough for end users so not
> much effort was ever put into it. there was a Jira issue to create and
> XSD, but even once we had one, no one really had any idea what to *do*
> with it...
>
> https://issues.apache.org/jira/browse/SOLR-17

I commented on SOLR-17 on what could be done with it, and I linked it to the
new issue I threw up: SOLR-1646. Both can be closed at the same time, or
even better, I can close SOLR-1646 and then work diligently on trying to get
SOLR-17 committed. Even for documentation purposes it's well worth while.

>
>
> : Would that also be welcomed? Then, we should develop an easy extension point
> : mechanism for people who want to develop their own XML response writers and
> : write their own clients (or leverage existing clients that understand that
> : XML).
>
> +1
>
> I think the crux of this would be XML based response writer similar to hte
> BinaryResponseWriter that can use a "codec" type system for outputing
> known types of objects, using FiledType.toOBject() to get field values.
> Then we just have to provide "default" codecs for all the types of objects
> we produce "out of the box", but people can customize with their own
> codecs if they want differnet representation.

+1!

Thanks, Hoss.

Cheers,
Chris

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: Chris.Mattmann@...
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department University of
Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

[jira] Updated: (SOLR-1653) add PatternReplaceCharFilter

2009-12-14T18:53:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Koji Sekiguchi updated SOLR-1653:
---------------------------------

Attachment: SOLR-1653.patch

Excuse myself, because I tried to correct offset per group in a match when I started the first patch, I introduced my own syntax. But, yes, now I've implemented the offset correction per match, so I can use standard syntax. Here is the new patch.

Usage:
{code:title=schema.xml}
<fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
<analyzer>
<charFilter class="solr.PatternReplaceCharFilterFactory"
pattern="([nN][oO]\.)\s*(\d+)"
replaceWith="$1$2"/>
<charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
<tokenizer class="solr.WhitespaceTokenizerFactory"/>
</analyzer>
</fieldType>
{code}

If there is no objections, I'll commit later today.

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch, SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-17) XSD for solr requests/responses

2009-12-14T18:43:18Z

[ https://issues.apache.org/jira/browse/SOLR-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790530#action_12790530 ]

Chris A. Mattmann commented on SOLR-17:
---------------------------------------

There are actually a lot of useful things that could be done with an XSD.

For starters:

# we could have validated the the XML i wanted to introduce as part of SOLR-1586 wouldn't work automatically.
# we could generate a custom Solr XML Response Reader using JAXB
# we could generate sample Solr XML Responses with ease using a tool like Doxygen or XMLSpy

> XSD for solr requests/responses
> -------------------------------
>
> Key: SOLR-17
> URL: https://issues.apache.org/jira/browse/SOLR-17
> Project: Solr
> Issue Type: Improvement
> Reporter: Mike Baranczak
> Priority: Minor
> Attachments: solr-complex.xml, solr-rev2.xsd, solr.xsd, UselessRequestHandler.java
>
>
> Attaching an XML schema definition for the responses and the update requests. I needed to do this for myself anyway, so I might as well contribute it to the project.
> At the moment, I have no plans to write an XSD for the config documents, but it wouldn't be a bad idea.
> TODO: change the schema URL. I'm guessing that Apache already has some sort of naming convention for these?

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-773) Incorporate Local Lucene/Solr

2009-12-14T16:26:18Z

[ https://issues.apache.org/jira/browse/SOLR-773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790485#action_12790485 ]

Benoît Terradillos commented on SOLR-773:
-----------------------------------------

Bonjour,
Je suis absent jusqu'au 4 janvier prochain, mais répondrai au plus vite à votre message dès mon retour.
Cordiales salutations,
Benoît Terradillos

> Incorporate Local Lucene/Solr
> -----------------------------
>
> Key: SOLR-773
> URL: https://issues.apache.org/jira/browse/SOLR-773
> Project: Solr
> Issue Type: New Feature
> Reporter: Grant Ingersoll
> Assignee: Grant Ingersoll
> Priority: Minor
> Fix For: 1.5
>
> Attachments: exampleSpatial.zip, lucene-spatial-2.9-dev.jar, lucene.tar.gz, screenshot-1.jpg, SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, SOLR-773-spatial_solr.patch, SOLR-773.patch, SOLR-773.patch, solrGeoQuery.tar, spatial-solr.tar.gz
>
>
> Local Lucene has been donated to the Lucene project. It has some Solr components, but we should evaluate how best to incorporate it into Solr.
> See http://lucene.markmail.org/message/orzro22sqdj3wows?q=LocalLucene

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-773) Incorporate Local Lucene/Solr

2009-12-14T16:18:18Z

[ https://issues.apache.org/jira/browse/SOLR-773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790482#action_12790482 ]

Dave Craft commented on SOLR-773:
---------------------------------

Hi,

I've created a blog post on installing LocalSolr onto Solr 1.4.. Which takes all the comments and breaks it down into step by step instructions.

Hope it helps

http://craftyfella.blogspot.com/2009/12/installing-localsolr-onto-solr-14.html

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1656) XInclude's are resolved relative CWD, not instance dir

2009-12-14T15:44:19Z

[ https://issues.apache.org/jira/browse/SOLR-1656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790460#action_12790460 ]

Paul Libbrecht commented on SOLR-1656:
--------------------------------------

I may be very wrongly informing but using

i = new InputSource(<theInputStream>);
i.setSystemId(file.toURL().getExternalForm());

is a recipe that has worked many times and allows relative resolution.

new InputSource(file.toURL())

should as well.

paul

> XInclude's are resolved relative CWD, not instance dir
> ------------------------------------------------------
>
> Key: SOLR-1656
> URL: https://issues.apache.org/jira/browse/SOLR-1656
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.4
> Reporter: Hoss Man
>
> As noted on the mailing list, when an XInclude in a config files refrences a relative path, it's resolved relative the CWD of the servlet container, and not the instanceDir of the core...
> http://old.nabble.com/using-Xinclude-with-multi-core-to26548400.html#a26548400

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1656) XInclude's are resolved relative CWD, not instance dir

2009-12-14T15:37:18Z

[ https://issues.apache.org/jira/browse/SOLR-1656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790448#action_12790448 ]

Hoss Man commented on SOLR-1656:
--------------------------------

The probably is probably caused by the default behavior of DocumentBuilder when it doesn't know the filename of the XML it is parsing -- Config.java only provides an InputStream

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (SOLR-1656) XInclude's are resolved relative CWD, not instance dir

2009-12-14T15:35:18Z

XInclude's are resolved relative CWD, not instance dir
------------------------------------------------------

Key: SOLR-1656
URL: https://issues.apache.org/jira/browse/SOLR-1656
Project: Solr
Issue Type: Bug
Affects Versions: 1.4
Reporter: Hoss Man

As noted on the mailing list, when an XInclude in a config files refrences a relative path, it's resolved relative the CWD of the servlet container, and not the instanceDir of the core...

http://old.nabble.com/using-Xinclude-with-multi-core-to26548400.html#a26548400

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Namespaces in response (SOLR-1586)

2009-12-14T15:18:01Z

: I'm conflicted here. In simple semantics, sure it's just an array of
: float/double numbers. A, if a string must be used a comma is probably OK, so
: long as it maps to some existing known approach to represent points. I've
: asked several times if there are examples. I can point to one that uses
: spaces to separate the coordinates in the point (georss). What others use
: comma?

I have no opinion about the details ... space seperated string, comma
seperated string, list of ints ... they are all the same to me.

As a layman, my limited knowledge of geo coordinates has a vague notion
that comma is the seperated used when discussing latitude nad longitute,
but i have no real knowledge of naything GIS related. (i think i remember
that KML uses comma, but KML also has some weird idea that longitude comes
first because that's what the guys writing graphics rendering engines
aparently like: y-axis first)

: Well, I actually would disagree. What's the point of #toInternal and
: #toExternal then, other than to convert from the external representation to
: an internal Lucene index representation, and then to do the opposite coming
: out of the index?

that is what they are for -- but they deal purely in string
representations of hte data itself -- they don't (and shouldn't) know/care
wether the data is then being encapsulted in JSON, thrift, Avro, Solr XML,
RSS, KML, etc....

The "String" limitation of toExternal is on of the reasons toObject was
added (and the reason the BinaryResponseWRiter uses toObject()).

: class final which it once was). We should rename that to
: SolrXmlResponseWriter, but it's not really generic XML (as the name
: suggests), it's SOLR's custom (undocumented) XML schema, right? Also, since

Eh... i don't know that the name suggests that it can generate generic
XML, it generates a (particular) one to one mapping from the
SolrQueryResponse to XML .. just like the JSONResponseWriter generates a
one to one mapping fromthe SolrQueryResponse to JSON, and ditoo for the
ruby/php/python writers ... there an infinite number of possible
XML/JSON/Ruby/PHP/Python/etc. structures that *could* be generated from
a SolrQueryResponse, no one has ever accused any of those response writers
of not being flexible enough to generate a *different* type of response in
those formats.

And practicle speaking: slapping "Solr" in front of a response writer
classname isn't going to make it crystal clear that it produces a "solr
specific" type of "____". It's oging to make people think it's the
"Solr" implemntation of "____". "Solr" is hte prefix of enough classnames
that eyeballs are just going to gloss over it.

: suggests), it's SOLR's custom (undocumented) XML schema, right? Also, since
: it's undocumented, I'd be happy to throw it together for it's XML format.

we actaully went round and round on documenting it back in the early days
.. frequently it was deemed "self documenting" enough for end users so not
much effort was ever put into it. there was a Jira issue to create and
XSD, but even once we had one, no one really had any idea what to *do*
with it...

https://issues.apache.org/jira/browse/SOLR-17

: Would that also be welcomed? Then, we should develop an easy extension point
: mechanism for people who want to develop their own XML response writers and
: write their own clients (or leverage existing clients that understand that
: XML).

+1

I think the crux of this would be XML based response writer similar to hte
BinaryResponseWriter that can use a "codec" type system for outputing
known types of objects, using FiledType.toOBject() to get field values.
Then we just have to provide "default" codecs for all the types of objects
we produce "out of the box", but people can customize with their own
codecs if they want differnet representation.

-Hoss

[jira] Commented: (SOLR-1277) Implement a Solr specific naming service (using Zookeeper)

2009-12-14T13:28:18Z

[ https://issues.apache.org/jira/browse/SOLR-1277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790382#action_12790382 ]

Mark Miller commented on SOLR-1277:
-----------------------------------

bq. Regarding connection to ZooKeeper, this example shows one way to wait for the connection to be established using a re-usable "CountdownWatcher"

Thanks! I've popped this in for now. I had introduced a simple similar mechanism to wait, but hadn't added in a timeout. This gives us a good start.

> Implement a Solr specific naming service (using Zookeeper)
> ----------------------------------------------------------
>
> Key: SOLR-1277
> URL: https://issues.apache.org/jira/browse/SOLR-1277
> Project: Solr
> Issue Type: New Feature
> Affects Versions: 1.4
> Reporter: Jason Rutherglen
> Assignee: Grant Ingersoll
> Priority: Minor
> Fix For: 1.5
>
> Attachments: log4j-1.2.15.jar, SOLR-1277.patch, SOLR-1277.patch, SOLR-1277.patch, SOLR-1277.patch, zookeeper-3.2.1.jar
>
> Original Estimate: 672h
> Remaining Estimate: 672h
>
> The goal is to give Solr server clusters self-healing attributes
> where if a server fails, indexing and searching don't stop and
> all of the partitions remain searchable. For configuration, the
> ability to centrally deploy a new configuration without servers
> going offline.
> We can start with basic failover and start from there?
> Features:
> * Automatic failover (i.e. when a server fails, clients stop
> trying to index to or search it)
> * Centralized configuration management (i.e. new solrconfig.xml
> or schema.xml propagates to a live Solr cluster)
> * Optionally allow shards of a partition to be moved to another
> server (i.e. if a server gets hot, move the hot segments out to
> cooler servers). Ideally we'd have a way to detect hot segments
> and move them seamlessly. With NRT this becomes somewhat more
> difficult but not impossible?

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1131) Allow a single field type to index multiple fields

2009-12-14T12:47:26Z

[ https://issues.apache.org/jira/browse/SOLR-1131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790357#action_12790357 ]

Yonik Seeley commented on SOLR-1131:
------------------------------------

bq. That's inherited from a more general mechanism that would allow multiple field types.

But multiple sub-field types would be used for different things, and should hence be separate parameters? So if a field type indexed points separately and indexed a field that contains a list of cartesian tiers, I could see the params being

<fieldType ..., coordinateType="..." cartesianTierType="..."/>
(or coordinateSuffix / cartesianTierSuffix)

> Allow a single field type to index multiple fields
> --------------------------------------------------
>
> Key: SOLR-1131
> URL: https://issues.apache.org/jira/browse/SOLR-1131
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Reporter: Ryan McKinley
> Assignee: Grant Ingersoll
> Fix For: 1.5
>
> Attachments: SOLR-1131-IndexMultipleFields.patch, SOLR-1131.Mattmann.121009.patch.txt, SOLR-1131.Mattmann.121109.patch.txt, SOLR-1131.patch, SOLR-1131.patch, SOLR-1131.patch, SOLR-1131.patch, SOLR-1131.patch, SOLR-1131.patch, SOLR-1131.patch, SOLR-1131.patch, SOLR-1131.patch
>
>
> In a few special cases, it makes sense for a single "field" (the concept) to be indexed as a set of Fields (lucene Field). Consider SOLR-773. The concept "point" may be best indexed in a variety of ways:
> * geohash (sincle lucene field)
> * lat field, lon field (two double fields)
> * cartesian tiers (a series of fields with tokens to say if it exists within that region)

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1131) Allow a single field type to index multiple fields

2009-12-14T12:23:27Z

[ https://issues.apache.org/jira/browse/SOLR-1131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790330#action_12790330 ]

Grant Ingersoll commented on SOLR-1131:
---------------------------------------

bq. minor nit: why is "subFieldTypes" plural? We're only specifying a single type, right?

That's inherited from a more general mechanism that would allow multiple field types. So, the PointType only allows one, but other implementations may allow more.

bq. Given the concerns of some people around automatically registering a dynamic field, perhaps we should optionally allow a subFieldSuffix to be passed instead of subFieldTypes.

That's fine by me. Given my workload, I will try to do this and commit on Thursday of this week, unless someone wants to take it before then.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1277) Implement a Solr specific naming service (using Zookeeper)

2009-12-14T11:09:21Z

[ https://issues.apache.org/jira/browse/SOLR-1277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790291#action_12790291 ]

Patrick Hunt commented on SOLR-1277:
------------------------------------

Regarding connection to ZooKeeper, this example shows one way to wait for the connection to
be established using a re-usable "CountdownWatcher"

http://github.com/phunt/zkexamples/blob/master/src/test_session_expiration/TestSessionExpiration.java

You might also want to review the faq for more insight into zk state transitions and their effects
http://wiki.apache.org/hadoop/ZooKeeper/FAQ

FF to open a dialog on zookeeper-user if you have questions.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1131) Allow a single field type to index multiple fields

2009-12-14T09:00:18Z

[ https://issues.apache.org/jira/browse/SOLR-1131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790237#action_12790237 ]

Yonik Seeley commented on SOLR-1131:
------------------------------------

Given the concerns of some people around automatically registering a dynamic field, perhaps we should optionally allow a subFieldSuffix to be passed instead of subFieldTypes.

minor nit: why is "subFieldTypes" plural? We're only specifying a single type, right?

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (SOLR-1654) Add TikaEntityProcessor example to the DIHExample

2009-12-14T07:16:22Z

[ https://issues.apache.org/jira/browse/SOLR-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Akshay K. Ukey updated SOLR-1654:
---------------------------------

Attachment: SOLR-1654.patch

> Add TikaEntityProcessor example to the DIHExample
> -------------------------------------------------
>
> Key: SOLR-1654
> URL: https://issues.apache.org/jira/browse/SOLR-1654
> Project: Solr
> Issue Type: Improvement
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Akshay K. Ukey
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1654.patch
>
>
> As part of "ant example" a sample tika setup should be generated.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (SOLR-1655) Remove default datasource MockDataSource from DIH requestHandler config in dataimport-solrconfig.xml

2009-12-14T07:14:18Z

[ https://issues.apache.org/jira/browse/SOLR-1655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Akshay K. Ukey updated SOLR-1655:
---------------------------------

Attachment: SOLR-1655.patch

> Remove default datasource MockDataSource from DIH requestHandler config in dataimport-solrconfig.xml
> ----------------------------------------------------------------------------------------------------
>
> Key: SOLR-1655
> URL: https://issues.apache.org/jira/browse/SOLR-1655
> Project: Solr
> Issue Type: Bug
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Akshay K. Ukey
> Assignee: Noble Paul
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1655.patch
>
>
> Presence of MockDataSource as default datasource for DataImportHandler requestHandler in dataimport-solrconfig.xml (which is used by DIH tests) requires name attribute for dataSource tag to be present in dataConfig.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1621) Allow current single core deployments to be specified by solr.xml

2009-12-14T06:46:21Z

[ https://issues.apache.org/jira/browse/SOLR-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790185#action_12790185 ]

Noble Paul commented on SOLR-1621:
----------------------------------

I shall soon give a final patch w/ the removal of ALIAS.

> Allow current single core deployments to be specified by solr.xml
> -----------------------------------------------------------------
>
> Key: SOLR-1621
> URL: https://issues.apache.org/jira/browse/SOLR-1621
> Project: Solr
> Issue Type: New Feature
> Affects Versions: 1.5
> Reporter: Noble Paul
> Assignee: Noble Paul
> Fix For: 1.5
>
> Attachments: SOLR-1621.patch, SOLR-1621.patch, SOLR-1621.patch, SOLR-1621.patch, SOLR-1621.patch, SOLR-1621.patch, SOLR-1621.patch, SOLR-1621.patch, SOLR-1621.patch
>
>
> supporting two different modes of deployments is turning out to be hard. This leads to duplication of code. Moreover there is a lot of confusion on where do we put common configuration. See the mail thread http://markmail.org/message/3m3rqvp2ckausjnf

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1621) Allow current single core deployments to be specified by solr.xml

2009-12-14T05:39:18Z

[ https://issues.apache.org/jira/browse/SOLR-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790145#action_12790145 ]

Mark Miller commented on SOLR-1621:
-----------------------------------

bq. The patch looks fine . I plan to commit it soon

I still think we need to do something about handleAliasAction - possibly just remove it. It's not really a deprecation like it says - if someone overrode it, its no longer called. Better to get a hard error.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1653) add PatternReplaceCharFilter

2009-12-14T05:03:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790129#action_12790129 ]

Noble Paul commented on SOLR-1653:
----------------------------------

bq.I need to process one match at a time.

I guess regex can process one match at a time.

The most important point is that , we don't need to educate the users on this new syntax. (I am still not clear about the syntax) . No need to write any parsing code and maintain it

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1621) Allow current single core deployments to be specified by solr.xml

2009-12-14T05:03:18Z

[ https://issues.apache.org/jira/browse/SOLR-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790128#action_12790128 ]

Mark Miller commented on SOLR-1621:
-----------------------------------

bq. me too. But this looked like an exception. This is rarely used (if at all) and according to me is a bad feature because it needs editing web.xml .

Thats fine - as long as we have good warnings, I'm fine with removing it - but we *must* have a replacement for the tests that count on this feature.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1653) add PatternReplaceCharFilter

2009-12-14T04:55:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790127#action_12790127 ]

Koji Sekiguchi commented on SOLR-1653:
--------------------------------------

bq. I guess this can be achieved with the matcher#replaceAll() directly

You're right if we don't correct offset of the output char stream. I need to process one match at a time.

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1621) Allow current single core deployments to be specified by solr.xml

2009-12-14T02:28:18Z

[ https://issues.apache.org/jira/browse/SOLR-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790079#action_12790079 ]

Noble Paul commented on SOLR-1621:
----------------------------------

The patch looks fine . I plan to commit it soon

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (SOLR-1621) Allow current single core deployments to be specified by solr.xml

2009-12-14T02:04:18Z

[ https://issues.apache.org/jira/browse/SOLR-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Noble Paul reassigned SOLR-1621:
--------------------------------

Assignee: Noble Paul

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (SOLR-1655) Remove default datasource MockDataSource from DIH requestHandler config in dataimport-solrconfig.xml

2009-12-14T01:52:18Z

[ https://issues.apache.org/jira/browse/SOLR-1655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Noble Paul reassigned SOLR-1655:
--------------------------------

Assignee: Noble Paul

> Remove default datasource MockDataSource from DIH requestHandler config in dataimport-solrconfig.xml
> ----------------------------------------------------------------------------------------------------
>
> Key: SOLR-1655
> URL: https://issues.apache.org/jira/browse/SOLR-1655
> Project: Solr
> Issue Type: Bug
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Akshay K. Ukey
> Assignee: Noble Paul
> Priority: Minor
> Fix For: 1.5
>
>
> Presence of MockDataSource as default datasource for DataImportHandler requestHandler in dataimport-solrconfig.xml (which is used by DIH tests) requires name attribute for dataSource tag to be present in dataConfig.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1653) add PatternReplaceCharFilter

2009-12-14T01:44:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790067#action_12790067 ]

Noble Paul commented on SOLR-1653:
----------------------------------

I guess this can be achieved with the matcher#replaceAll() directly

input = see-ing looking
regex = (\w+)(ing)
replaceWith = $1

input = abc=1234=5678
regex =(\w+)=(\d+)=(\d+)
replaceWith=$3=$1=$2

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (SOLR-1610) Add generics to SolrCache

2009-12-14T01:42:18Z

[ https://issues.apache.org/jira/browse/SOLR-1610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shalin Shekhar Mangar resolved SOLR-1610.
-----------------------------------------

Resolution: Fixed

Committed revision 890250.

Thanks Jason!

> Add generics to SolrCache
> -------------------------
>
> Key: SOLR-1610
> URL: https://issues.apache.org/jira/browse/SOLR-1610
> Project: Solr
> Issue Type: Improvement
> Components: search
> Affects Versions: 1.4
> Reporter: Jason Rutherglen
> Assignee: Shalin Shekhar Mangar
> Priority: Trivial
> Fix For: 1.5
>
> Attachments: SOLR-1610.patch
>
>
> Seems fairly simple for SolrCache to have generics.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1625) Add regexp support for TermsComponent

2009-12-14T01:40:18Z

[ https://issues.apache.org/jira/browse/SOLR-1625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790064#action_12790064 ]

Leandro Hermida commented on SOLR-1625:
---------------------------------------

Hi,

Just tested this feature with the 1.5-dev nightly build it works great

-Leandro

> Add regexp support for TermsComponent
> -------------------------------------
>
> Key: SOLR-1625
> URL: https://issues.apache.org/jira/browse/SOLR-1625
> Project: Solr
> Issue Type: Improvement
> Components: search
> Affects Versions: 1.4
> Reporter: Uri Boness
> Assignee: Noble Paul
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1625.patch, SOLR-1625.patch, SOLR-1625.patch
>
>
> At the moment the only way to filter the returned terms is by a prefix. It would be nice it the filter could also be done by regular expression

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (SOLR-1655) Remove default datasource MockDataSource from DIH requestHandler config in dataimport-solrconfig.xml

2009-12-14T01:38:18Z

Remove default datasource MockDataSource from DIH requestHandler config in dataimport-solrconfig.xml
----------------------------------------------------------------------------------------------------

Key: SOLR-1655
URL: https://issues.apache.org/jira/browse/SOLR-1655
Project: Solr
Issue Type: Bug
Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Akshay K. Ukey
Priority: Minor
Fix For: 1.5

Presence of MockDataSource as default datasource for DataImportHandler requestHandler in dataimport-solrconfig.xml (which is used by DIH tests) requires name attribute for dataSource tag to be present in dataConfig.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (SOLR-1651) Incorrect dataimport handler package name in SolrResourceLoader

2009-12-14T01:32:18Z

[ https://issues.apache.org/jira/browse/SOLR-1651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shalin Shekhar Mangar resolved SOLR-1651.
-----------------------------------------

Resolution: Fixed

Committed revision 890243.

Thanks for the catch Akshay!

> Incorrect dataimport handler package name in SolrResourceLoader
> ---------------------------------------------------------------
>
> Key: SOLR-1651
> URL: https://issues.apache.org/jira/browse/SOLR-1651
> Project: Solr
> Issue Type: Bug
> Components: contrib - DataImportHandler
> Affects Versions: 1.4
> Reporter: Akshay K. Ukey
> Assignee: Shalin Shekhar Mangar
> Priority: Trivial
> Fix For: 1.5
>
> Attachments: SOLR-1651.patch
>
>
> "packages" String array used by findClass method in SolrResourceLoader has value for dataimport handler package as "handler.dataimport", must be "handler.dataimport."

--
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-1653) add PatternReplaceCharFilter

2009-12-14T01:32:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790056#action_12790056 ]

Koji Sekiguchi edited comment on SOLR-1653 at 12/14/09 9:30 AM:
----------------------------------------------------------------

Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc=1234=5678|(\w+)=(\d+)=(\d+)|3,{=},1,{=},2|5678=abc=1234|change the order of the groups|

was (Author: koji):
Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)=(\d+)=(\d+)|3,{=},1,{=},2|5678=abc=1234|change the order of the groups|

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
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-1653) add PatternReplaceCharFilter

2009-12-14T01:30:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790056#action_12790056 ]

Koji Sekiguchi edited comment on SOLR-1653 at 12/14/09 9:29 AM:
----------------------------------------------------------------

Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)=(\d+)=(\d+)|3,{=},1,{=},2|5678=abc=1234|change the order of the groups|

was (Author: koji):
Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)=(\d+)=(\d+)|3,{=},1,{=},2|5678-abc-1234|change the order of the groups|

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
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-1653) add PatternReplaceCharFilter

2009-12-14T01:30:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790056#action_12790056 ]

Koji Sekiguchi edited comment on SOLR-1653 at 12/14/09 9:28 AM:
----------------------------------------------------------------

Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)=(\d+)=(\d+)|3,{=},1,{=},2|5678-abc-1234|change the order of the groups|

was (Author: koji):
Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)--(\d+)--(\d+)|3,{--},1,{--},2|5678-abc-1234|change the order of the groups|

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
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-1653) add PatternReplaceCharFilter

2009-12-14T01:28:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790056#action_12790056 ]

Koji Sekiguchi edited comment on SOLR-1653 at 12/14/09 9:27 AM:
----------------------------------------------------------------

Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)--(\d+)--(\d+)|3,{--},1,{--},2|5678-abc-1234|change the order of the groups|

was (Author: koji):
Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)-(\d+)-(\d+)|3,{-},1,{-},2|5678-abc-1234|change the order of the groups|

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (SOLR-1653) add PatternReplaceCharFilter

2009-12-14T01:24:18Z

[ https://issues.apache.org/jira/browse/SOLR-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790056#action_12790056 ]

Koji Sekiguchi commented on SOLR-1653:
--------------------------------------

Ok. I'll show you same samples ;-)

||INPUT||groupedPattern||replaceGroups||OUTPUT||comment||
|see-ing looking|(\w+)(ing)|1|see-ing look|remove "ing" from the end of word|
|see-ing looking|(\w+)ing|1|see-ing look|same as above. 2nd parentheses can be omitted|
|No.1 NO. no. 543|[nN][oO]\.\s*(\d+)|{#},1|#1 NO. #543|sample for literal. do not forget to set blockDelimiters other than period when you use period in groupedPattern|
|abc-1234-5678|(\w+)-(\d+)-(\d+)|3,{-},1,{-},2|5678-abc-1234|change the order of the groups|

> add PatternReplaceCharFilter
> ----------------------------
>
> Key: SOLR-1653
> URL: https://issues.apache.org/jira/browse/SOLR-1653
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: Koji Sekiguchi
> Assignee: Koji Sekiguchi
> Priority: Minor
> Fix For: 1.5
>
> Attachments: SOLR-1653.patch
>
>
> Add a new CharFilter that uses a regular expression for the target of replace string in char stream.
> Usage:
> {code:title=schema.xml}
> <fieldType name="textCharNorm" class="solr.TextField" positionIncrementGap="100" >
> <analyzer>
> <charFilter class="solr.PatternReplaceCharFilterFactory"
> groupedPattern="([nN][oO]\.)\s*(\d+)"
> replaceGroups="1,2" blockDelimiters=":;"/>
> <charFilter class="solr.MappingCharFilterFactory" mapping="mapping-ISOLatin1Accent.txt"/>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
> </analyzer>
> </fieldType>
> {code}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Solr nightly build failure

2009-12-14T00:33:55Z

init-forrest-entities:
[mkdir] Created dir: /tmp/apache-solr-nightly/build
[mkdir] Created dir: /tmp/apache-solr-nightly/build/web

compile-solrj:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/solrj
[javac] Compiling 88 source files to /tmp/apache-solr-nightly/build/solrj
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

compile:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/solr
[javac] Compiling 403 source files to /tmp/apache-solr-nightly/build/solr
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

compileTests:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/tests
[javac] Compiling 187 source files to /tmp/apache-solr-nightly/build/tests
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

dist-contrib:

init:
[mkdir] Created dir: /tmp/apache-solr-nightly/contrib/clustering/build/classes
[mkdir] Created dir: /tmp/apache-solr-nightly/contrib/clustering/lib/downloads
[mkdir] Created dir: /tmp/apache-solr-nightly/build/docs/api

init-forrest-entities:

compile-solrj:

compile:
[javac] Compiling 1 source file to /tmp/apache-solr-nightly/build/solr
[javac] Note: /tmp/apache-solr-nightly/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.

make-manifest:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/META-INF

proxy.setup:

check-files:

get-colt:
[get] Getting: http://repo1.maven.org/maven2/colt/colt/1.2.0/colt-1.2.0.jar
[get] To: /tmp/apache-solr-nightly/contrib/clustering/lib/downloads/colt-1.2.0.jar

get-pcj:
[get] Getting: http://repo1.maven.org/maven2/pcj/pcj/1.2/pcj-1.2.jar
[get] To: /tmp/apache-solr-nightly/contrib/clustering/lib/downloads/pcj-1.2.jar

get-nni:
[get] Getting: http://download.carrot2.org/maven2/org/carrot2/nni/1.0.0/nni-1.0.0.jar
[get] To: /tmp/apache-solr-nightly/contrib/clustering/lib/downloads/nni-1.0.0.jar

get-simple-xml:
[get] Getting: http://mirrors.ibiblio.org/pub/mirrors/maven2/org/simpleframework/simple-xml/1.7.3/simple-xml-1.7.3.jar
[get] To: /tmp/apache-solr-nightly/contrib/clustering/lib/downloads/simple-xml-1.7.3.jar

get-libraries:

compile:
[javac] Compiling 7 source files to /tmp/apache-solr-nightly/contrib/clustering/build/classes
[javac] Note: /tmp/apache-solr-nightly/contrib/clustering/src/main/java/org/apache/solr/handler/clustering/carrot2/CarrotClusteringEngine.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.

build:
[jar] Building jar: /tmp/apache-solr-nightly/contrib/clustering/build/apache-solr-clustering-1.5-dev.jar

dist:
[copy] Copying 1 file to /tmp/apache-solr-nightly/dist

init:
[mkdir] Created dir: /tmp/apache-solr-nightly/contrib/dataimporthandler/target/classes

init-forrest-entities:

compile-solrj:

compile:
[javac] Compiling 1 source file to /tmp/apache-solr-nightly/build/solr
[javac] Note: /tmp/apache-solr-nightly/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.

make-manifest:

compile:
[javac] Compiling 48 source files to /tmp/apache-solr-nightly/contrib/dataimporthandler/target/classes
[javac] Note: /tmp/apache-solr-nightly/contrib/dataimporthandler/src/main/java/org/apache/solr/handler/dataimport/DocBuilder.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

build:
[jar] Building jar: /tmp/apache-solr-nightly/contrib/dataimporthandler/target/apache-solr-dataimporthandler-1.5-dev.jar

dist:
[copy] Copying 2 files to /tmp/apache-solr-nightly/build/web
[mkdir] Created dir: /tmp/apache-solr-nightly/build/web/WEB-INF/lib
[copy] Copying 1 file to /tmp/apache-solr-nightly/build/web/WEB-INF/lib
[copy] Copying 1 file to /tmp/apache-solr-nightly/dist

init:
[mkdir] Created dir: /tmp/apache-solr-nightly/contrib/extraction/build/classes

init-forrest-entities:

compile-solrj:

compile:
[javac] Compiling 1 source file to /tmp/apache-solr-nightly/build/solr
[javac] Note: /tmp/apache-solr-nightly/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.

make-manifest:

compile:
[javac] Compiling 6 source files to /tmp/apache-solr-nightly/contrib/extraction/build/classes
[javac] Note: /tmp/apache-solr-nightly/contrib/extraction/src/main/java/org/apache/solr/handler/extraction/ExtractingDocumentLoader.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: /tmp/apache-solr-nightly/contrib/extraction/src/main/java/org/apache/solr/handler/extraction/ExtractingDocumentLoader.java uses unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

build:
[jar] Building jar: /tmp/apache-solr-nightly/contrib/extraction/build/apache-solr-cell-1.5-dev.jar

dist:
[copy] Copying 1 file to /tmp/apache-solr-nightly/dist

init:
[mkdir] Created dir: /tmp/apache-solr-nightly/contrib/velocity/target/classes

init-forrest-entities:

compile-solrj:

compile:
[javac] Compiling 1 source file to /tmp/apache-solr-nightly/build/solr
[javac] Note: /tmp/apache-solr-nightly/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.

make-manifest:

compile:
[javac] Compiling 4 source files to /tmp/apache-solr-nightly/contrib/velocity/target/classes
[javac] Note: /tmp/apache-solr-nightly/contrib/velocity/src/main/java/org/apache/solr/request/VelocityResponseWriter.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.

build:
[jar] Building jar: /tmp/apache-solr-nightly/contrib/velocity/src/main/solr/lib/apache-solr-velocity-1.5-dev.jar

dist:

junit:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/test-results
[junit] Running org.apache.solr.BasicFunctionalityTest
[junit] Tests run: 20, Failures: 0, Errors: 0, Time elapsed: 62.525 sec
[junit] Running org.apache.solr.ConvertedLegacyTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 24.963 sec
[junit] Running org.apache.solr.DisMaxRequestHandlerTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 15.792 sec
[junit] Running org.apache.solr.EchoParamsTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 5.812 sec
[junit] Running org.apache.solr.MinimalSchemaTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 13.753 sec
[junit] Running org.apache.solr.OutputWriterTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 5.814 sec
[junit] Running org.apache.solr.SampleTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.298 sec
[junit] Running org.apache.solr.SolrInfoMBeanTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.803 sec
[junit] Running org.apache.solr.TestDistributedSearch
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 35.966 sec
[junit] Running org.apache.solr.TestPluginEnable
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.783 sec
[junit] Running org.apache.solr.TestSolrCoreProperties
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.193 sec
[junit] Running org.apache.solr.TestTrie
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 29.684 sec
[junit] Running org.apache.solr.analysis.CommonGramsFilterFactoryTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.972 sec
[junit] Running org.apache.solr.analysis.CommonGramsFilterTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.069 sec
[junit] Running org.apache.solr.analysis.CommonGramsQueryFilterFactoryTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.704 sec
[junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterFactoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.07 sec
[junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.05 sec
[junit] Running org.apache.solr.analysis.EnglishPorterFilterFactoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.23 sec
[junit] Running org.apache.solr.analysis.HTMLStripCharFilterTest
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.154 sec
[junit] Running org.apache.solr.analysis.LengthFilterTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 4.693 sec
[junit] Running org.apache.solr.analysis.SnowballPorterFilterFactoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.064 sec
[junit] Running org.apache.solr.analysis.TestBufferedTokenStream
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 5.455 sec
[junit] Running org.apache.solr.analysis.TestCapitalizationFilter
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.71 sec
[junit] Running org.apache.solr.analysis.TestCollationKeyFilterFactory
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.025 sec
[junit] Running org.apache.solr.analysis.TestDelimitedPayloadTokenFilterFactory
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.701 sec
[junit] Running org.apache.solr.analysis.TestHyphenatedWordsFilter
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.519 sec
[junit] Running org.apache.solr.analysis.TestKeepFilterFactory
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 7.277 sec
[junit] Running org.apache.solr.analysis.TestKeepWordFilter
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.096 sec
[junit] Running org.apache.solr.analysis.TestMappingCharFilterFactory
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.057 sec
[junit] Running org.apache.solr.analysis.TestMultiWordSynonyms
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.071 sec
[junit] Running org.apache.solr.analysis.TestPatternReplaceFilter
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 6.853 sec
[junit] Running org.apache.solr.analysis.TestPatternTokenizerFactory
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.547 sec
[junit] Running org.apache.solr.analysis.TestPhoneticFilter
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.806 sec
[junit] Running org.apache.solr.analysis.TestRemoveDuplicatesTokenFilter
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 6.666 sec
[junit] Running org.apache.solr.analysis.TestReversedWildcardFilterFactory
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 5.595 sec
[junit] Running org.apache.solr.analysis.TestStopFilterFactory
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 4.656 sec
[junit] Running org.apache.solr.analysis.TestSynonymFilter
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 10.329 sec
[junit] Running org.apache.solr.analysis.TestSynonymMap
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 4.49 sec
[junit] Running org.apache.solr.analysis.TestTrimFilter
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.284 sec
[junit] Running org.apache.solr.analysis.TestWordDelimiterFilter
[junit] Tests run: 14, Failures: 0, Errors: 0, Time elapsed: 37.765 sec
[junit] Running org.apache.solr.client.solrj.SolrExceptionTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.454 sec
[junit] Running org.apache.solr.client.solrj.SolrQueryTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.041 sec
[junit] Running org.apache.solr.client.solrj.TestBatchUpdate
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 19.363 sec
[junit] Running org.apache.solr.client.solrj.TestLBHttpSolrServer
[junit] Tests run: 2, Failures: 0, Errors: 1, Time elapsed: 15.526 sec
[junit] Test org.apache.solr.client.solrj.TestLBHttpSolrServer FAILED
[junit] Running org.apache.solr.client.solrj.beans.TestDocumentObjectBinder
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.435 sec
[junit] Running org.apache.solr.client.solrj.embedded.JettyWebappTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.898 sec
[junit] Running org.apache.solr.client.solrj.embedded.LargeVolumeBinaryJettyTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 11.338 sec
[junit] Running org.apache.solr.client.solrj.embedded.LargeVolumeEmbeddedTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.186 sec
[junit] Running org.apache.solr.client.solrj.embedded.LargeVolumeJettyTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 10.773 sec
[junit] Running org.apache.solr.client.solrj.embedded.MergeIndexesEmbeddedTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 7.072 sec
[junit] Running org.apache.solr.client.solrj.embedded.MultiCoreEmbeddedTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.591 sec
[junit] Running org.apache.solr.client.solrj.embedded.MultiCoreExampleJettyTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.42 sec
[junit] Running org.apache.solr.client.solrj.embedded.SolrExampleEmbeddedTest
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 27.759 sec
[junit] Running org.apache.solr.client.solrj.embedded.SolrExampleJettyTest
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 36.366 sec
[junit] Running org.apache.solr.client.solrj.embedded.SolrExampleStreamingTest
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 35.574 sec
[junit] Running org.apache.solr.client.solrj.embedded.TestSolrProperties
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.503 sec
[junit] Running org.apache.solr.client.solrj.request.TestUpdateRequestCodec
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.058 sec
[junit] Running org.apache.solr.client.solrj.response.AnlysisResponseBaseTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.03 sec
[junit] Running org.apache.solr.client.solrj.response.DocumentAnalysisResponseTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.028 sec
[junit] Running org.apache.solr.client.solrj.response.FieldAnalysisResponseTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.031 sec
[junit] Running org.apache.solr.client.solrj.response.QueryResponseTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.229 sec
[junit] Running org.apache.solr.client.solrj.response.TermsResponseTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.787 sec
[junit] Running org.apache.solr.client.solrj.response.TestSpellCheckResponse
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 11.517 sec
[junit] Running org.apache.solr.client.solrj.util.ClientUtilsTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.1 sec
[junit] Running org.apache.solr.common.SolrDocumentTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.038 sec
[junit] Running org.apache.solr.common.params.ModifiableSolrParamsTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.033 sec
[junit] Running org.apache.solr.common.params.SolrParamTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.036 sec
[junit] Running org.apache.solr.common.util.ContentStreamTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.088 sec
[junit] Running org.apache.solr.common.util.DOMUtilTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.457 sec
[junit] Running org.apache.solr.common.util.FileUtilsTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.017 sec
[junit] Running org.apache.solr.common.util.IteratorChainTest
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.023 sec
[junit] Running org.apache.solr.common.util.NamedListTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.019 sec
[junit] Running org.apache.solr.common.util.TestFastInputStream
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.046 sec
[junit] Running org.apache.solr.common.util.TestHash
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.139 sec
[junit] Running org.apache.solr.common.util.TestNamedListCodec
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.266 sec
[junit] Running org.apache.solr.common.util.TestXMLEscaping
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.025 sec
[junit] Running org.apache.solr.core.AlternateDirectoryTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.81 sec
[junit] Running org.apache.solr.core.AlternateIndexReaderTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.796 sec
[junit] Running org.apache.solr.core.IndexReaderFactoryTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.961 sec
[junit] Running org.apache.solr.core.RequestHandlersTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.129 sec
[junit] Running org.apache.solr.core.ResourceLoaderTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.146 sec
[junit] Running org.apache.solr.core.SOLR749Test
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.915 sec
[junit] Running org.apache.solr.core.SolrCoreTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 17.314 sec
[junit] Running org.apache.solr.core.TestArbitraryIndexDir
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 4.626 sec
[junit] Running org.apache.solr.core.TestBadConfig
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.464 sec
[junit] Running org.apache.solr.core.TestConfig
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 13.595 sec
[junit] Running org.apache.solr.core.TestJmxIntegration
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 7.42 sec
[junit] Running org.apache.solr.core.TestJmxMonitoredMap
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.601 sec
[junit] Running org.apache.solr.core.TestLegacyMergeSchedulerPolicyConfig
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 4.161 sec
[junit] Running org.apache.solr.core.TestPropInject
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 15.009 sec
[junit] Running org.apache.solr.core.TestQuerySenderListener
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 4.025 sec
[junit] Running org.apache.solr.core.TestSolrDeletionPolicy1
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 23.424 sec
[junit] Running org.apache.solr.core.TestSolrDeletionPolicy2
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.783 sec
[junit] Running org.apache.solr.core.TestXIncludeConfig
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.077 sec
[junit] Running org.apache.solr.handler.AnalysisRequestHandlerTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.432 sec
[junit] Running org.apache.solr.handler.DocumentAnalysisRequestHandlerTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 8.209 sec
[junit] Running org.apache.solr.handler.FieldAnalysisRequestHandlerTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 8.501 sec
[junit] Running org.apache.solr.handler.MoreLikeThisHandlerTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.349 sec
[junit] Running org.apache.solr.handler.SpellCheckerRequestHandlerTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 11.078 sec
[junit] Running org.apache.solr.handler.StandardRequestHandlerTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.221 sec
[junit] Running org.apache.solr.handler.TestCSVLoader
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 17.669 sec
[junit] Running org.apache.solr.handler.TestReplicationHandler
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 92.422 sec
[junit] Running org.apache.solr.handler.XmlUpdateRequestHandlerTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.765 sec
[junit] Running org.apache.solr.handler.admin.LukeRequestHandlerTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 7.172 sec
[junit] Running org.apache.solr.handler.admin.SystemInfoHandlerTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.046 sec
[junit] Running org.apache.solr.handler.component.DistributedSpellCheckComponentTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.735 sec
[junit] Running org.apache.solr.handler.component.DistributedTermsComponentTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.703 sec
[junit] Running org.apache.solr.handler.component.QueryElevationComponentTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 6.53 sec
[junit] Running org.apache.solr.handler.component.SearchHandlerTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.453 sec
[junit] Running org.apache.solr.handler.component.SpellCheckComponentTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 14.39 sec
[junit] Running org.apache.solr.handler.component.StatsComponentTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 10.701 sec
[junit] Running org.apache.solr.handler.component.TermVectorComponentTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 6.898 sec
[junit] Running org.apache.solr.handler.component.TermsComponentTest
[junit] Tests run: 14, Failures: 0, Errors: 0, Time elapsed: 30.045 sec
[junit] Running org.apache.solr.highlight.HighlighterConfigTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.71 sec
[junit] Running org.apache.solr.highlight.HighlighterTest
[junit] Tests run: 23, Failures: 0, Errors: 0, Time elapsed: 52.629 sec
[junit] Running org.apache.solr.request.JSONWriterTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 8.648 sec
[junit] Running org.apache.solr.request.SimpleFacetsLegacySortTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.197 sec
[junit] Running org.apache.solr.request.SimpleFacetsTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 27.115 sec
[junit] Running org.apache.solr.request.TestBinaryResponseWriter
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.068 sec
[junit] Running org.apache.solr.request.TestFaceting
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 29.764 sec
[junit] Running org.apache.solr.request.TestWriterPerf
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 4.157 sec
[junit] Running org.apache.solr.schema.BadIndexSchemaTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.34 sec
[junit] Running org.apache.solr.schema.CopyFieldTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 13.325 sec
[junit] Running org.apache.solr.schema.DateFieldTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.116 sec
[junit] Running org.apache.solr.schema.IndexSchemaTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 13.519 sec
[junit] Running org.apache.solr.schema.LegacyDateFieldTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.161 sec
[junit] Running org.apache.solr.schema.NotRequiredUniqueKeyTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.194 sec
[junit] Running org.apache.solr.schema.RequiredFieldsTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 6.462 sec
[junit] Running org.apache.solr.schema.TestBinaryField
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.589 sec
[junit] Running org.apache.solr.schema.UUIDFieldTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.455 sec
[junit] Running org.apache.solr.search.FunctionQParserTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.738 sec
[junit] Running org.apache.solr.search.QueryParsingTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 8.569 sec
[junit] Running org.apache.solr.search.TestDocSet
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.466 sec
[junit] Running org.apache.solr.search.TestExtendedDismaxParser
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 7.888 sec
[junit] Running org.apache.solr.search.TestFastLRUCache
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.067 sec
[junit] Running org.apache.solr.search.TestIndexSearcher
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 6.712 sec
[junit] Running org.apache.solr.search.TestQueryTypes
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.824 sec
[junit] Running org.apache.solr.search.TestQueryUtils
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.178 sec
[junit] Running org.apache.solr.search.TestRangeQuery
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 29.203 sec
[junit] Running org.apache.solr.search.TestSearchPerf
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 4.932 sec
[junit] Running org.apache.solr.search.function.SortByFunctionTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.004 sec
[junit] Running org.apache.solr.search.function.TestFunctionQuery
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 18.666 sec
[junit] Running org.apache.solr.search.function.distance.DistanceFunctionTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.64 sec
[junit] Running org.apache.solr.servlet.CacheHeaderTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 24.963 sec
[junit] Running org.apache.solr.servlet.DirectSolrConnectionTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.181 sec
[junit] Running org.apache.solr.servlet.NoCacheHeaderTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 13.533 sec
[junit] Running org.apache.solr.servlet.SolrRequestParserTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 15.806 sec
[junit] Running org.apache.solr.spelling.FileBasedSpellCheckerTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 13.273 sec
[junit] Running org.apache.solr.spelling.IndexBasedSpellCheckerTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 11.647 sec
[junit] Running org.apache.solr.spelling.SpellingQueryConverterTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.089 sec
[junit] Running org.apache.solr.update.AutoCommitTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 7.81 sec
[junit] Running org.apache.solr.update.DirectUpdateHandlerOptimizeTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.238 sec
[junit] Running org.apache.solr.update.DirectUpdateHandlerTest
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 15.711 sec
[junit] Running org.apache.solr.update.DocumentBuilderTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 7.102 sec
[junit] Running org.apache.solr.update.TestIndexingPerformance
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.945 sec
[junit] Running org.apache.solr.update.processor.SignatureUpdateProcessorFactoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 14.393 sec
[junit] Running org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.153 sec
[junit] Running org.apache.solr.util.ArraysUtilsTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.018 sec
[junit] Running org.apache.solr.util.DateMathParserTest
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.119 sec
[junit] Running org.apache.solr.util.SolrPluginUtilsTest
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 19.131 sec
[junit] Running org.apache.solr.util.TestCharArrayMap
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.249 sec
[junit] Running org.apache.solr.util.TestNumberUtils
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.703 sec
[junit] Running org.apache.solr.util.TestOpenBitSet
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.837 sec
[junit] Running org.apache.solr.util.TestUtils
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.033 sec

BUILD FAILED
/tmp/apache-solr-nightly/build.xml:414: Tests failed!

Total time: 27 minutes 49 seconds