问题标签 [initial-context]

我正在开发一个 Java 应用程序（ J2SE ）。在我的应用程序中，我应该通过队列发送消息（使用 Weblogic 的 JDNI），然后应该与 HTTP Web url 交互（使用 URLConnection）。

如果我尝试使用 URLConnection 与 HTTP Web 交互，它会成功。但是，在队列发送消息后，与 HTTP 网络（使用 URLConnection）的交互总是失败。在我极大地减少了源代码之后，我终于发现设置JDNI的代码影响了UrlConnection对象的制作。

下面是解释的源代码。

即使 InitialContext() 方法调用完成，我希望返回 HttpURLConnection，但实际上 SOAPHttpURLConnection 已通过 url.openConnction(); 返回 所以，我不能使用它与网页交互。

为什么 SOAPHttpURLConnection 已经返回？我该如何解决这个问题？

我正在检查InitialContextJNDI 查找所需的对象和属性。InitialContext 所需的属性之一是INITIAL_CONTEXT_FACTORY环境，对于 weblogic 服务器，其值为weblogic.jndi.WLInitialContextFactory.

在weblogic.jndi.WLInitialContextFactory 的文档中说：

weblogic.jndi.WLInitialContextFactory 还可用于通过 WebLogic Server 创建到另一个命名服务的多层连接。

我不明白多层连接的含义。有人可以详细说明它的确切含义吗？

我正在尝试以InitialContext以下方式设置新的（我相信这是非常标准的）：

new InitialContext代码在使用属性创建的行处“失败”，我得到一个java.lang.NullPointerException. 我怀疑我错过了一个论点。这是堆栈跟踪：

有什么建议么？

我正在运行 JBoss EAP 6.4 并使用 EJB 3。我jboss-client.jar在类路径中。

我是 EJB 新手，我写了一个非常小的 ejb 组件用于演示目的。它应该做的就是打印“hello”。目前正在努力正确配置远程客户端的 InitialContext。我使用的容器是 JBoss 7.0。我使用 JaveEE7.0 和 ejb3.2。

ejb的接口：

豆子本身：

以及我放置在 EJB 项目中但我作为 java 应用程序运行的远程客户端：

当我运行 JBoss 时，我成功地部署了我的 ejb 项目：

13:37:20,141 INFO [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor]（MSC 服务线程 1-6）部署单元部署“stateless1.jar”中名为 HelloEJB 的会话 bean 的 JNDI 绑定如下：

java:global/stateless1/HelloEJB!hello.Hello java:app/stateless1/HelloEJB!hello.Hello java:module/HelloEJB!hello.Hello
java:global/stateless1/HelloEJB java:app/stateless1/HelloEJB
java:module/HelloEJB

13:37:20,255 INFO [org.jboss.as.server.controller] (DeploymentScanner-threads - 2) 部署“stateless1.jar”

但是当我尝试从远程客户端调用 ejb 时，我得到：

Bean 加载失败 javax.naming.NoInitialContextException：无法实例化类：org.jboss.naming.remote.client.InitialContextFactory [根异常是 java.lang.ClassNotFoundException：org.jboss.naming.remote.client.InitialContextFactory] ​​在 javax.naming .spi.NamingManager.getInitialContext(Unknown Source) at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source) at javax.naming.InitialContext.init(Unknown Source) at javax.naming.InitialContext.(Unknown Source) at client.Test。 client.Test.main(Test.java:18) 处的lookupStatelessHello(Test.java:34) 原因：java.lang.ClassNotFoundException: org.jboss.naming.remote.client.InitialContextFactory at java.net.URLClassLoader.findClass(未知来源）在 sun.misc.Launcher$AppClassLoader 的 java.lang.ClassLoader.loadClass（未知来源）。loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.Class.forName0(Native Method)

我尝试更改端口，尝试添加安全凭据，但我不明白如何添加用户，尝试阅读指南，但坦率地说，因为我是新手，这对我来说很难。另外，我很确定我查找 bean 的方式是错误的，但这不是现在的问题。

我希望你能帮助我找到我在这里做错的事情。如果您需要有关设置的更多信息，请询问。

我有一个委托，它通过 InitialContext 实例化相应的 Bean 发送凭据（Josso 身份验证），如下所示。

在 Bean，我尝试过使用 SessionContext 恢复 Josso Data，如下图所示：

我面临的问题是我无法在 Bean 范围内检索 Josso 数据。我已经尝试过“context.getEnvironment()”，但这种方法已被弃用，我没有找到任何替代方法。

为了找到解决方案，我尝试过：

但是前两个命令只返回 Bean 本身，最后一个只返回全局变量。

“context.getEnvironment()”的正确替代方法是什么？

我正在使用带有 Google Engine 应用程序的 Eclipse 来公开我的服务器，但出现错误：

code>

我找到了这个决议：

http://www.mkyong.com/google-app-engine/gae-jsf-javax-naming-initialcontext-is-a-restricted-class/

我这样做了，我在自己的项目中添加了 WebConfiguration.java 但我仍然面临这个问题，也许我的类不是项目在访问 WebConfiguration 时正在读取的类，也许它正在读取“旧的和错误的”文件它无法读取的 2 种方法，因为这会产生错误。

有人可以帮帮我吗？

太感谢了 ：）

当我们创建一个新InitialContext的用于远程访问 Enterprise Java Beans 时，工作完成后，我们应该总是关闭contextviacontext.close()吗？

这是一个代码示例：

我有下面的JSP。

我收到以下错误：Error:javax.naming.NoInitialContextException: Failed to create InitialContext using factory specified in hashtable {java.naming.provider.url=iiop://localhost:2809, java.naming.factory.initial= com.ibm.websphere.naming.WsnInitialContextFactory} [根异常是 java.lang.NullPointerException]

我正在使用JDK1.7。添加 2 个 JARS 后，我得到以下错误 Error:javax.naming.ConfigurationException: Name space accessor for the java: name space has not been set。可能的原因是用户在 JNDI 上下文方法调用中指定了 java: URL 名称，但未在 J2EE 客户端或服务器环境中运行。

在端口 8080 上启动预览服务器

模块：customTabFromKb_1 (/customTabFromKb_1) 代理 (/proxy)

NMSV0307E: 使用了 java: URL 名称，但未将命名配置为处理 java: URL 名称。可能的原因是用户在尝试在非 J2EE 客户端或服务器环境中指定 java: URL 名称时出错。抛出配置异常。javax.naming.ConfigurationException：java 的名称空间访问器：尚未设置名称空间。可能的原因是用户在 JNDI 上下文方法调用中指定了 java: URL 名称，但未在 J2EE 客户端或服务器环境中运行。在 com.ibm.ws.naming.java.javaURLContextFactory.isNameSpaceAccessable(javaURLContextFactory.java:109) 在 com.ibm.ws.naming.urlbase.UrlContextFactory.getObjectInstance(UrlContextFactory.java:85) 在 javax.naming.spi.NamingManager .getURLContext(NamingManager.java:660) 在 javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java: run(SocketConnector.java:228) at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) NMSV0307E: 使用了 java: URL 名称，但命名未配置为处理 java: URL 名称。可能的原因是用户在尝试在非 J2EE 客户端或服务器环境中指定 java: URL 名称时出错。抛出配置异常。javax.naming.ConfigurationException：java 的名称空间访问器：尚未设置名称空间。可能的原因是用户在 JNDI 上下文方法调用中指定了 java: URL 名称，但未在 J2EE 客户端或服务器环境中运行。在 com.ibm.ws.naming.java.javaURLContextFactory.isNameSpaceAccessable(javaURLContextFactory.java:109) 在 com.ibm.ws.naming.urlbase.UrlContextFactory.getObjectInstance(UrlContextFactory.java:85) 在 javax.naming.spi.NamingManager .

请在这方面帮助我！

我正在尝试创建一个 java 程序，它将只接收 Weblogic Server 中初始上下文工厂的名称。

您可能会在我尝试执行的 java 源代码下面找到：

但我收到了以下错误：

请为您的帮助。

我有一个大问题。我在一个项目中实现了 Maven，但是当我运行选项 maven install 出现在控制台中时，下一个问题...

javax.naming.NoInitialContextException：无法实例化类：org.jboss.naming.NamingContextFactory [根异常是 java.lang.ClassNotFoundException：org.jboss.naming.NamingContextFactory] ​​在 javax.naming.spi.NamingManager.getInitialContext(NamingManager.java: 674) 在 javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:307) 在 javax.naming.InitialContext.init(InitialContext.java:242) 在 javax.naming.InitialContext.(InitialContext.java:216) 在 com.aspor .test_ejb.caja.CajaEJBTest.getInitialContext(CajaEJBTest.java:44) 在 com.aspor.test_ejb.caja.CajaEJBTest.getEJBListas(CajaEJBTest.java:51) 在 com.aspor.test_ejb.caja.CajaEJBTest.setUp(CajaEJBTest.java :62) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method.java:606) 在 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod. java:47) 在 org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) 在 org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) 在 org.junit.internal .runners.statements.RunBefores.evaluate(RunBefores.java:24) 在 org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) 在org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) 在 org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) 在 org.junit.runners。ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit .runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java: 252) 在 org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) 在 sun.reflect.NativeMethodAccessorImpl 的 org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) .invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang。在 org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) 在 org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke( ProviderFactory.java:165) 在 org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) 在 org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) 在 org .apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) 引起：java.lang.ClassNotFoundException: org.jboss.naming.NamingContextFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:366 ) 在 java.net.URLClassLoader.findClass(URLClassLoader.java:354) 在 java.lang.ClassLoader.loadClass(ClassLoader.java:425) 在 sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) 在 java.lang.ClassLoader.loadClass(ClassLoader.java:358) 在com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:72) 上的 java.lang.Class.forName(Class.java:274) 上的 java.lang.Class.forName0(Native Method)。 Naming.internal.VersionHelper12.loadClass(VersionHelper12.java:61) 在 javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:671) ... 35 更多VersionHelper12.loadClass(VersionHelper12.java:72) at com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:61) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:671) ... 35更多的VersionHelper12.loadClass(VersionHelper12.java:72) at com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:61) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:671) ... 35更多的