嗯。有些人就是这样子。不过关键还是 java 社区提供的工具都太重型了。内置在 jdk 内部的 web server 居然到了 jdk6 才提供。。回想一下 python 的 HTTPServer，简直是领先了十几年。这只是一个例子。Java 社区总是在设计“强大”的API，但是忽略了优先最常见的任务。

【 在 dhcn (coder) 的大作中提到: 】
: 耗时任务消息分发用Web容器手动转发，爬虫也在Web容器里面做，写十年Java SSH，是不是离了Tomcat就不会写Java程序了？
--
修改:hgoldfish FROM 211.162.33.*
FROM 211.162.33.*

docker 这种东西估计是那些运维最喜欢的了。开发者才不关心这种东西呢。

【 在 KCH (K饭) 的大作中提到: 】
: 那你怎么理解 Container-based virtualization ?
: 我觉得这是底层派对javaer的抄袭.
--
FROM 120.42.94.*

docker不能算是架构的一部分吧，只能算部署方式

【 在 hgoldfish (老鱼) 的大作中提到: 】
: docker 这种东西估计是那些运维最喜欢的了。开发者才不关心这种东西呢。
--
FROM 218.82.251.*

你说得这些问题都不是放到servlet的结构本身带来的,只是业务模型不成熟,
这种问题用什么部署架构都一样. 一般这是长时间技术债积累的后果,
新人轻飘飘的说很容易,但难保老javaer十年前没吐槽重来过, 或者你重构的版本
在十年后会不会也是这个尿性.

至于web服务调用不方便, 也只是缺一些好的封装,结构上扩展性强.

接口调用看成消息队列有什么问题吗? 只是编程范式不同而已
https://en.wikipedia.org/wiki/Comparison_of_programming_paradigms
另外你听说过ActiveObject/Actor没?

我听你描述的只言片语倒觉得那个老javaer快成仙了,你还是凡人.

【 在 dhcn (coder) 的大作中提到: 】
: 标  题: Re: Re:崩溃的实现方式
: 发信站: 水木社区 (Fri Aug  7 12:45:42 2015), 站内
:
: 这和部署有个毛关系，说的是实现方式。所有的执行程序都是Servlet形式，连多步爬虫、任务消息缓冲队列都是，做出来的东西，执行时间长的多步爬虫自身根本没有计算调度，Servlet服务自然是见消息就转发，直到后台的服务出错为止，根本就起不到耗时任务缓冲的作用。
: 由于后台都是纯Web服务实现方式,部分需求对后台服务的同步调用贯穿两层，根本无法实现前后台服务解耦，导致一线服务长时间空等状态，内存消耗惊人。高端配置，却根本跑不出效能。
: 当然这个项目之前是企业内部应用,技术实现的要求低，是业务信息传递成功就行，也不管执行时间，更不要说性能。
: 当然更吐血的是那个老Javaer把\WEB-INF\lib里面的jar工具包认为是独立运行的应用服务。于是乎普通的类接口调用在他看来是跨进程的消息传递,这都他妈的从哪儿学来的呀?
: 【 在 KCH 的大作中提到: 】
: : 这贴不就是开发者吐槽架构的部署视角开始的吗.
: :
: :
: -
: ※ 修改:·dhcn 于 Aug  7 13:25:58 2015 修改本文·[FROM: 124.42.13.*]
※ 修改:·KCH 于 Aug  7 13:53:39 2015 修改本文·[FROM: 117.136.0.168]
: ※ 来源:·水木社区 http://www.newsmth.net·[FROM: 124.42.13.*]
--
修改:dhcn FROM 124.42.13.*
FROM 117.136.0.168

我早些年跟你更像
【 在 dhcn (coder) 的大作中提到: 】
: 果然你和他差不多.
--
FROM 117.136.0.168