超 时 好多地方都可能超 时现在都不知道怎么做了。
不知道有没有人可以指点一下啊有
jndi.rmiConnTimeout=600000
jndi.rmiSoTimeout=600000
ums.invoker.rmi.conntimeout=600000
ums.invoker.rmi.sotimeout=600000
rmi.transport.proxy.connectTimeout=1000000
rmi.transport.tcp.responseTimeout=1000000
还有jboss的
<attribute name="DefaultCacheTimeout">1800</attribute>
<attribute name="TransactionTimeout">1500</attribute>
<attribute name="SocketTimeout">60000</attribute>
还有connection的超时真 不 知 道 这 些 超 时 都 对 应 着 什 么 地 方。
而 且 一 个 方 法 可 能 跟 db 链 接 那 就 要 设 置 connection 的 超 时 TransactionTimeout 是 ejb 调 用 的 超 时 那 也 需 要 设 置。
还 有 SocketTimeout 如 果 TransactionTimeout 设 置 的 很 大 , 大 过 了 TransactionTimeout 是 否 也 会 有 问 题。
这 些 超 时 设 置 的 时 候 之 间 是 否 有 逻 辑 关 系 。 有 什 么 样 的 逻 辑 关 系55555
不知道有没有人可以指点一下啊有
jndi.rmiConnTimeout=600000
jndi.rmiSoTimeout=600000
ums.invoker.rmi.conntimeout=600000
ums.invoker.rmi.sotimeout=600000
rmi.transport.proxy.connectTimeout=1000000
rmi.transport.tcp.responseTimeout=1000000
还有jboss的
<attribute name="DefaultCacheTimeout">1800</attribute>
<attribute name="TransactionTimeout">1500</attribute>
<attribute name="SocketTimeout">60000</attribute>
还有connection的超时真 不 知 道 这 些 超 时 都 对 应 着 什 么 地 方。
而 且 一 个 方 法 可 能 跟 db 链 接 那 就 要 设 置 connection 的 超 时 TransactionTimeout 是 ejb 调 用 的 超 时 那 也 需 要 设 置。
还 有 SocketTimeout 如 果 TransactionTimeout 设 置 的 很 大 , 大 过 了 TransactionTimeout 是 否 也 会 有 问 题。
这 些 超 时 设 置 的 时 候 之 间 是 否 有 逻 辑 关 系 。 有 什 么 样 的 逻 辑 关 系55555
只能友情了
哎、、、、
貌似那个超时是RMI调用的时候最大等待时间·~~~
前一阵子在写RMI项目的时候有测试过·~~在局域网内~~对几台机子进行RMI调用~~~
项目是在单机上借助插件测的就是去取一个远程线程的bool值:true,如果取到,则说面那个线程上的对象是可用的
我只在单机上部署了S和C,远程没有S,所以去取那个值是肯定取不到的·~~这就会出现延迟
局域网内的机器使用的都是静态IP,我发现IP最后一段1-254,与RMI消耗的时间是正相关的~~~
当然与自己机器的位置也有关系~~~~
在这只说下我的情况~~
我的IP是*.*.*.119
去调用*.*.*.1——*.*.*.253同网段内的几台机器·~~~(24,74,78,92,119,164)
本机没问题的话 是最快的
然后访问 164的延时时间最大大概在6-7s
24的稍慢3s左右,74,78,92的延时时间比较短大概只有1s左右我猜测这个延时是路由选择的时候带来的~~~~其实在集群里的机器在不考虑网路问题,数据处理时间又不太长的话·~~那个延时可以采用系统默认
如果非要考虑时效性的话·~~你可以综合的考虑数据处理的时间,网络访问量,以及路由IP设置~~~~等等·~~~一家之言·~~仅供参考