gpt4 book ai didi

java - EJB客户端如何定位没有url的EJB服务器?

转载 作者:搜寻专家 更新时间:2023-10-30 21:08:51 25 4
gpt4 key购买 nike

我是 Java EE 的新手。目前,我正在阅读 Sun Microsystems 的Java EE 6 教程,第 1 卷(基本概念测试版)。为了摆脱单调的阅读,我经常玩一些其他人编写的 Java EE 项目/代码。

我来自东南部。我的脑袋里仍然充满了SE。在 SE(两层 应用程序)中,我使用

DATABASE_URL = "jdbc:mysql://something.db_server.com/db_name"

这就是我的客户端知道数据库服务器位置的方式。

在我看到的一个 Java EE 示例中

// Access JNDI Initial Context.

Properties p = new Properties();

p.put("java.naming.factory.initial","org.jnp.interfaces.NamingContextFactory");
p.put("java.naming.provider.url","jnp://localhost:1099");
p.put("java.naming.factory.url.pkgs","org.jboss.naming:org.jnp.interfaces");

InitialContext ctx = new InitialContext(p);

// Change jndi name according to your server and ejb

HelloRemote remote = (HelloRemote) ctx.lookup("HelloBean/remote");

msg = "Message From EJB --> " + remote.sayHello();

这个我明白了。该代码具有 url 和端口号。有这条线

p.put("java.naming.provider.url","jnp://localhost:1099");

客户端通过 url 和访问哪个端口知道服务器在哪里。我认为代码是在 Java EE 5 时编写的。

今天我发现了另一个使用 Netbeans 7、Java EE 6 和 GlassFish 3 的例子。客户端代码

@EJB
private static MySessionRemote mySession;

/**
* @param args the command line arguments
*/

public static void main(String[] args) {
JOptionPane.showMessageDialog(null,
"result = " + mySession.getResult());
}

这是链接 http://netbeans.org/kb/docs/javaee/entappclient.html

没有给出 url 和端口号。

David R. Heffelfinger 的

Java EE 6 Development with Netbeans 7 在第 7 章中有一个类似的例子。作者没有在书中解释它是如何完成的。我想他已经做到了,但我可能错过了……

我的问题是客户端如何在没有url的情况下定位服务器?它是在那些 xml 文件之一中说明的吗?客户端可以在加利福尼亚,而 GlassFish Server 可以在纽约。任何人都可以向我解释一下或指向我可以找到答案的任何教程/博客/文章吗?

谢谢。

最佳答案

这里发生了两件事。

首先,Java EE 中没有指定获取远程 EJB 引用的方式。您受制于个别供应商认为应该如何完成。

虽然 JNDI 是用于此的事实上的标准,但即使它本身也不是强制性的。

示例:JBoss 直到 AS7

在 AS 7 之前的 JBoss AS 中,以下序列用于获取远程引用:

Properties env = new Properties();
env.put(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory");
env.put(Context.URL_PKG_PREFIXES, "org.jboss.naming:org.jnp.interfaces");
env.put(Context.PROVIDER_URL, "jnp://myserver.example.com:1099");
InitialContext context = new InitialContext(env);

Bean bean = (Bean) context.lookup("myear/MyBean/remote");

在这里,远程服务器的 URL 被提供给初始上下文,并从该上下文中检索一个 bean。 (请注意,您必须不要在此处添加众所周知的“java:/”前缀,否则它将被 JNDI 拦截并在本地解析,尽管在远程上下文中进行查找)

由于此方法如前所述未标准化,因此单个供应商可以在实现版本之间完全更改它。即使对于相同 Java EE 版本的实现也是如此。

例子:JBoss AS7

在 JBoss AS 7 中,JBoss 想要摆脱 JNDI(因为没有指定必须使用 JNDI),现在它发生在大约 following way。 :

您首先需要将一个 jboss-ejb-client.properties 文件放在您的类路径中,上下文如下:

endpoint.name = client-endpoint
remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED = false
remote.connections = default
remote.connection.default.host = myserver.example.com
remote.connection.default.port = 4447
remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOANONYMOUS = false

并使用如下代码:

Properties env = new Properties();
env.put(Context.URL_PKG_PREFIXES, "org.jboss.ejb.client.naming");
InitialContext context = new InitialContext(env);

Bean bean = (Bean) context.lookup("ejb:/myear/mymodule/MyBean!com.example.Bean");

所以从代码看似乎没有给出 URL,但它静态隐藏在配置文件中。


应用客户端容器

Today I have found another example where Netbeans 7, Java EE 6, and GlassFish 3 are used. The client side code [...]

这是另一回事。所展示的是所谓的Application Client Container (aka ACC)。

这与上面的示例不同,在该示例中,Java SE 应用程序使用 JNDI 联系远程服务器。 Application Client Container 在 Java EE 中有点晦涩难懂。这个想法似乎是您从服务器动态下载客户端代码(如 Applet 或 Java Web Start 应用程序),然后它神奇地“知道”它的来源。主类中对(静态)注入(inject)的支持非常有限,您可以使用它直接注入(inject)远程 bean。

应用程序客户端容器是 Java EE 早期的一个想法,据我所知从未受到太多关注。经过这么多年,它在最初的构想之后从未取得太大进展。因为它仍然需要完成大量特定于供应商的事情,所以我认为大多数人不会理会它而只是使用 JNDI。

关于java - EJB客户端如何定位没有url的EJB服务器?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13643127/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com