关于 tpinit 的问题,哪位大神可以帮个忙~

Z_GladiatoR 2013-01-31 09:29:22
我自己写的一个java通信系统,将tuxedo客户端逻辑以JNI的形式作为主系统的一个通信模块,tuxedo客户端的编程方式采取标准的流程,在tpcall之前做了,环境变量的初始化后开始调用tpinit(),成功之后给sendbuf和recvbuff分配初始化空间,tpcall结束之后,取得recvbuff中的返回,然后断开连接,总之就是采取短连接和同步tpcall的方式。

下面是我遇到的窘境:在实际企业级应用中,由于我的通信系统会接受前台发送过来给不同第三方tuxedo服务的报文信息,因为为保证在并发下事务的一致性,我采取对象锁的机制syncnoized给native方法,而当其中一个第三方服务挂死,或者根本是网络ping不通的时候,tpinit就会阻塞,如果是网络ping不通,tpinit阻塞会持续3分钟的时间,服务挂死的情况tpinit的等待时间难以统计。

于是我查了许多资料,都没有明确阐明作为tuxedo客户端单方面的超时控制机制,我用的tuxedo版本是8,难道这么强大的中间件技术,连网络不通的情况下,tpinit都不能立马报错返回吗,求教各位大神tpinit的客户端超时控制机制~~~~

PS: 目前发现有使用异步tpacall和tpgetrply的机制,但是其实tpgetrply也是会阻塞的。不过不管怎么说,按照正常流程得先过了tpinit这关。。。。。。

...全文
633 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
打开链接下载源码: https://pan.quark.cn/s/64cfd9352cf7 VLC播放器是一款备受青睐的跨平台开源多媒体播放软件,其3.0.11版本在继承既有卓越功能的同时,显著优化了对特定音视频编码格式的兼容性,尤其着重于对AVS+和DRA这两种源自中国的编码标准的支持。这一改进使得VLC不仅能够处理国际上通行的H264和H265视频编码,以及AC3音频编码,更能契合国内用户的播放需求,流畅播放采用AVS+和DRA编码的多媒体资料。1. **AVS+(Advanced Video Coding Plus)**:AVS+是中国自主设计的一种高效视频编码规范,其核心目标在于提升编码效能,减少带宽占用,特别适用于高清及超高清视频的传输。相较于早期的AVS技术,AVS+在编码效能、图像质量和实现难度上取得了更优的均衡,为国内的电视广播、IPTV、网络视频等领域提供了定制化的解决方案。2. **DRA(Digital Radio Audio)**:DRA是一种基于数字音频广播的高保真音频编码技术,由中国独立研发而成。该技术支持多样化的码率和声道布局,确保提供卓越的音频体验,同时具备优异的网络适应性及低延迟表现,适用于广播、互联网音频传输等多种使用场景。3. **H264(亦称AVC)**:H264是一种高效视频压缩规范,广泛应用于在线视频、流媒体服务、蓝光光盘等领域,其显著优势在于能够在较低的码率下呈现高清晰度的视频画面。4. **H265(亦称HEVC)**:作为H264的升级版标准,H265在压缩效率上实现了进一步突破,相同画质下可将文件大小减半,这对4K、8K等超高清视频的传输和存储尤为关键。5. **AC3(Dolby Digital)**:AC3是...

1,237

社区成员

发帖
与我相关
我的任务
社区描述
企业软件 中间件技术
社区管理员
  • 中间件
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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