admott

admott

注册时间:2013-08-29
2013-10-14 09:47评论 "Java应用架构设计:模块化模式与 OSGi(3)":

回复thor: 这位老兄厉害,讽刺.NET弱点的论调实在太绝,没一定历练的人,估计看不出这段是反话。

2013-10-12 10:16评论 "《OSGI实战》:第一章 揭开OSGi的面纱":

回复yanbin: 对于你问题的回答:<br>1. 你的项目很小,全是一个人做,所以没有接口隔离的困扰;<br>2. 你的项目生命周期都很短,发了一个版本估计就没第二个版本了,所以没有因为迭代而接口困扰;<br>3. 你的项目都是静态的,编译成啥样子就是啥样子,所以import 肯定会在写代码的时候就能解决掉;<br>4. 你的项目都没有部署,直接把整个appserv 和 app 扔给客户,所以没有动态import的困扰。<br><br>结论:综上所述,在微型项目中,你的理解是正确的,OSGi 应用在微型项目上确实有点鸡肋。

2013-10-08 10:31评论 "OSGi环境下建立Web工程的Hello World":

回复ajiaoJoan: 高性能并发的瓶颈在于你的机制设计,而不在于你用了什么模块化工具或者编程语言。你用最慢的编程语言,也有可能产出高吞吐量的系统。

2013-09-25 11:29评论 "OSGi环境下建立Web工程的Hello World":

回复ajiaoJoan: OSGi只模块化框架,高并发是另外一个领域的事情,不明白你说的“支持”是什么意思?此外,高并发的成熟案例,我数几个:JBOSS 的 appserv,ibm 的 appserv,apache的 appserv,oracle的 appserv,这些不知道在你眼中是否算是支撑海量并发的成熟案例?

2013-09-23 10:02评论 "GlassFish OSGi-JavaEE Part1: GlassFish与企业级OSGi开发":

回复Tang Yong: 你的JPA例子,到目前仅能在glassfish内跑,其他容器都无法在persistenunit 中直接使用 JTA,仅能使用RESOURCE_LOCAL。其他appserv 的做法只能通过blueprint 对 persistenceunit 显式注入jta。对于4.2 ent 标准而言,jpa部分也明确了OSGi容器下只支持 resrouce_local,而jta 则是其他容器(如EE容器)的事情。

2013-09-21 09:14评论 "OSGi环境下建立Web工程的Hello World":

回复spring: 不想纠结,直接用 Web-ContextPath 的设置就好了,上文代码基本可以全废。不过楼上的罗俊杰坚信纠结servlet 2.1 的内部细节,这样他就把4.2 以及更新的标准给否决掉,一头扎紧 4.1 以前的osgi-web 世界之中。

2013-09-21 09:40评论 "写书评,赢79元好书":

回复罗俊杰: 没看过,怎敢来评书?

2013-09-21 09:36评论 "OSGi环境下建立Web工程的Hello World":

回复罗俊杰: 我就搞不懂,你真的看过官方文档吗?看过就知道,确实这么简单。

2013-09-19 11:05评论 "OSGi环境下建立Web工程的Hello World":

回复罗俊杰: 现在搞osgi web,只需在manifest文件加入 Web-ContextPath: /xxx 就好,莫非你不知道?

2013-09-19 11:03评论 "写书评,赢79元好书":

回复罗俊杰: 有意思的是,那些将FIFO调度的书,都会说这种方式是一种历史,因为什么什么缺点被抛弃。

2013-09-19 05:32评论 "GlassFish OSGi-JavaEE Part1: GlassFish与企业级OSGi开发":

回复Tang Yong: 这个官方jpa例子不太好,JTA事务方面比较难以控制,也许只有glassfish才能接受这种配置,其他容器估计跑不动。

2013-09-19 05:24评论 "OSGi环境下建立Web工程的Hello World":

原生接口可以了解,但httpservice注册方式仅限于 servlet 2.1。方式落后,学习困难,操作复杂,作为2013年的文章实在让人感觉有点“穿越”到2006年了。如果我写教程,四句话完事:<br>1. 找个支持 wab、servlet3 的容器(文章说的virgo3.x符合这个容器特征);<br>2. 在你的bundle manifest 加入头:Web-ContextPath: /osgicn;<br>3. 做一个Servlet,打上 @WebServlet(name="index", urlPatterns={"/index"}) 注解;<br>4. 把bundle 扔到virgo 里面,启动,然后访问 localhost/osgicn/index<br><br>快捷简便,属于OSGi要操作的东西只有第2句话……

2013-09-19 05:07评论 "写书评,赢79元好书":

回复罗俊杰: 现在的OSGi企业容器,哪个还在用bridge 来支持servlet?哪个sample里面的servicereference仍在使用非泛型的版本?一大章已经过时的springdm实践,这些都不仅仅是观点,而是事实——此书中的大部分东西都已经过时的事实。

2013-09-14 11:18评论 "OSGi简介":

spring 已放弃DM 项目,封尘的历史了。

2013-09-09 09:53评论 "写书评,赢79元好书":

回复罗俊杰: 吾非高谈,只是希望诸君莫要在此书上空耗精力时间。根据书中所述,OSGi的复杂度远高于SSH,这个只是2006-2008年的情况。在OSGi 4.3 的feature 逐渐有 implement,OSGi现在做enterprise 比ssh 要更简单一些。

2013-09-08 05:28评论 "写书评,赢79元好书":

回复罗俊杰: 从你的言论看来,你对此书的评价多源于作者“权威”的光环,而不是理性。

2013-09-07 05:01评论 "写书评,赢79元好书":

回复罗俊杰: 虽然基础一样,但是新功能带来设计模式的革命,却被作者完全无视。全书充斥着2008年的历史氛围:把静态集成的spring模式硬套在osgi动态容器之上、将osgi视为重量级工具、使用servletbridge集成enterprise容器的蛋痛方案。这让我怀疑作者是不是有好几年没搞技术了……

2013-09-02 10:06评论 "写书评,赢79元好书":

烂书,技术古旧,适宜考古。整书除了subsystem 以外,其他技术均属2005年的 osgi4.0 时代的产物,书价更是逆天,不推荐。