AngularJS 与jersey进行通讯备忘

DPA应用使用angular 的$http与Jersey的RESTFul接口进行ajax访问,之前一直比较顺畅,没出过什么问题。近日在**电信的计费库部署时发现,部分功能不能正常使用。检查jersey端输出: Apr 02, 2018 5:37:37 PM org.glassfish.jersey.server.ServerRuntime$Responder writeResponseSEVERE: An I/O error has occurred while writing a response message entity to the container output stream.org.glassfish.jersey.server.internal.process.MappableException: org.apache.catalina.connector.ClientAbortException: java.net.SocketException: Broken pipe (Write failed) at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:96 at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:149 at org.glassfish.jersey.message.internal.MessageBodyFactory.writeTo(MessageBodyFactory.java:1139 at org.glassfish.jersey.server.ServerRuntime$Responder.writeResponse(ServerRuntime.java:574 at org.glassfish.jersey.server.ServerRuntime$Responder.processResponse(ServerRuntime.java:381 at org.glassfish.jersey.server.ServerRuntime$Responder.process(ServerRuntime.java:371 at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:262 at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271 at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267 at org.glassfish.jersey.internal.Errors.process(Errors.java:315 at org.glassfish.jersey.internal.Errors.process(Errors.java:297 at org.glassfish.jersey.internal.Errors.process(Errors.java:267

AngularJS and scope.$apply

JavaScrip世界中(clien端t)这几个知名的所谓MVC框架,对照他们的tutorial,做个练习,都挺简单有趣,可一旦真实的应用这些框架去实际实现一些场景,立刻就发现没那么简单了。 AngularJS也一样,只要我们编写一些“非尝试”性质的代码,就无法避免使用到$scope.$apply()方法。表面看来,这只是一个让我们的页面上有数据绑定属性的空间得到更新,但是为什么有这个方法存在、我们何时需要这个方法,这是个问题,先看AngularJS的文档,我没有搞得很清楚,看了http://jimhoskins.com/2012/12/17/angularjs-and-apply.html 这篇文档后,我才真正的搞明白怎么回事(当然,搞明白后,再去看AngularJS文档,发现文档其实也说了…… 只是不那么利于理解)。 想知道何时(when)用到$apply, 最好的途径就是先搞清楚我们为什么(why)要用到$apply。 JavaScript is Turn Based 我们书写的JavaScript代码,不是作为一个整体,一下子就运行完成的,JavaScript代码是安顺序(turn)运行。每一个顺序中运行的代码是不可中断,当一个代码片段正在属于自己的顺序(turn)中运行时,我们的浏览器中将不会有任何变化,其他的JavaScript代码段没有机会运行,浏览器中的界面也完全冻结。这也正是为什么效率低下的JavaScript代码会“冰冻”整个web page。 正因为此,当我们执行的任务预期会消耗很多时间才能执行完——如Ajax请求,等待click事件,timeout延时调用,我们都会设置一个回调(callback)函数,然后立即结束当前的turn。稍后,当Ajax请求完成,click事件被探测到,timeout延时时间到,一个新的JavaScript turn会被创建,我们之前设置的回调函数在其中运行。 让我们来看一个例子,一个js文件,内容如下: var button = document.getElementById('clickMe'); function buttonClicked() { alert('the button was clicked'); } button.addEventListener('click', buttonClicked); function timerComplete() { alert('timer complete'); } setTimeout(timerComplete, 2000); 当这个js文件被装载,会被分配一个turn,获取一个button,添加 click 事件监听,设置一个延时器。然后,这个turn就结束,浏览器可以完成其他的相关页面更新操作,等待获取用户输入。 如果浏览器探测到在#clickMe按钮上有点击操作,它会创建一个新的turn,在其中执行buttonClicked函数。这个函数返回,turn也就终结。 过了2000毫秒后,浏览器创建一个新的turn来调用timerComplete。 我们的JavaScript程序是在一个个turn中运行的,在turn之间隙,页面完成重绘、用户输入被接收。 我们如何更新使用数据绑定的页面空间? AngularJS让我们将一些页面组建绑定到JavaScript代码中的数据上,但是组件是如何知道数据发生了变化,需要对页面进行重绘的呢? 要解决这个问题(数据绑定)有多种解决方案。代码需要知道数据的值被修改,我们有两种可行的策略将数据修改通知到绑定的组件。 第一个策略,所有数据修改通过method来操作,避免属性直接赋值。这样数据被改变就可以被代码捕捉,相应的页面绑定就可以被更新。这一策略的缺点是,我们必须使用特定的对象,其中所有的赋值操作,得通过诸如obj.set('key','value)的方式来操作,而不是更直观的obj.key = 'value'方式。EmberJS和KnockoutJS框架都使用这一策略。 AngularJS使用的是第二种策略:允许任何对象值作为页面对象的绑定对象。然后,在任何一个JavaScript的turn(前文说了半天的turn)结束时,检查这些对象的数值是否被修改。这个策略的描述,给人的第一感觉是觉得会比较低效,但是这里头有一些非常聪明的做法解决其对性能的影响。这一策略的优点就是,我们可以使用普通的对象(object),用任意我们喜欢的方式给对象赋值,对象的任意变化都会自动在数据绑定中体现。 为了让这一策略工作,我们需要知道何时对象的值可能被修改了,这也就是$scope.$apply介入运行的点。 $apply 和 $digest 检查绑定的值是否已经修改,正宗对应的方法是$scope.$digest()。那里是“神奇”发生的地方,但其实我们基本上从不会直接调用$digest方法,我们一般会调用$scope.$apply(),间接调用到$scope.$digest()。