My problem was gone. Thanks Staszek and Dawid!
koji
--
Query Log Visualizer for Apache Solr
http://soleami.com/
(12/05/21 18:11), Stanislaw Osinski wrote:
Hi Koji,
Dawid came up with a simple fix for this, it's committed to trunk and 3.6
branch.
Staszek
Hi Koji,
Dawid came up with a simple fix for this, it's committed to trunk and 3.6
branch.
Staszek
On Sun, May 20, 2012 at 5:15 PM, Koji Sekiguchi wrote:
> Hi Staszek,
>
> Thank you for the fix so quickly!
>
> As a trial, I set:
>
> org.apache.**
> solr.handler.clustering.**carrot2.**LuceneCar
After a bit of digging: the error message in the exception is a bit
misleading, but what really happens is that the code cannot load
the org.apache.solr.handler.clustering.carrot2.LuceneCarrot2TokenizerFactory
class. The class is being loaded by Carrot2 code (
https://github.com/carrot2/carrot2/blo
Interesting... let me investigate.
S.
On Sun, May 20, 2012 at 5:15 PM, Koji Sekiguchi wrote:
> Hi Staszek,
>
> Thank you for the fix so quickly!
>
> As a trial, I set:
>
> org.apache.**
> solr.handler.clustering.**carrot2.**LuceneCarrot2TokenizerFactory<**/str>
>
> then I could start Solr witho
Hi Staszek,
Thank you for the fix so quickly!
As a trial, I set:
name="PreprocessingPipeline.tokenizerFactory">org.apache.solr.handler.clustering.carrot2.LuceneCarrot2TokenizerFactory
then I could start Solr without error. But when I make a request:
http://localhost:8983/solr/clustering?q=*%
Hi Koji,
It's fixed in trunk and 3.6.1 branch now. If you hit any other issues with
this, let me know.
Staszek
On Sun, May 20, 2012 at 1:02 PM, Koji Sekiguchi wrote:
> Hi Staszek,
>
> I'll wait your fix. Thank you!
>
> Koji Sekiguchi from iPad2
>
> On 2012/05/20, at 18:18, Stanislaw Osinski w
Hi Staszek,
I'll wait your fix. Thank you!
Koji Sekiguchi from iPad2
On 2012/05/20, at 18:18, Stanislaw Osinski wrote:
> Hi Koji,
>
> You're right, the current code overwrites the custom tokenizer though it
> shouldn't. LuceneCarrot2TokenizerFactory is there to avoid circular
> dependencies (
Hi Koji,
You're right, the current code overwrites the custom tokenizer though it
shouldn't. LuceneCarrot2TokenizerFactory is there to avoid circular
dependencies (Carrot2 default tokenizer depends on Lucene), but it
shouldn't be an issue with custom tokenizers.
I'll try to commit a fix later tod
