[sdx-developers] Fw: Re[2]: [sdx-users] Could not install SDX2.2beta

[Pierrick Brihaye]

Re,

Oups : oublié de transférer le message qui m'a permis d'élucider le
problème.

A+

----- Original Message ----- 
From: "Pierrick Brihaye" <address@hidden>
To: "Ivan Kozlov" <address@hidden>
Sent: Saturday, January 17, 2004 8:15 PM
Subject: Re: Re[2]: [sdx-users] Could not install SDX2.2beta


> Hi Ivan,
>
> > They are all strange :))
>
> OK.
>
> WARN    (2004-01-17) 18:32.28:754   [sitemap] (/sdx/sdx/)
> http8080-Processor4/ExcaliburComponentManager: ComponentLocator exception
> from parent CM during lookup.
> org.apache.avalon.framework.component.ComponentException: Could not access
> the Component
>  at
>
org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(Excal
> iburComponentManager.java:284)
>  at
>
org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentMa
> nager.java:235)
>  ...
> Caused by: java.lang.NullPointerException
>  at
>
fr.gouv.culture.sdx.search.lucene.analysis.Analyzer_ru.configureCharset(Anal
> yzer_ru.java:89)
>  at
>
fr.gouv.culture.sdx.search.lucene.analysis.Analyzer_ru.configure(Analyzer_ru
> .java:79)
>  at
>
fr.gouv.culture.sdx.search.lucene.analysis.AnalyzerManager.setAnalyzer(Analy
> zerManager.java:267)
>  at fr.gouv.culture.sdx.search.lucene.Field.configure(Field.java:207)
>  at
>
fr.gouv.culture.sdx.search.lucene.FieldsDefinition.configureFields(FieldsDef
> inition.java:189)
>  ...
>  at
>
fr.gouv.culture.sdx.application.Application.configureUserDocumentBase(Applic
> ation.java:539)
>
> Here we are !
>
> sdxtest user document base has its fields considered in russian whereas no
> valid configuration is given for a russian analyzer :-)
>
> Now, look at Analyzer_ru.java, especially at line #89 where the exception
> occurs :
>
> String cs = configuration.getAttribute(ATTRIBUTE_CHARSET,
DEFAULT_CHARSET);
>
> The problem is that the configuration object for your analyzer is null !
>
> So, I suggest you, as a first dirty patch, and to add before the lines :
>
> String cs = configuration.getAttribute(ATTRIBUTE_CHARSET,
DEFAULT_CHARSET);
> if (cs.equalsIgnoreCase(CHARSET_UNICODE_RUSSIAN))
>   this.charset = RussianCharsets.UnicodeRussian;
> if (cs.equalsIgnoreCase(CHARSET_CP1251))
>   this.charset = RussianCharsets.CP1251;
> if (cs.equalsIgnoreCase(CHARSET_KOI8))
>   this.charset = RussianCharsets.KOI8;
>
> The folowing statements (a simple null check) :
>
> if (configuration == null) {
>   this.charset = RussianCharsets.UnicodeRussian;
>   return;
> }
>
> Then, compile the sdx*.jar file in your build directory, *delete* the
> existing one in the sdx/WEB-INF/lib directory, copy the new one there,
> delete your "work" directory before restarting Tomcat.
>
> Well, this illustrates a deeper problem in SDX we need to investigate on
> this point : as sdxtest is by default a french application, why does the
> AnalyzerManager try to instantiate a russian Analyzer ? Don't worry, this
> should be quite easy (and quick) to adress...
>
> Also something that needs investigation :
> WARN    (2004-01-17) 18:32.27:483   [sitemap.action.lang-select] (/sdx/)
> http8080-Processor4/LangSelect: LangSelect action is deprecated. Please
use
> LocaleAction
>
> Sorry for the inconveniences : it appears that you are the first tester of
> the russian analyser. Otchen spasibo tebia Ivan ;-)
>
> Cheers,
>
> p.b.
>
>
>
>