8 Replies Latest reply on Sep 2, 2015 4:14 AM by mchurakou

JBoss CLI connect problem

pgarner Jul 4, 2014 4:55 PM

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 . . .

1. Re: CLI not working for me

ctomc May 19, 2014 7:45 AM (in response to pgarner)

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?
Actions
2. Re: CLI not working for me

pgarner May 19, 2014 10:29 AM (in response to ctomc)

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.
Actions
3. Re: CLI not working for me

ctomc May 19, 2014 11:17 AM (in response to pgarner)

That is strange, never seen issue like this before.

What kind of jvm do you run? 32/64bit? and exact OS version?
Actions
4. Re: CLI not working for me

pgarner May 19, 2014 11:31 AM (in response to ctomc)

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 =
Actions
5. Re: CLI not working for me

pgarner Jul 6, 2014 5:05 PM (in response to ctomc)

Someone else is having the same problem. Apparently, restarting Wildfly helps temporarily in his case. In my case, restarting does not help.
Actions
6. Re: CLI not working for me

el_gregos Jul 8, 2014 9:18 AM (in response to pgarner)

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.
Actions
7. Re: JBoss CLI connect problem

pgarner Jul 8, 2014 10:25 AM (in response to el_gregos)

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!
Actions
8. Re: JBoss CLI connect problem

mchurakou Sep 2, 2015 4:14 AM (in response to pgarner)

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?
Actions

Go to original post