1

我安装了 Java 8 和 WildFly (JBoss) 10.0。我已经emsa.jar在“远程”服务器上部署了带有远程 EJB 的文件。

我正在尝试使用 JNDI 通过在 Eclipse 中将客户端的主要方法作为 Java 应用程序运行来从单独的客户端应用程序中调用 EJB 中的方法，但出现以下错误：

INFO: EJBCLIENT000013: Successful version handshake completed for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@61f8bee4, receiver=Remoting connection EJB receiver [connection=Remoting connection <545ebbdd>,channel=jboss.ejb,nodename=skb]} on channel Channel ID d234d46a (outbound) of Remoting connection 395b72b3 to localhost/127.0.0.1:8080
Exception in thread "naming-client-message-receiver-1-thread-1" java.lang.NoClassDefFoundError: javax/ejb/EJBException
    at org.jboss.ejb.client.SerializedEJBInvocationHandler.readResolve(SerializedEJBInvocationHandler.java:110)
    at org.jboss.ejb.client.SerializedEJBInvocationHandler.readResolve(SerializedEJBInvocationHandler.java:106)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at org.jboss.marshalling.reflect.SerializableClass.callReadResolve(SerializableClass.java:417)
    at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1299)
    at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
    at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:213)
    at org.jboss.marshalling.river.RiverUnmarshaller.doReadNestedObject(RiverUnmarshaller.java:169)
    at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1254)
    at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
    at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:213)
    at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:45)
    at org.jboss.naming.remote.protocol.v1.Protocol$1$3.read(Protocol.java:156)
    at org.jboss.naming.remote.protocol.v1.Protocol$1$3.read(Protocol.java:149)
    at org.jboss.naming.remote.protocol.v1.BaseProtocolCommand.readResult(BaseProtocolCommand.java:59)
    at org.jboss.naming.remote.protocol.v1.Protocol$1.handleClientMessage(Protocol.java:149)
    at org.jboss.naming.remote.protocol.v1.RemoteNamingStoreV1$MessageReceiver$1.run(RemoteNamingStoreV1.java:232)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.ClassNotFoundException: javax.ejb.EJBException
    at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    ... 23 more
javax.naming.NamingException: Unable to invoke lookup, status=WAITING
    at org.jboss.naming.remote.protocol.v1.Protocol$1.execute(Protocol.java:98)
    at org.jboss.naming.remote.protocol.v1.RemoteNamingStoreV1.lookup(RemoteNamingStoreV1.java:95)
    at org.jboss.naming.remote.client.HaRemoteNamingStore$1.operation(HaRemoteNamingStore.java:276)
    at org.jboss.naming.remote.client.HaRemoteNamingStore.namingOperation(HaRemoteNamingStore.java:132)
    at org.jboss.naming.remote.client.HaRemoteNamingStore.lookup(HaRemoteNamingStore.java:272)
    at org.jboss.naming.remote.client.RemoteContext.lookupInternal(RemoteContext.java:104)
    at org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:93)
    at org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:146)
    at javax.naming.InitialContext.lookup(InitialContext.java:417)
    at com.kelly_ann.employeemgmt.Main.main(Main.java:38)

客户端 Main 类中的代码是：

package com.k_a.employeemgmt;

import java.util.List;
import java.util.Properties;

import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;

import com.k_a.employeemgmt.EmployeeMgmtService;
import com.k_a.employeemgmt.domain.Employee;

public class Main {

    // this remotely invokes the server's EmployeeMgmtService.getAllEmployees() method.
    public static void main(String[] args) {
        try {
            Properties jndiProperties = new Properties();
            jndiProperties.put(Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory");
            jndiProperties.put(Context.PROVIDER_URL, "http-remoting://localhost:8080");
            jndiProperties.put("jboss.naming.client.ejb.context", true);
            System.out.println("MYTESTjndiProperties: " + jndiProperties); // gets here
            Context jndi = new InitialContext(jndiProperties);
            System.out.println("MYTESTjndi: " + jndi); // gets here

            EmployeeMgmtService service = (EmployeeMgmtService)jndi.lookup("emsa/EmployeeMgmtImpl!com.k_a.employeemgmt.EmployeeMgmtService");
            System.out.println("MYTESTservice: " + service); // doesn't get to here
            List<Employee> employees = service.getAllEmployees();
            for(Employee employee : employees) {
                System.out.println(employee);
            }
        }

我的客户端应用程序的 Gradle 构建文件 ( build.gradle) 中包含以下依赖项：

apply plugin: 'java'

defaultTasks 'clean', 'compileJava', 'test', 'jar'

jar {
    archiveName = "emtc.jar"
}

test.useJUnit()

repositories {
    mavenCentral()
}

dependencies {
    compile 'jboss:jboss-client:4.0.2'
    compile 'org.jboss:jboss-remote-naming:2.0.4.Final'
    compile 'org.jboss.xnio:xnio-nio:3.3.6.Final'
    testCompile 'junit:junit:4.12'
}

最后一天， 我尝试在这里关注 WildFly/JBoss 文档，但没有成功。

有任何想法吗？

4

2 回答 2

2

我写了一个关于在 Maven 中为 Wildfly 9.0.2.Final 做的方法的小教程。所以我只是试图将它翻译成 Gradle 方式（对不起，我没有使用 Gradle 的经验）并且我已经调整了依赖项以符合 Wildfly 10.0.0.Final 尊重您的需要，这样如果有任何错误版本，您就不会得到 NoClassDefException组合 ：

dependencies {
    org.jboss.spec.javax.ejb:jboss-ejb-api_3.2_spec:1.0.0.Final
    org.jboss:jboss-remote-naming:2.0.4.Final
    org.jboss:jboss-ejb-client:2.1.4.Final
    org.jboss.xnio:xnio-nio:3.3.4.Final
    org.jboss.marshalling:jboss-marshalling-river:1.4.10.Final
    org.jboss.spec.javax.transaction:jboss-transaction-api_1.2_spec:1.0.0.Final
}

或者只是使用：

dependencies {
    org.wildfly:wildfly-client-all:10.0.0.Final
}

但在第二种情况下，您将对 JMS 有其他传递依赖项......

顺便说一句，在 Maven 方式中，我经常使用 BOM 依赖项，它会自动暗示依赖项的“正确”版本，但我不知道 Gradle 中是否有类似的东西。如果可能，您可以使用此 BOM：

org.wildfly:wildfly-ejb-client-bom:10.0.0.Final

然后你可以省略我上面提到的依赖项的版本。

让我有你的反馈。

于 2016-03-22T01:11:10.070 回答
1

最终解决方案：

问题是我需要应用此处'application'列出的插件并调用任务的 Gradle build.gradle 文件。一旦完成，它就像一个魅力！最终也在 Gradle 构建文件中使用了 maven 存储库 BOM（来自此处），因为这是确保正确依赖管理的最佳方式。感谢所有的帮助！非常感激。:-)'run'

文件中的最终代码build.gradle如下：

apply plugin: 'java'
apply plugin: 'application'

defaultTasks 'clean', 'compileJava', 'test', 'jar', 'run'

mainClassName = 'com.k_a.employeemgmt.Main'

jar {
    archiveName = "emtc.jar"
}

test.useJUnit()

repositories {
    mavenCentral()
}

dependencies {
    compile 'org.wildfly:wildfly-ejb-client-bom:10.0.0.Final'
    testCompile 'junit:junit:4.12'
}
于 2016-03-22T21:27:21.117 回答