社区
Java EE
帖子详情
求助servlet怎么使用apache的xmlrpc
ihefe
2010-11-27 03:04:47
呃。下了2个版本 ,
1个jar ,1个源文件包
不知道怎么使用。那位大虾告诉怎么引用?
环境 ubuntu+tomcat .
...全文
111
7
打赏
收藏
求助servlet怎么使用apache的xmlrpc
呃。下了2个版本 , 1个jar ,1个源文件包 不知道怎么使用。那位大虾告诉怎么引用? 环境 ubuntu+tomcat .
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
7 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
ihefe
2010-11-29
打赏
举报
回复
[Quote=引用 5 楼 dyllove98 的回复:]
呵呵 自己解决就是好
[/Quote]
谢谢
ihefe
2010-11-29
打赏
举报
回复
[Quote=引用 4 楼 magong 的回复:]
没用过XML-RPC。
Java6自带的JAX-WS 2不好用么?
[/Quote]
谢谢
Jlins
2010-11-27
打赏
举报
回复
呵呵 自己解决就是好
magong
2010-11-27
打赏
举报
回复
没用过XML-RPC。
Java6自带的JAX-WS 2不好用么?
ihefe
2010-11-27
打赏
举报
回复
原来是classpath没写好。 散分
ihefe
2010-11-27
打赏
举报
回复
就是怎么使用以下。我是java菜鸟
import org.apache.xmlrpc.server.XmlRpcServer;
ihefe
2010-11-27
打赏
举报
回复
为什么我提问很少人回答
apache
xml
rpc
jar src
apache
xml
rpc
用到的 jar包 及 source包 官网都没有了, 千辛万苦才找到的!
Apache
xml
rpc
3.1 with examples
Apache
xml
rpc
3.1 with simple samples
Python
使用
g
RPC
入门到实战,把握就业先机
本门课程是带大家进入微服务领域入门的课程,很适合新手小白学习的课程。1: 什么是
rpc
?
RPC
(Remote Procedure Call)是函数对函数的远程调用,传输协议tcp,http,主要是基于
xml
,json序列化协议(这里的序列化协议是对数据编解码的方式),项目中我们真正用到的是g
rpc
,g
rpc
是一个框架,基于http2.0的长链接,性能有所改进,重要的是g
rpc
用的是Google开源的protobuf序列化协议,它比json,
xml
性能更快,在压缩数据方面也更小。总之我们选择g
rpc
最主要的有两点:1:支持跨语言开发(如python,golang,java)2: g
rpc
首先是一个框架,封装
rpc
,让程序员只关注代码逻辑即可 2: 为什么用g
rpc
,而不用flask,django,tornado,即http协议?1:http的调用是根据url的(即restful),它跟
rpc
的调用最大的区别就是这里,
rpc
的调用,你就像调用一个本地函数一样简单,而且微服务,分布式也是从
rpc
开始的,学好
rpc
对以后做好分布式会更有帮助,其实go语言和python语言里都有
rpc
(如
xml
rpc
,json
rpc
,zero
rpc
),我们之所以学习go语言里的
rpc
是因为go语言的
rpc
相对更加灵活,go语言本身也支持高并发,这一点对于分布式来说更好。2:其次http协议,用过flask框架的人都知道,请求一次数据后就断开,而g
rpc
基于http2.0,它不但可以保持长链接,传输效率也更高,
使用
方面,因为http2.0相当于tcp一样
使用
,现在很多大厂也都开始用http2.0了。http2.0相比http的优势很明显,头部压缩,分流,针对tcp的多路复用。所以基于http2.0的g
rpc
无论从生态和性能方面都更好。 这张图是一个g
RPC
相关的架构图,同学们可以通过这张图了解g
RPC
在项目中的
使用
。
apache
-
xml
rpc
-3.1.3-src.zip
java相关项目
apache
XML
RPC
3.1.3版本的源码
apache
xml
rpc
-3.1.1-sources.zip
xml
rpc
的
apache
的java实现。 最新版本3.1.1的源码,包括commons server client三个模块。
Java EE
67,512
社区成员
225,885
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章