[jira] [Commented] (OWB-1281) java.lang.UnsatisfiedLinkError in scanner stops application deployment

["Romain Manni-Bucau (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/OWB-1281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16771707#comment-16771707 ] 

Romain Manni-Bucau commented on OWB-1281:
-----------------------------------------

[~struberg] not 100% sure cause NoClassDefFoundError means it will not work so we can ignore, here it can easily be a bad setup in practise (think to sigar). Why not catching it and logging a message explaining how to ignore the scanning of these classes (either jar exclusion or package one)?

> java.lang.UnsatisfiedLinkError in scanner stops application deployment
> ----------------------------------------------------------------------
>
>                 Key: OWB-1281
>                 URL: https://issues.apache.org/jira/browse/OWB-1281
>             Project: OpenWebBeans
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.0.10
>            Reporter: Mark Struberg
>            Assignee: Mark Struberg
>            Priority: Major
>             Fix For: 2.0.11
>
>
> {{java.lang.UnsatisfiedLinkError}} indicates that some JNI native implementation cannot be found. This might happen if e.g. a corresponding shared object (Linux .so) or shared library (Windows DLL) cannot be found by the JVM for the native method. 
> Currently we blow up with an Exception:
> {noformat}
> java.lang.UnsatisfiedLinkError: com.smartgwt.client.widgets.form.fields.SelectItem.init()V
>         at com.smartgwt.client.widgets.form.fields.SelectItem.init(Native Method)
>         at com.smartgwt.client.widgets.form.fields.SelectItem.<clinit>(SelectItem.java:2136)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:348)
>         at org.apache.webbeans.util.ClassUtil.getClassFromName(ClassUtil.java:98)
>         at org.apache.webbeans.corespi.scanner.AbstractMetaDataDiscovery.getBeanClassesPerBda(AbstractMetaDataDiscovery.java:409)
>         at org.apache.webbeans.config.BeansDeployer.annotatedTypesFromClassPath(BeansDeployer.java:1282)
>         at org.apache.webbeans.config.BeansDeployer.deploy(BeansDeployer.java:257)
>         at org.apache.webbeans.lifecycle.AbstractLifeCycle.bootstrapApplication(AbstractLifeCycle.java:137)
>         at org.apache.webbeans.lifecycle.AbstractLifeCycle.startApplication(AbstractLifeCycle.java:103)
> {noformat}
> I'd say we should treat this the same way like a {{NoClassDefFoundError}} and just ignore this very class.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)