c*e
2 楼
soap里面有wsdl之类的,貌似比rest难学。现在有必要学soap吗,貌似很多公司还在用
legacy code.
legacy code.
j*2
3 楼
j**********[email protected]
谢谢啊~
谢谢啊~
f*g
13 楼
I got them. Thank you. :-)
w*z
14 楼
为啥要async, response太慢?
http://stackoverflow.com/questions/7583624/are-asynchronous-res
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
http://stackoverflow.com/questions/7583624/are-asynchronous-res
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
s*o
15 楼
s*****[email protected]
Thanks.
Thanks.
d*i
16 楼
Jersey 2.0加入了对Async的支持,但是一般情况下不需要用。
https://jersey.java.net/documentation/latest/async.html
“ This model (Synchronous mode) is typically sufficient for processing of
requests for which the processing resource method execution takes a
relatively short time. However, in cases where a resource method execution
is known to take a long time to compute the result, server-side asynchronous
processing model should be used. ”
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
https://jersey.java.net/documentation/latest/async.html
“ This model (Synchronous mode) is typically sufficient for processing of
requests for which the processing resource method execution takes a
relatively short time. However, in cases where a resource method execution
is known to take a long time to compute the result, server-side asynchronous
processing model should be used. ”
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
w*z
20 楼
Thanks domini. I didn't know Jersey supports that as we are still on Jersey
1.17.
it's quite different for Server side Asyn process vs Client side Asyn. Not
sure what groundhog09 needs.
asynchronous
【在 d****i 的大作中提到】
: Jersey 2.0加入了对Async的支持,但是一般情况下不需要用。
: https://jersey.java.net/documentation/latest/async.html
: “ This model (Synchronous mode) is typically sufficient for processing of
: requests for which the processing resource method execution takes a
: relatively short time. However, in cases where a resource method execution
: is known to take a long time to compute the result, server-side asynchronous
: processing model should be used. ”
1.17.
it's quite different for Server side Asyn process vs Client side Asyn. Not
sure what groundhog09 needs.
asynchronous
【在 d****i 的大作中提到】
: Jersey 2.0加入了对Async的支持,但是一般情况下不需要用。
: https://jersey.java.net/documentation/latest/async.html
: “ This model (Synchronous mode) is typically sufficient for processing of
: requests for which the processing resource method execution takes a
: relatively short time. However, in cases where a resource method execution
: is known to take a long time to compute the result, server-side asynchronous
: processing model should be used. ”
d*r
21 楼
d*************[email protected]
thanks!
【在 f*****f 的大作中提到】
: RT 我裁成了3个压缩文件,应该可以发了。
thanks!
【在 f*****f 的大作中提到】
: RT 我裁成了3个压缩文件,应该可以发了。
z*9
23 楼
z******[email protected]
Thanks
Thanks
g*g
24 楼
I am not sure if there are any good use case of server side async. For
server to server communication, you can achieve the same goal by doing the
processing in a separate thread, and calling back on the caller's web
service (or use MQ). A connection doesn't need to be kept open during the
processing, I am sure that will be more efficient.
For client-server communication, the connection can easily time out, and the
result will be lost. It's much better to save the result and allow the
client to poll periodically or do long poll. Then fetch the result when
state is changed.
Jersey
【在 w**z 的大作中提到】
: Thanks domini. I didn't know Jersey supports that as we are still on Jersey
: 1.17.
: it's quite different for Server side Asyn process vs Client side Asyn. Not
: sure what groundhog09 needs.
:
: asynchronous
server to server communication, you can achieve the same goal by doing the
processing in a separate thread, and calling back on the caller's web
service (or use MQ). A connection doesn't need to be kept open during the
processing, I am sure that will be more efficient.
For client-server communication, the connection can easily time out, and the
result will be lost. It's much better to save the result and allow the
client to poll periodically or do long poll. Then fetch the result when
state is changed.
Jersey
【在 w**z 的大作中提到】
: Thanks domini. I didn't know Jersey supports that as we are still on Jersey
: 1.17.
: it's quite different for Server side Asyn process vs Client side Asyn. Not
: sure what groundhog09 needs.
:
: asynchronous
w*z
25 楼
totally agree. for server side async the difficulty is that you need to
generate resource Id and return it to the caller and sometimes it might not
be easy. and you need to support the lookup based on that Id. it can get
complicated.
the
【在 g*****g 的大作中提到】
: I am not sure if there are any good use case of server side async. For
: server to server communication, you can achieve the same goal by doing the
: processing in a separate thread, and calling back on the caller's web
: service (or use MQ). A connection doesn't need to be kept open during the
: processing, I am sure that will be more efficient.
: For client-server communication, the connection can easily time out, and the
: result will be lost. It's much better to save the result and allow the
: client to poll periodically or do long poll. Then fetch the result when
: state is changed.
:
generate resource Id and return it to the caller and sometimes it might not
be easy. and you need to support the lookup based on that Id. it can get
complicated.
the
【在 g*****g 的大作中提到】
: I am not sure if there are any good use case of server side async. For
: server to server communication, you can achieve the same goal by doing the
: processing in a separate thread, and calling back on the caller's web
: service (or use MQ). A connection doesn't need to be kept open during the
: processing, I am sure that will be more efficient.
: For client-server communication, the connection can easily time out, and the
: result will be lost. It's much better to save the result and allow the
: client to poll periodically or do long poll. Then fetch the result when
: state is changed.
:
w*z
32 楼
from this post:
http://stackoverflow.com/questions/3629784/how-is-node-js-inher
seems nodes is using Asynchronous I/O so that no thread is idle to fully
utilize the resource. It's similar as what Jersey 2.4 can do as server side
async. But from caller, it doesn't see any difference. It is still a
blocking call.
【在 p*****2 的大作中提到】
:
: 这个goodbug可能说的更清楚。node里面任何api都是non-blocking的。因此你可以同时
: 处理大量的request。而且只需要一个thread,所以没有context switch, thread
: stack,节省CPU和memory a lot。简单来说就是可以把CPU用到极致。
http://stackoverflow.com/questions/3629784/how-is-node-js-inher
seems nodes is using Asynchronous I/O so that no thread is idle to fully
utilize the resource. It's similar as what Jersey 2.4 can do as server side
async. But from caller, it doesn't see any difference. It is still a
blocking call.
【在 p*****2 的大作中提到】
:
: 这个goodbug可能说的更清楚。node里面任何api都是non-blocking的。因此你可以同时
: 处理大量的request。而且只需要一个thread,所以没有context switch, thread
: stack,节省CPU和memory a lot。简单来说就是可以把CPU用到极致。
p*2
33 楼
side
你要这么说的话,就要谈到Socket.IO了。client也是纯异步的。
【在 w**z 的大作中提到】
: from this post:
: http://stackoverflow.com/questions/3629784/how-is-node-js-inher
: seems nodes is using Asynchronous I/O so that no thread is idle to fully
: utilize the resource. It's similar as what Jersey 2.4 can do as server side
: async. But from caller, it doesn't see any difference. It is still a
: blocking call.
g*g
34 楼
This is a very good article that explains the difference.
http://bijoor.me/2013/06/09/java-ee-threads-vs-node-js-which-is
side
【在 w**z 的大作中提到】
: from this post:
: http://stackoverflow.com/questions/3629784/how-is-node-js-inher
: seems nodes is using Asynchronous I/O so that no thread is idle to fully
: utilize the resource. It's similar as what Jersey 2.4 can do as server side
: async. But from caller, it doesn't see any difference. It is still a
: blocking call.
http://bijoor.me/2013/06/09/java-ee-threads-vs-node-js-which-is
side
【在 w**z 的大作中提到】
: from this post:
: http://stackoverflow.com/questions/3629784/how-is-node-js-inher
: seems nodes is using Asynchronous I/O so that no thread is idle to fully
: utilize the resource. It's similar as what Jersey 2.4 can do as server side
: async. But from caller, it doesn't see any difference. It is still a
: blocking call.
g*g
35 楼
I also agree with this guy's evaluation, though it's 1.5 years ago and many
things may have changed. It's probably take a couple of more years before it
's mature enough to see serious enterprise adoption.
http://www.ziggytech.net/technology/web-development/experiences
things may have changed. It's probably take a couple of more years before it
's mature enough to see serious enterprise adoption.
http://www.ziggytech.net/technology/web-development/experiences
c*e
36 楼
soap里面有wsdl之类的,貌似比rest难学。现在有必要学soap吗,貌似很多公司还在用
legacy code.
legacy code.
w*z
42 楼
为啥要async, response太慢?
http://stackoverflow.com/questions/7583624/are-asynchronous-res
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
http://stackoverflow.com/questions/7583624/are-asynchronous-res
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
d*i
43 楼
Jersey 2.0加入了对Async的支持,但是一般情况下不需要用。
https://jersey.java.net/documentation/latest/async.html
“ This model (Synchronous mode) is typically sufficient for processing of
requests for which the processing resource method execution takes a
relatively short time. However, in cases where a resource method execution
is known to take a long time to compute the result, server-side asynchronous
processing model should be used. ”
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
https://jersey.java.net/documentation/latest/async.html
“ This model (Synchronous mode) is typically sufficient for processing of
requests for which the processing resource method execution takes a
relatively short time. However, in cases where a resource method execution
is known to take a long time to compute the result, server-side asynchronous
processing model should be used. ”
【在 g*********9 的大作中提到】
: 二者在实现aync的时候,功能上差别大不大? 不太清楚spring对async rest的支持德怎
: 么办样
w*z
45 楼
Thanks domini. I didn't know Jersey supports that as we are still on Jersey
1.17.
it's quite different for Server side Asyn process vs Client side Asyn. Not
sure what groundhog09 needs.
asynchronous
【在 d****i 的大作中提到】
: Jersey 2.0加入了对Async的支持,但是一般情况下不需要用。
: https://jersey.java.net/documentation/latest/async.html
: “ This model (Synchronous mode) is typically sufficient for processing of
: requests for which the processing resource method execution takes a
: relatively short time. However, in cases where a resource method execution
: is known to take a long time to compute the result, server-side asynchronous
: processing model should be used. ”
1.17.
it's quite different for Server side Asyn process vs Client side Asyn. Not
sure what groundhog09 needs.
asynchronous
【在 d****i 的大作中提到】
: Jersey 2.0加入了对Async的支持,但是一般情况下不需要用。
: https://jersey.java.net/documentation/latest/async.html
: “ This model (Synchronous mode) is typically sufficient for processing of
: requests for which the processing resource method execution takes a
: relatively short time. However, in cases where a resource method execution
: is known to take a long time to compute the result, server-side asynchronous
: processing model should be used. ”
g*g
47 楼
I am not sure if there are any good use case of server side async. For
server to server communication, you can achieve the same goal by doing the
processing in a separate thread, and calling back on the caller's web
service (or use MQ). A connection doesn't need to be kept open during the
processing, I am sure that will be more efficient.
For client-server communication, the connection can easily time out, and the
result will be lost. It's much better to save the result and allow the
client to poll periodically or do long poll. Then fetch the result when
state is changed.
Jersey
【在 w**z 的大作中提到】
: Thanks domini. I didn't know Jersey supports that as we are still on Jersey
: 1.17.
: it's quite different for Server side Asyn process vs Client side Asyn. Not
: sure what groundhog09 needs.
:
: asynchronous
server to server communication, you can achieve the same goal by doing the
processing in a separate thread, and calling back on the caller's web
service (or use MQ). A connection doesn't need to be kept open during the
processing, I am sure that will be more efficient.
For client-server communication, the connection can easily time out, and the
result will be lost. It's much better to save the result and allow the
client to poll periodically or do long poll. Then fetch the result when
state is changed.
Jersey
【在 w**z 的大作中提到】
: Thanks domini. I didn't know Jersey supports that as we are still on Jersey
: 1.17.
: it's quite different for Server side Asyn process vs Client side Asyn. Not
: sure what groundhog09 needs.
:
: asynchronous
w*z
48 楼
totally agree. for server side async the difficulty is that you need to
generate resource Id and return it to the caller and sometimes it might not
be easy. and you need to support the lookup based on that Id. it can get
complicated.
the
【在 g*****g 的大作中提到】
: I am not sure if there are any good use case of server side async. For
: server to server communication, you can achieve the same goal by doing the
: processing in a separate thread, and calling back on the caller's web
: service (or use MQ). A connection doesn't need to be kept open during the
: processing, I am sure that will be more efficient.
: For client-server communication, the connection can easily time out, and the
: result will be lost. It's much better to save the result and allow the
: client to poll periodically or do long poll. Then fetch the result when
: state is changed.
:
generate resource Id and return it to the caller and sometimes it might not
be easy. and you need to support the lookup based on that Id. it can get
complicated.
the
【在 g*****g 的大作中提到】
: I am not sure if there are any good use case of server side async. For
: server to server communication, you can achieve the same goal by doing the
: processing in a separate thread, and calling back on the caller's web
: service (or use MQ). A connection doesn't need to be kept open during the
: processing, I am sure that will be more efficient.
: For client-server communication, the connection can easily time out, and the
: result will be lost. It's much better to save the result and allow the
: client to poll periodically or do long poll. Then fetch the result when
: state is changed.
:
w*z
55 楼
from this post:
http://stackoverflow.com/questions/3629784/how-is-node-js-inher
seems nodes is using Asynchronous I/O so that no thread is idle to fully
utilize the resource. It's similar as what Jersey 2.4 can do as server side
async. But from caller, it doesn't see any difference. It is still a
blocking call.
【在 p*****2 的大作中提到】
:
: 这个goodbug可能说的更清楚。node里面任何api都是non-blocking的。因此你可以同时
: 处理大量的request。而且只需要一个thread,所以没有context switch, thread
: stack,节省CPU和memory a lot。简单来说就是可以把CPU用到极致。
http://stackoverflow.com/questions/3629784/how-is-node-js-inher
seems nodes is using Asynchronous I/O so that no thread is idle to fully
utilize the resource. It's similar as what Jersey 2.4 can do as server side
async. But from caller, it doesn't see any difference. It is still a
blocking call.
【在 p*****2 的大作中提到】
:
: 这个goodbug可能说的更清楚。node里面任何api都是non-blocking的。因此你可以同时
: 处理大量的request。而且只需要一个thread,所以没有context switch, thread
: stack,节省CPU和memory a lot。简单来说就是可以把CPU用到极致。
p*2
56 楼
side
你要这么说的话,就要谈到Socket.IO了。client也是纯异步的。
【在 w**z 的大作中提到】
: from this post:
: http://stackoverflow.com/questions/3629784/how-is-node-js-inher
: seems nodes is using Asynchronous I/O so that no thread is idle to fully
: utilize the resource. It's similar as what Jersey 2.4 can do as server side
: async. But from caller, it doesn't see any difference. It is still a
: blocking call.
g*g
57 楼
This is a very good article that explains the difference.
http://bijoor.me/2013/06/09/java-ee-threads-vs-node-js-which-is
side
【在 w**z 的大作中提到】
: from this post:
: http://stackoverflow.com/questions/3629784/how-is-node-js-inher
: seems nodes is using Asynchronous I/O so that no thread is idle to fully
: utilize the resource. It's similar as what Jersey 2.4 can do as server side
: async. But from caller, it doesn't see any difference. It is still a
: blocking call.
http://bijoor.me/2013/06/09/java-ee-threads-vs-node-js-which-is
side
【在 w**z 的大作中提到】
: from this post:
: http://stackoverflow.com/questions/3629784/how-is-node-js-inher
: seems nodes is using Asynchronous I/O so that no thread is idle to fully
: utilize the resource. It's similar as what Jersey 2.4 can do as server side
: async. But from caller, it doesn't see any difference. It is still a
: blocking call.
g*g
58 楼
I also agree with this guy's evaluation, though it's 1.5 years ago and many
things may have changed. It's probably take a couple of more years before it
's mature enough to see serious enterprise adoption.
http://www.ziggytech.net/technology/web-development/experiences
things may have changed. It's probably take a couple of more years before it
's mature enough to see serious enterprise adoption.
http://www.ziggytech.net/technology/web-development/experiences
c*y
59 楼
现在所谓“standard based” SOA和Enterprise Integration还是SOAP/WSDL/BPEL那一
套。不新潮不代表legacy。SOAP和REST都会长期存在。
都没啥难的,SOAP/RESTful都算计算机工作中最简单的了吧。
其实SOAP和REST不是并列词汇。REST是architecture style,与之并列的是RPC。SOAP
是spec。把它们俩列在一块就像问“你觉的iOS好呢还是Nexus 5好” :)
套。不新潮不代表legacy。SOAP和REST都会长期存在。
都没啥难的,SOAP/RESTful都算计算机工作中最简单的了吧。
其实SOAP和REST不是并列词汇。REST是architecture style,与之并列的是RPC。SOAP
是spec。把它们俩列在一块就像问“你觉的iOS好呢还是Nexus 5好” :)
l*g
60 楼
你吧SOAP也好,Rest也好,想象成调用SDK的API,从一个固定语言,变成了任意语言。
这些东西,找到了specification,看两遍,写俩程序就OK了。
不过,现在大趋势是RestFUL。XML会慢慢变成大数据feed和consume用,而这种需要快
捷的通信JSON还是更好一些,负担小!
这些东西,找到了specification,看两遍,写俩程序就OK了。
不过,现在大趋势是RestFUL。XML会慢慢变成大数据feed和consume用,而这种需要快
捷的通信JSON还是更好一些,负担小!
相关阅读
[转载] Question 1: refresh view of database?Why Java needs clone interface?怎么取系统时间,要精确到millisecondJava的网络编程How to display .bmp imagejsp questions什么是application server[转载] Question 3: merging data, getting rid of dup?a simple java programming questionServlet question: the orig filenameArray of vector, helpanybody familiar with java web start?如果用J2EE, 那还需要Apache吗?how to compile a .jar to .prc for Palm有没有m choose n的function?Re: SUNONE includes IDE like previous JBRun Servlet with Tomcathow to run java program in dos?give different classes involved in a jav问个J2EE server跟Apache Web Server的问题?