atom feed19 messages in org.codehaus.sonar.userRE: [sonar-user] UnsatisfiedLinkError...
FromSent OnAttachments
Liang, JeffSep 22, 2011 4:45 pm 
Evgeny MandrikovSep 23, 2011 12:02 am 
Liang, JeffOct 4, 2011 5:44 pm 
Freddy MalletOct 5, 2011 7:04 am 
Liang, JeffOct 5, 2011 9:12 am 
Freddy MalletOct 6, 2011 5:44 am 
Evgeny MandrikovOct 6, 2011 8:37 am 
Liang, JeffOct 6, 2011 1:17 pm 
Evgeny MandrikovOct 6, 2011 1:21 pm 
Evgeny MandrikovOct 7, 2011 2:17 am 
Liang, JeffOct 7, 2011 11:25 am 
Evgeny MandrikovOct 8, 2011 1:12 am 
Liang, JeffOct 10, 2011 4:37 pm 
Evgeny MandrikovOct 13, 2011 12:23 am 
Liang, JeffOct 17, 2011 5:34 pm 
Evgeny MandrikovOct 18, 2011 12:16 am 
Simon BrandhofOct 18, 2011 12:39 am 
Evgeny MandrikovOct 18, 2011 4:11 am 
Evgeny MandrikovOct 18, 2011 8:48 am 
Subject:RE: [sonar-user] UnsatisfiedLinkError exception when starting up Sonar 2.11
From:Liang, Jeff (jli@dorado.com)
Date:Oct 17, 2011 5:34:09 pm
List:org.codehaus.sonar.user

Yes, that worked! I deleted sonar-2.11/war/sonar-server/WEB-INF/lib/jruby-complete-1.6.*.jar and replaced it with jruby-complete-1.6.1.jar and it came up fine, everything seems to be working.

Thanks, Jeff

From: Evgeny Mandrikov [mailto:mand@gmail.com] Sent: Thursday, October 13, 2011 12:24 AM To: us@sonar.codehaus.org Subject: Re: [sonar-user] UnsatisfiedLinkError exception when starting up Sonar
2.11

Well, I don't have other ideas and in fact I don't see difference between 2.10
and 2.11 in terms of libraries updates - JRuby was updated. So may I ask you to repeat attempt with Sonar 2.11, but downgrade
jruby-complete-1.6.4.jar to jruby-complete-1.6.1.jar ? Sorry that we can't do
tests on our side - we simply don't have/use solaris. On Tue, Oct 11, 2011 at 03:37, Liang, Jeff <jli@dorado.com> wrote: Yes, if I go back to the 2.10 installation, I can start it up, and it still
works fine. I don’t think I have libffi, and I don’t know where to get that.

Thanks, Jeff

From: Evgeny Mandrikov [mailto:mand@gmail.com] Sent: Saturday, October 08, 2011 1:13 AM

To: us@sonar.codehaus.org Subject: Re: [sonar-user] UnsatisfiedLinkError exception when starting up Sonar
2.11

Did you tried downgrade to Sonar 2.10 ? Do you have "libffi" library installed on your Solaris ? On Fri, Oct 7, 2011 at 22:26, Liang, Jeff <jli@dorado.com> wrote: Thanks, I tried what you suggested, but I still get the same problem. I removed the original 1.6.4.jar, and put in the 1.6.3 jar, restart, same
problem. I even tried renaming it to 1.6.4.jar, still same problem.

I didn’t have a sonar/war/build/… directory, don’t know if that matters.

What else do you suggest?

Jeff

From: Evgeny Mandrikov [mailto:mand@gmail.com] Sent: Friday, October 07, 2011 2:18 AM

To: us@sonar.codehaus.org Subject: Re: [sonar-user] UnsatisfiedLinkError exception when starting up Sonar
2.11

Hi,

You can try to do following : 1. Download
http://repo1.maven.org/maven2/org/jruby/jruby-complete/1.6.3/jruby-complete-1.6.3.jar 2. And replace files sonar/war/sonar-server/WEB-INF/lib/jruby-complete-1.6.4.jar
and sonar/war/build/sonar-server/WEB-INF/lib/jruby-complete-1.6.4.jar by
downloaded file Hope it will help. And please keep us informed.

Cheers.

On Fri, Oct 7, 2011 at 00:21, Evgeny Mandrikov <mand@gmail.com> wrote: I don't know what to suggest for you, because I'm not a solaris user. Sonar should work fine with JDK 1.5 and greater.

On Fri, Oct 7, 2011 at 00:18, Liang, Jeff <jli@dorado.com> wrote: So is there something I need to do to fix this? I tired upgrading to jdk1.5.0_20, but I still get the same error. What version of jdk are you using? Thanks, Jeff

From: Evgeny Mandrikov [mailto:mand@gmail.com] Sent: Thursday, October 06, 2011 8:38 AM

To: us@sonar.codehaus.org Subject: Re: [sonar-user] UnsatisfiedLinkError exception when starting up Sonar
2.11

Hi guys,

I'm pretty sure that this problem comes from JRuby and indeed - in Sonar 2.11 we
did an upgrade of JRuby from 1.6.3 to 1.6.4 :
https://github.com/SonarSource/sonar/commit/8fcbd027c71d017c6fd16ddeb7ab384442341dee On Thu, Oct 6, 2011 at 16:45, Freddy Mallet <fred@sonarsource.com>
wrote: Sorry Jeff, but I don't have any other idea to help you fix this issue.

On Wed, Oct 5, 2011 at 6:12 PM, Liang, Jeff <jli@dorado.com> wrote: I’m using jdk1.5.0_10. I copied the exact same wrapper.conf, and sonar.properties, and it worked for
2.8, 2.9, and 2.10. Nothing else different that I’m aware of.

Thanks, Jeff

From: fred@gmail.com [mailto:fred@gmail.com] On Behalf Of
Freddy Mallet Sent: Wednesday, October 05, 2011 7:05 AM To: us@sonar.codehaus.org Subject: Re: [sonar-user] UnsatisfiedLinkError exception when starting up Sonar
2.11

Hi Jeff,

I'm not aware of such problem. Which JDK are you using ?

Do you confirm that Sonar 2.10 works fine on the same server ? If this is the
case, do you confirm that you're using the same java options in the
/conf/wrapper.conf file ?

Kind regards, Freddy On Wed, Oct 5, 2011 at 2:45 AM, Liang, Jeff <jli@dorado.com> wrote: I just upgraded to Sonar 2.11, and when I try to start it up, I see the
following exception in the log, and the server doesn’t work (ie I get http error 404).

Did I do something wrong?

I checked the md5sum on the file I downloaded, and it is correct 9d05e25ca79c33d673004444d89c8770 sonar-2.11.zip

I’m running on solaris 5.8 Generic_117350-12 sun4u sparc SUNW,Sun-Fire-V240

Thanks in advance, Jeff

STATUS | wrapper | 2011/10/04 16:26:54 | --> Wrapper Started as Daemon STATUS | wrapper | 2011/10/04 16:26:54 | Launching a JVM... INFO | jvm 1 | 2011/10/04 16:26:55 | Wrapper (Version 3.2.3)
http://wrapper.tanukisoftware.org INFO | jvm 1 | 2011/10/04 16:26:55 | Copyright 1999-2006 Tanuki Software,
Inc. All Rights Reserved. INFO | jvm 1 | 2011/10/04 16:26:55 | 2011.10.04 16:27:00 INFO org.sonar.INFO Creating JDBC datasource 2011.10.04 16:27:01 INFO org.sonar.INFO Database dialect class
org.sonar.jpa.dialect.MySql 2011.10.04 16:27:09 WARN org.mortbay.log failed
org.mortbay.jetty.webapp.WebAppContext@10fba68{/,file:/space/sonar/sonar-2.11/war/sonar-server}:
java.lang.UnsatisfiedLinkError: unknown 2011.10.04 16:27:09 ERROR org.mortbay.log Error starting handlers java.lang.UnsatisfiedLinkError: unknown at
com.kenai.jaffl.provider.jffi.AsmRuntime.newUnsatisifiedLinkError(AsmRuntime.java:375)
[na:na] at org.jruby.ext.posix.LibC$jaffl$0.setenv(Unknown Source) [na:na] at org.jruby.ext.posix.BaseNativePOSIX.setenv(BaseNativePOSIX.java:221)
[na:na] at org.jruby.ext.posix.LazyPOSIX.setenv(LazyPOSIX.java:263) [na:na] at
org.jruby.RubyGlobal$StringOnlyRubyHash.case_aware_op_aset(RubyGlobal.java:176)
[na:na] at
org.jruby.RubyGlobal$CaseInsensitiveStringOnlyRubyHash.op_aset(RubyGlobal.java:87)
[na:na] at
org.jruby.RubyHash$i$2$0$op_aset.call(RubyHash$i$2$0$op_aset.gen:65535) [na:na] at
org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:332)
[na:na] at
org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:203)
[na:na] at
org.jruby.ast.AttrAssignTwoArgNode.interpret(AttrAssignTwoArgNode.java:42)
[na:na] at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) [na:na] at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) [na:na] at
org.jruby.evaluator.ASTInterpreter.INTERPRET_METHOD(ASTInterpreter.java:75)
[na:na] at
org.jruby.internal.runtime.methods.InterpretedMethod.call(InterpretedMethod.java:147)
[na:na] at
org.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:163)
[na:na] at
org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:292)
[na:na] at
org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:135)
[na:na] at org.jruby.ast.CallNoArgNode.interpret(CallNoArgNode.java:63) [na:na] at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) [na:na] at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) [na:na] at
org.jruby.evaluator.ASTInterpreter.INTERPRET_CLASS(ASTInterpreter.java:104)
[na:na] at
org.jruby.evaluator.ASTInterpreter.evalClassDefinitionBody(ASTInterpreter.java:255)
[na:na] at org.jruby.ast.ModuleNode.interpret(ModuleNode.java:120) [na:na] at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) [na:na] at org.jruby.ast.RootNode.interpret(RootNode.java:129) [na:na] at
org.jruby.evaluator.ASTInterpreter.INTERPRET_ROOT(ASTInterpreter.java:120)
[na:na] at org.jruby.Ruby.runInterpreter(Ruby.java:706) [na:na] at org.jruby.Ruby.loadFile(Ruby.java:2446) [na:na] at org.jruby.runtime.load.ExternalScript.load(ExternalScript.java:66)
[na:na] at org.jruby.runtime.load.LoadService.load(LoadService.java:272) [na:na] at org.jruby.RubyKernel.loadCommon(RubyKernel.java:1081) [na:na] at org.jruby.RubyKernel.load(RubyKernel.java:1063) [na:na] at org.jruby.RubyKernel$s$0$1$load.call(RubyKernel$s$0$1$load.gen:65535)
[na:na] at
org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:211)
[na:na] at
org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:207)
[na:na] at
org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:312)
[na:na] at
org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:169)
[na:na] at org.jruby.ast.FCallOneArgNode.interpret(FCallOneArgNode.java:36)
[na:na] at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) [na:na] at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) [na:na] at org.jruby.ast.RootNode.interpret(RootNode.java:129) [na:na] at
org.jruby.evaluator.ASTInterpreter.INTERPRET_ROOT(ASTInterpreter.java:120)
[na:na] at org.jruby.Ruby.evalScriptlet(Ruby.java:327) [na:na] at org.jruby.Ruby.evalScriptlet(Ruby.java:304) [na:na] at
org.jruby.rack.DefaultRackApplicationFactory.createRackServletWrapper(DefaultRackApplicationFactory.java:164)
[na:na] at
org.jruby.rack.DefaultRackApplicationFactory.createErrorApplicationObject(DefaultRackApplicationFactory.java:122)
[na:na] at
org.jruby.rack.DefaultRackApplicationFactory$2.create(DefaultRackApplicationFactory.java:130)
[na:na] at
org.jruby.rack.DefaultRackApplicationFactory$4.init(DefaultRackApplicationFactory.java:182)
[na:na] at
org.jruby.rack.DefaultRackApplicationFactory.newErrorApplication(DefaultRackApplicationFactory.java:133)
[na:na] at
org.jruby.rack.DefaultRackApplicationFactory.init(DefaultRackApplicationFactory.java:45)
[na:na] at
org.jruby.rack.SharedRackApplicationFactory.init(SharedRackApplicationFactory.java:26)
[na:na] at
org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:40)
[na:na] at
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
[jetty-6.1.24.jar:6.1.24] at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
[jetty-6.1.24.jar:6.1.24] at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
[jetty-6.1.24.jar:6.1.24] at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
[jetty-6.1.24.jar:6.1.24] at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
[jetty-6.1.24.jar:6.1.24] at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
[jetty-util-6.1.24.jar:6.1.24] at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
[jetty-6.1.24.jar:6.1.24] at org.mortbay.jetty.Server.doStart(Server.java:224)
[jetty-6.1.24.jar:6.1.24] at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
[jetty-util-6.1.24.jar:6.1.24] at org.sonar.application.JettyEmbedder.start(JettyEmbedder.java:80)
[sonar-application-2.11.jar:na] at org.sonar.application.StartServer.main(StartServer.java:48)
[sonar-application-2.11.jar:na] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[na:1.5.0_10] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[na:1.5.0_10] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[na:1.5.0_10] at java.lang.reflect.Method.invoke(Method.java:585) [na:1.5.0_10] at
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240)
[wrapper-3.2.3.jar:3.2.3] at java.lang.Thread.run(Thread.java:595) [na:1.5.0_10] 2011.10.04 16:27:09 INFO org.sonar.INFO Sonar started: http://10.79.8.48:8801/