Jboss Wildfly不为我工作

我所做的只是下载wildfly-8.1.0.CR2并将其解压缩。standalone.bat和add-user.bat可以工作，但jboss-cli.bat不能

F:\wildfly-8.1.0.CR2\bin>JBossCLI

java.lang.UnsatisfiedLinkError:无法加载库。原因：[中没有jansi64-1.9
java.library.path中没有jansi-1.9，java.library.path中没有jansi，
D:\pgarner\AppData\Local\Temp\jansi-64-1.9.dll:应用程序启动失败
因为其并行配置不正确。请查看应用程序事件
记录或使用命令行sxstrace.exe工具了解更多详细信息]
位于org.fusesource.hawtjni.runtime.Library.doLoad（Library.java:184）
位于org.fusesource.hawtjni.runtime.Library.load（Library.java:142）
位于org.fusesource.jansi.internal.Kernel32.（Kernel32.java:37）
位于org.fusesource.jansi.WindowsAnsiOutputStream。（WindowsAnsiOutputStream.java:52）
位于org.jboss.aesh.terminal.WindowsTerminal.init（WindowsTerminal.java:53）
位于org.jboss.aesh.console.console.setTerminal（console.java:193）
位于org.jboss.aesh.console.console.reset（console.java:154）
位于org.jboss.aesh.console.console（console.java:105）
位于org.jboss.aesh.console.console（console.java:101）
位于org.jboss.as.cli.impl.Console$Factory.getConsole（Console.java:85）
位于org.jboss.as.cli.impl.Console$Factory.getConsole（Console.java:78）
位于org.jboss.as.cli.impl.CommandContextImpl.initBasicConsole（CommandContextImpl.java:349）
位于org.jboss.as.cli.impl.CommandContextImpl.（CommandContextImpl.java:296）
位于org.jboss.as.cli.impl.CommandContextFactoryImpl.newCommandContext（CommandContextFactoryImpl.java:76）
位于org.jboss.as.cli.impl.CliLauncher.initCommandContext（CliLauncher.java:273）
位于org.jboss.as.cli.impl.CliLauncher.main（CliLauncher.java:253）
位于org.jboss.as.cli.CommandLineMain.main（CommandLineMain.java:34）
在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）处
在sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:57）中
在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）中
位于java.lang.reflect.Method.invoke（Method.java:606）
位于org.jboss.modules.Module.run（Module.java:312）
位于org.jboss.modules.Main.Main（Main.java:460）
按任意键继续。

使用standalone.bat启动Wildfly时，我在server.log中看到java.library.path的以下条目：

java.library.path=F:\java\jdk1.7.0\u 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

当我尝试运行jboss cli时，以下文件确实出现在我的文件系统上：

D:\pgarner\AppData\Local\Temp\jansi-64-1.9.dll

我还尝试使用wildfly-8.0.0.Final而不是wildfly-8.1.0.CR2，同样的问题也发生了

---

如何解决这个问题？我认为CLI应该在从zip文件中提取所有文件后立即工作。

也有类似的问题。我可以启动Wildfly并部署我的应用程序，但每次我重新部署应用程序时，都会出现以下错误：

原因：

java.lang.UnsatisfiedLinkError:无法加载库。理由：[否 java.library.path中的jansi64-1.9，java.library.path中没有jansi-1.9， 本机库java.library.path中没有jansi C:\Users\zb\AppData\Local\Temp\jansi-64-1.9.dll已加载到 另一个类加载器]

这个jansi库似乎在部署后被卡住了

---

重新启动服务器暂时有帮助。

我们面临相同的错误，问题是由于jansi dll依赖关系造成的。事实上，您需要安装与平台对应的微软Visual C++ 2008可重分发软件包。对于x64，您可以点击以下链接：

---

极客们会认为这种事情Wildfly团队早就知道了。似乎是违反直觉的应用程序服务器写在java中，需要微软Visual C++ 2008安装！你解决过这个问题吗？在Windows build服务器上运行wildfly与托管arquillian容器的问题完全相同。第一个实例运行通过，但wenn它想创建wildfly的另一个实例。发生此错误时。

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