JBoss CLI connect problem

[pgarner]

All I did was download wildfly-8.1.0.CR2 and extract it. add-user.bat works but jboss-cli.bat does not.

F:\wildfly-8.1.0.CR2\bin>jboss-cli

java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no jansi64-1.9 in java.library.path, no jansi-1.9 in java.library.path, no jansi in java.libra

ry.path, D:\pgarner\AppData\Local\Temp\jansi-64-1.9.dll: The application has failed to start because its side-by-side configuration is incorrect. Please see the

application event log or use the command-line sxstrace.exe tool for more detail]

        at org.fusesource.hawtjni.runtime.Library.doLoad(Library.java:184)

        at org.fusesource.hawtjni.runtime.Library.load(Library.java:142)

        at org.fusesource.jansi.internal.Kernel32.<clinit>(Kernel32.java:37)

        at org.fusesource.jansi.WindowsAnsiOutputStream.<clinit>(WindowsAnsiOutputStream.java:52)

        at org.jboss.aesh.terminal.WindowsTerminal.init(WindowsTerminal.java:53)

        at org.jboss.aesh.console.Console.setTerminal(Console.java:193)

        at org.jboss.aesh.console.Console.reset(Console.java:154)

        at org.jboss.aesh.console.Console.<init>(Console.java:105)

        at org.jboss.aesh.console.Console.<init>(Console.java:101)

        at org.jboss.as.cli.impl.Console$Factory.getConsole(Console.java:85)

        at org.jboss.as.cli.impl.Console$Factory.getConsole(Console.java:78)

        at org.jboss.as.cli.impl.CommandContextImpl.initBasicConsole(CommandContextImpl.java:349)

        at org.jboss.as.cli.impl.CommandContextImpl.<init>(CommandContextImpl.java:296)

        at org.jboss.as.cli.impl.CommandContextFactoryImpl.newCommandContext(CommandContextFactoryImpl.java:76)

        at org.jboss.as.cli.impl.CliLauncher.initCommandContext(CliLauncher.java:273)

        at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:253)

        at org.jboss.as.cli.CommandLineMain.main(CommandLineMain.java:34)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

        at java.lang.reflect.Method.invoke(Method.java:606)

        at org.jboss.modules.Module.run(Module.java:312)

        at org.jboss.modules.Main.main(Main.java:460)

Press any key to continue . . .

[ctomc]

There is no need for jansi dlls on your path.

maybe it clashes with some version you have there. can you try deleting D:\pgarner\AppData\Local\Temp\jansi-64-1.9.dll and try again?

[pgarner]

I tried that.  Deleting D:\pgarner\AppData\Local\Temp\jansi-64-1.9.dll makes no difference; executing jboss-cli.bat creates D:\pgarner\AppData\Local\Temp\jansi-64-1.9.dll.

Incidentally, jboss-cli.bat --gui works; it does not throw the java.lang.UnsatisfiedLinkError.

[ctomc]

That is strange, never seen issue like this before.

What kind of jvm do you run? 32/64bit? and exact OS version?

[pgarner]

2014-05-17 17:21:22,747 DEBUG [org.jboss.as.config] (MSC service thread 1-6) Configured system properties:

    awt.toolkit = sun.awt.windows.WToolkit

    file.encoding = Cp1252

    file.encoding.pkg = sun.io

    file.separator = \

    java.awt.graphicsenv = sun.awt.Win32GraphicsEnvironment

    java.awt.printerjob = sun.awt.windows.WPrinterJob

    java.class.path = F:\wildfly-8.1.0.CR2\jboss-modules.jar

    java.class.version = 51.0

    java.endorsed.dirs = F:\Java\jdk1.7.0_45\jre\lib\endorsed

    java.ext.dirs = F:\Java\jdk1.7.0_45\jre\lib\ext;C:\Windows\Sun\Java\lib\ext

    java.home = F:\Java\jdk1.7.0_45\jre

    java.io.tmpdir = D:\pgarner\AppData\Local\Temp\

    java.library.path = F:\Java\jdk1.7.0_45\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;F:\WANdisco\uberSVN\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;F:\GnuPG\pub;F:\7-Zip;"E:\WebTest\build\bin";F:\WANdisco\uberSVN\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;F:\GnuPG\pub;F:\7-Zip;.

    java.net.preferIPv4Stack = true

    java.runtime.name = Java(TM) SE Runtime Environment

    java.runtime.version = 1.7.0_45-b18

    java.specification.name = Java Platform API Specification

    java.specification.vendor = Oracle Corporation

    java.specification.version = 1.7

    java.util.logging.manager = org.jboss.logmanager.LogManager

    java.vendor = Oracle Corporation

    java.vendor.url = http://java.oracle.com/

    java.vendor.url.bug = http://bugreport.sun.com/bugreport/

    java.version = 1.7.0_45

    java.vm.info = mixed mode

    java.vm.name = Java HotSpot(TM) 64-Bit Server VM

    java.vm.specification.name = Java Virtual Machine Specification

    java.vm.specification.vendor = Oracle Corporation

    java.vm.specification.version = 1.7

    java.vm.vendor = Oracle Corporation

    java.vm.version = 24.45-b08

    javax.management.builder.initial = org.jboss.as.jmx.PluggableMBeanServerBuilder

    javax.xml.datatype.DatatypeFactory = __redirected.__DatatypeFactory

    javax.xml.parsers.DocumentBuilderFactory = __redirected.__DocumentBuilderFactory

    javax.xml.parsers.SAXParserFactory = __redirected.__SAXParserFactory

    javax.xml.stream.XMLEventFactory = __redirected.__XMLEventFactory

    javax.xml.stream.XMLInputFactory = __redirected.__XMLInputFactory

    javax.xml.stream.XMLOutputFactory = __redirected.__XMLOutputFactory

    javax.xml.transform.TransformerFactory = __redirected.__TransformerFactory

    javax.xml.validation.SchemaFactory:http://www.w3.org/2001/XMLSchema = __redirected.__SchemaFactory

    javax.xml.xpath.XPathFactory:http://java.sun.com/jaxp/xpath/dom = __redirected.__XPathFactory

    jboss.home.dir = F:\wildfly-8.1.0.CR2

    jboss.host.name = admin-pc

    jboss.modules.dir = F:\wildfly-8.1.0.CR2\modules

    jboss.modules.system.pkgs = org.jboss.byteman

    jboss.node.name = admin-pc

    jboss.qualified.host.name = admin-pc

    jboss.server.base.dir = F:\wildfly-8.1.0.CR2\standalone

    jboss.server.config.dir = F:\wildfly-8.1.0.CR2\standalone\configuration

    jboss.server.data.dir = F:\wildfly-8.1.0.CR2\standalone\data

    jboss.server.deploy.dir = F:\wildfly-8.1.0.CR2\standalone\data\content

    jboss.server.log.dir = F:\wildfly-8.1.0.CR2\standalone\log

    jboss.server.name = admin-pc

    jboss.server.persist.config = true

    jboss.server.temp.dir = F:\wildfly-8.1.0.CR2\standalone\tmp

    line.separator =

    logging.configuration = file:F:\wildfly-8.1.0.CR2\standalone\configuration/logging.properties

    module.path = F:\wildfly-8.1.0.CR2\modules

    org.jboss.boot.log.file = F:\wildfly-8.1.0.CR2\standalone\log\server.log

    org.jboss.resolver.warning = true

    org.xml.sax.driver = __redirected.__XMLReaderFactory

    os.arch = amd64

    os.name = Windows 7

    os.version = 6.1

    path.separator = ;

    program.name = standalone.bat

    sun.arch.data.model = 64

    sun.boot.class.path = F:\Java\jdk1.7.0_45\jre\lib\resources.jar;F:\Java\jdk1.7.0_45\jre\lib\rt.jar;F:\Java\jdk1.7.0_45\jre\lib\sunrsasign.jar;F:\Java\jdk1.7.0_45\jre\lib\jsse.jar;F:\Java\jdk1.7.0_45\jre\lib\jce.jar;F:\Java\jdk1.7.0_45\jre\lib\charsets.jar;F:\Java\jdk1.7.0_45\jre\lib\jfr.jar;F:\Java\jdk1.7.0_45\jre\classes

    sun.boot.library.path = F:\Java\jdk1.7.0_45\jre\bin

    sun.cpu.endian = little

    sun.cpu.isalist = amd64

    sun.desktop = windows

    sun.io.unicode.encoding = UnicodeLittle

    sun.java.command = F:\wildfly-8.1.0.CR2\jboss-modules.jar -mp F:\wildfly-8.1.0.CR2\modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -Djboss.home.dir=F:\wildfly-8.1.0.CR2

    sun.java.launcher = SUN_STANDARD

    sun.jnu.encoding = Cp1252

    sun.management.compiler = HotSpot 64-Bit Tiered Compilers

    sun.os.patch.level = Service Pack 1

    user.country = US

    user.dir = F:\wildfly-8.1.0.CR2\bin

    user.home = D:\pgarner

    user.language = en

    user.name = pgarner

    user.script =

    user.timezone = America/New_York

    user.variant =

[pgarner]

Someone else is having the same problem.  Apparently, restarting Wildfly helps temporarily in his case.  In my case, restarting does not help.

[el_gregos]

We've found that the jansi dll needs the Microsoft Visual C++ 2008 Redistributable Package. After installing it, we're not facing the problem anymore.

[pgarner]

Geesh one would think that this sort of thing would have been known by Wildfly team. Seems counterintuitive that an app server written in Java would require Microsoft Visual C++ 2008 to be installed!  Thanks so much!

[mchurakou]

I have met similar problem:

"java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no jansi64-1.9 in java.library.path, no jansi-1.9 in java.library.path, no jansi in java.library.path, Native Library C:\Users\...\AppData\Local\Temp\jansi-64-1.9.dll already loaded in another classloader]"

We tried to use mentioned work around ( Microsoft Visual C++ 2008 Redistributable Package) but it did not help. This problem occurred when we start Arquillian integration test. During this test wildfly-9.0.0.Final  runs and deploys test artifact and we get exception on next line of code:

private static final Logger logger = LogManager.getLogger();

We use log4j2.

Our stack trace:

java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no jansi64-1.9 in java.library.path, no jansi-1.9 in java.library.path, no jansi in java.library.path, Native Library C:\Users\Mikalai_Churakou\AppData\Local\Temp\jansi-64-1.9.dll already loaded in another classloader]

  at org.fusesource.hawtjni.runtime.Library.doLoad(Library.java:184)

  at org.fusesource.hawtjni.runtime.Library.load(Library.java:142)

  at org.fusesource.jansi.internal.Kernel32.<clinit>(Kernel32.java:37)

  at org.fusesource.jansi.WindowsAnsiOutputStream.<clinit>(WindowsAnsiOutputStream.java:52)

  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)

  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)

  at java.lang.reflect.Constructor.newInstance(Constructor.java:422)

  at org.apache.logging.log4j.core.appender.ConsoleAppender.getOutputStream(ConsoleAppender.java:204)

  at org.apache.logging.log4j.core.appender.ConsoleAppender.getManager(ConsoleAppender.java:178)

  at org.apache.logging.log4j.core.appender.ConsoleAppender.createDefaultAppenderForLayout(ConsoleAppender.java:109)

  at org.apache.logging.log4j.core.config.DefaultConfiguration.<init>(DefaultConfiguration.java:62)

  at org.apache.logging.log4j.core.LoggerContext.<init>(LoggerContext.java:70)

  at org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.locateContext(ClassLoaderContextSelector.java:145)

  at org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.getContext(ClassLoaderContextSelector.java:70)

  at org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.getContext(ClassLoaderContextSelector.java:57)

  at org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:142)

  at org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:41)

  at org.apache.logging.log4j.LogManager.getContext(LogManager.java:175)

  at org.apache.logging.log4j.LogManager.getLogger(LogManager.java:426)

  at org.apache.logging.log4j.LogManager.getLogger(LogManager.java:408)

  at com.lanyon.passkey.core2.service.reservation.ITReservationServiceTest.<clinit>(ITReservationServiceTest.java:35)

Can someone help?