Hi Andreas, Reto, all

at least we are making progress ...
   ... loading the FST corpus does now work.

But now the engine is running into an other security related problem

    java.security.AccessControlException: access denied
("java.lang.RuntimePermission" "getClassLoader")
        at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:372)
        at 
java.security.AccessController.checkPermission(AccessController.java:559)
        at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
        at 
java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1549)
        at java.lang.Class.getClassLoader(Class.java:614)
        at 
org.apache.lucene.util.AttributeSource$AttributeFactory$DefaultAttributeFactory.getClassForInterface(AttributeSource.java:79)
        at 
org.apache.lucene.util.AttributeSource$AttributeFactory$DefaultAttributeFactory.createAttributeInstance(AttributeSource.java:65)
        at 
org.apache.lucene.util.AttributeSource.addAttribute(AttributeSource.java:271)
        at 
org.apache.stanbol.enhancer.engines.lucenefstlinking.LinkableTokenFilter.<init>(LinkableTokenFilter.java:148)
        at 
org.apache.stanbol.enhancer.engines.lucenefstlinking.FstLinkingEngine.tag(FstLinkingEngine.java:358)
        at 
org.apache.stanbol.enhancer.engines.lucenefstlinking.FstLinkingEngine.computeEnhancements(FstLinkingEngine.java:175)

indicating that the SecurityManager denies Solr access to the Classloader.

LinkableTokenFilter.java:148 registers an Solr Analyzer Attribute to
the TokenFilter. The Attribute in question is provided by a JAR that
is embedded in the same bundle. Solr uses "Class.forName(..)" in
AttributeSource.java:79.

@Reto: it it expected that the SecurityManager denies access to the
Classloader used by Class.forName(..). Should I move the
initialization of the Attributes in a doPrivileged(..) block, or is
something really wrong with the SecurityManager configuration of
Andreas JVM?

best
Rupert

On Wed, Oct 16, 2013 at 3:31 PM, Andreas Kuckartz <a.kucka...@ping.de> wrote:
> Hi Rupert,
>
> thanks again, but unfortunately the integration tests still fail. Log
> file is appended.
>
> Cheers,
> Andreas
> ---
>
> Rupert Westenthaler:
>> Hi Andreas
>>
>> Based on the new error log the problem was accessing the last
>> modification date of the FST corpus file outside the doPrivileged()
>> block.
>> I have fixed this with http://svn.apache.org/r1532742.
>>
>> Would be nice if you could check again
>>
>> best
>> Rupert
>



-- 
| Rupert Westenthaler             rupert.westentha...@gmail.com
| Bodenlehenstraße 11                             ++43-699-11108907
| A-5500 Bischofshofen

Reply via email to