为什么我创建的JMS服务,别的计算机无法连接?

blackhost 2009-03-24 03:37:19
我在一台计算机的Weblogic上创建了一个JMS服务。

然后在另一台计算机部署在Weblogic下的应用连接该JMS服务。

使用的是SSH框架,配置如下:
<!-- 消息驱动配置 -->
<bean id="jndiTemplate"
class="org.springframework.jndi.JndiTemplate">
<property name="environment">
<props>
<prop key="java.naming.factory.initial">
weblogic.jndi.WLInitialContextFactory
</prop>
<prop key="java.naming.provider.url">
t3://xx.xx.xx.xx:80
</prop>
<prop key="java.naming.factory.url.pkgs">
weblogic.jndi.factories
</prop>
</props>
</property>
</bean>

但是启动后,Weblogic控制台报weblogic.jms.common.JMSException: Connection not found
的错误。

如果我把这台计算机的部署应用,放在配置了JMS的那台计算机的Weblogic容器中,就一点问题都没有?

why???
...全文
132 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
pathuang68 2009-05-06
  • 打赏
  • 举报
回复
楼主给的信息不是很详细,不好判断
xiaozejun 2009-05-05
  • 打赏
  • 举报
回复
我们正好在学习这个WEB Server
过来跟楼主学习学习
blackhost 2009-05-05
  • 打赏
  • 举报
回复
你们说的都不对,实际上,发送方的Weblogic的JMS所在的Server name不能和接收方的Server Name一样。比如

一般来说Weblogic创建域后,会有一个默认的Server,AdminServer.

我就是直接用了默认的AdminServer发布了我的程序,所以JMS消息无法传递。

因此解决办法就是在发送方或者接收方,新建一个Server,然后将程序部署在该Server上,问题即可解决。

dreamland 2009-04-22
  • 打赏
  • 举报
回复
这可能是因为两个WebLogic Domain之间没有配置信任域的问题
xfzhuhan 2009-03-25
  • 打赏
  • 举报
回复
up
blackhost 2009-03-25
  • 打赏
  • 举报
回复
80端口肯定是没问题的,客户端访问也没问题。
老紫竹 2009-03-25
  • 打赏
  • 举报
回复
1 t3://xx.xx.xx.xx:80
真的是80吗?

2 那台机器的80,你可以访问吗?看看防火墙

3 建议你先编写一个小的JMS测试程序,链接那个JMS Server看看。
这东西没问题,只需要一个weblogic-client.jar就行了。

先本机测试,再远程测试。
feversteven 2009-03-25
  • 打赏
  • 举报
回复
不懂帮顶
blackhost 2009-03-25
  • 打赏
  • 举报
回复
这个问题没人知道吗?
mengweilil 2009-03-24
  • 打赏
  • 举报
回复
顶起,不知道

大河V5 2009-03-24
  • 打赏
  • 举报
回复
机器连接的问题吗?可以使用SSH连接吗。连接失败应该还有更具体的错误吧,比如权限没有/防火墙等
blackhost 2009-03-24
  • 打赏
  • 举报
回复
我没说明白吗?
A计算机安装了一套Weblogic,配置了JMS服务

B计算机也安装了一套Weblogic,但是不配置JMS服务,但是部署了应用APP,在应用APP中,会向A计算机的JMS服务发送jMS消息。但是发送不了,提示我贴出来的错误!

但是当我把B计算机中我的APP应用,部署在A计算机中的Weblogic中时,就一点问题都没有,这么说明白了吧。
wonder888888 2009-03-24
  • 打赏
  • 举报
回复
如果我把这台计算机的部署应用,放在配置了JMS的那台计算机的Weblogic容器中,就一点问题都没有?

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧