随笔分类 -  Java Web Service

带你五分钟搞定Jackson JSON Processor
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12291Jackson 是什么？(1)崇尚速度的（传说比其他Java json parser和data binder执行起来更快）(2)数据流动的（读取，写入）(3)完全独立的（独立于JDK之外的其他包）(4)火力十足的（为通用JDK类提供完整的数据绑定，就像Java bean class, Collection, Map or Enum），可配置的(5)开放源代码的（Apache License – or, until 2.1, alternatively LGPL） Jackson就是这样一... 阅读全文
posted @ 2013-08-08 23:47 Innosight 阅读(1379) 评论(0) 推荐(0)
某大型银行深化系统之十八：性能设计之三
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12295报表性能 为不影响系统的整体性能，报表统计将通过报表服务来解决可能产生的性能问题。 报表服务是运转在服务端的报表服务程序，用来解析报表模板，取得报表数据，生成报表，提供对报表运行、部署和维护的强大支持。报表服务既可以作为独立的服务程序运行，也可以以嵌入运行模式，和用户的应用一起部署到应用服务器上。报表服务的实现完全遵循J2EE 规范，可以部署在任何遵循J2EE 规范的应用服务器上，包括WebLogic 、WebSphere、、Oracle 9i应用服务器等主流应用服务器，从而实现应... 阅读全文
posted @ 2013-07-13 15:40 Innosight 阅读(219) 评论(0) 推荐(0)
某大型银行深化系统之十七：性能设计之二
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12294流水线性能评估4.1吞吐率TP 吞吐率是指单位时间内流水线所完成的任务数或输出结果的数量。4.1.1最大吞吐率TPmax 最大吞吐率是指流水线在连续流动达到稳定状态后所得到的吞吐率。若流水线各段的时间相等，均为△t0 ， 则：TPmax＝ 1 /△t0 若流水线各段的时间不等，则：TPmax＝ 1 /max{△ti} 因此最大吞吐率取决于流水线中最慢的一段所需的时间，这段就成了流水线的瓶颈。消除瓶颈的方法一般有两种：细分瓶颈段和重复设置瓶颈段，如下图所示：4.1.2实际... 阅读全文
posted @ 2013-07-12 21:56 Innosight 阅读(379) 评论(0) 推荐(0)
某大型银行深化系统之十六：性能设计之一
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12291队列服务质量评估 通过引入排队系统，定义系统中各项业务流程的产生和业务服务模型，描述工作项产生规律和服务规律的概率来计算系统的性能。在对排队进行分析时，为了便于分析，经常做一些简化假设。对一个排队系统，若满足以下三个条件：排队系统能够进入统计平衡状态；服务员的忙期与闲期交替出现，即系统不是总处于忙的状态；系统中任一顾客不会永远等待，系统也不会永无顾客到达。 则下列Little公式成立（排队论中的通用公式）：1.1w = λTw 我们知道一个顾客的平均排队等待时间是Tw，且... 阅读全文
posted @ 2013-07-09 22:00 Innosight 阅读(434) 评论(0) 推荐(0)
某大型银行深化系统之十五：数据架构
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 根据需求，系统平台包括了非结构化数据和结构化模型。包括的数据模型以及与其他系统之间的关系如下图所示： 系统中所涉及的数据模型包括以下部分：1业务处理关系数据库 存储了E-R关系的数据模型，包括两大类：应用层，是各类业务系统的数据，入批量代收付业务数据、票据提入业务数据及其他应用数据、CCBS接口数据等等；服务层，包括OCR、影像处理、用户信息、认证信息、权限信息、监控/跟踪信息、整合用户信息、UDDI注册信息等。业务处理数据库中，同时也通过简单报表服务，建立包含了对业务撤销冲... 阅读全文
posted @ 2013-07-09 21:46 Innosight 阅读(442) 评论(0) 推荐(0)
某大型银行深化系统之十四：技术架构
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229技术架构 在上述功能架构中，除了核心层外，应用层及服务层都包括了用户UI界面，因此服务中包括了Mashup所需的WebAPI，需要采用MVC的WebApp框架来实现。整套系统的技术架构如下图所示，根据总体架构的设计思想，自定而下包括了客户端、服务层、核心层、系统软件平台、基础设施。整套技术架构建设在B/S架构模式下。客户端 用户入口，完成UI界面的功能，包括在Windows下的浏览器界面、XPE嵌入式系统的扫描终端、流程定义工具、监控、报表展现等等，通过ActiveX嵌入方式提供浏览... 阅读全文
posted @ 2013-07-02 22:30 Innosight 阅读(813) 评论(0) 推荐(0)
遵循Java EE标准规范的开源GIS服务平台之三：数据发布与访问
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 在GIS服务平台构建完毕之后，我们就要着手在此平台上提供服务以供客户端请求访问。1数据发布1.1添加源数据 打开Tomcat服务器安装目录的\geoserver\data\data子目录，在该目录下新建名为usr的文件夹，将一张.TIFF图像（栅格数据）存放到这里。1.2登录GeoServer 访问http://localhost:8080/geoserver/web/页面，输入admin和geoserver后，点击“登录”按钮。1.3设置工作区 点击左边Data栏的Workspaces... 阅读全文
posted @ 2013-07-02 19:00 Innosight 阅读(298) 评论(0) 推荐(0)
遵循Java EE标准规范的开源GIS服务平台之二：平台部署
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 上文我们提到使用OpenLayers+GeoServer+GeoWebCache+PostgreSQL+Eclipse/MyEclipse+Tomcat/Jetty等开源软件构建GIS服务平台，那么本文就来介绍一下如何让它们协同起来为你服务。1安装MyEclipse 这里我们使用MyEclipse6.5作为构建平台的IDE。笔者尝试过几个经典的版本（包括Eclipse），发现只有该版本对JavaScript的兼容性是最好的。尤其是对后面需要集成的OpenLayers.js的验证粒度... 阅读全文
posted @ 2013-07-01 14:39 Innosight 阅读(241) 评论(0) 推荐(0)
遵循Java EE标准规范的开源GIS服务平台之一：平台架构
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12291平台现状 近年来由于信息科技的演进，在其推动下地理信息系统的应用也较以往更为广泛；而对于空间资料（Spatial Data）的生成也已从早期必须经由专家学者处理才能发布，到现在普通人只需要简单的工具，甚至是通过自动设备就有可能生成这些具有地理信息的资料。 然而空间资料的建立仅仅是提供服务最基本的一环，如果需要将这些原始的资料转变成可以提供他人使用的服务，则需要额外的处理。完整的服务平台架构如下所示。分为用户端（Client）、应用服务（Application Services）和服... 阅读全文
posted @ 2013-07-01 00:07 Innosight 阅读(355) 评论(0) 推荐(0)
某大型银行深化系统之十三：业务应用层
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 面向完整的业务应用处理。对于不同类型的业务应用，定制其特有的处理流程和不同基础服务的组合，对基础服务进行封装，对特有应用功能在继承基础服务的前提下进行定制开发。 如图所示，体现了应用层与服务层的调用关系，新业务首先通过初始化优先级定义、流程定义（业务编码），通过核心层的流程调度及状态机，对服务层进行模块组合，最终把整合的结果数据返回给每个应用系统。 阅读全文
posted @ 2013-06-28 22:56 Innosight 阅读(232) 评论(0) 推荐(0)
某大型银行深化系统之十二：服务层之四
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12294服务调用 服务调用分为同步调用、异步消息、批量文件、批量数据四种形式：4.1同步调用 在通信连接中，同步通信需要一个发送器和一个接收器来协同内部处理过程，这种协同表明同步通信要求高度耦合，通信由发送器和接收器协同完成，发送器和接收器的操作都依赖于请求过程。发送器发送下一个通信请求首先需要拿到接收器发回的应答结果或确认接收信息。4.2异步消息 异步通信并不需要发送器与接收器协同操作来完成通信，其耦合程度比同步通信的低。异步通信主要的实现方式为消息队列，通过这个队列实现这一对系统... 阅读全文
posted @ 2013-06-26 21:49 Innosight 阅读(159) 评论(0) 推荐(0)
某大型银行深化系统之十一：服务层之三
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12293服务调度机制 在SOA体系中，实现服务层的调度机制主要包括：服务注册与发现、服务调用、服务监控等。3.1服务注册与发现——UDDI UDDI 提供了一组基于标准的规范用于描述和发现服务，还提供了一组基于因特网的实现。UDDI 构建于网络传输层和基于 SOAP 的 XML 消息传输层之上。诸如 Web 服务描述语言（Web Services Description Language，WSDL）之类的服务描述语言提供了统一的 XML 词汇（与交互式数据语言（Interactive Da... 阅读全文
posted @ 2013-06-26 21:45 Innosight 阅读(183) 评论(0) 推荐(0)
某大型银行深化系统之十：服务层之二
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12292服务接口模式 服务接口主要包括WebAPI、WebService、EJB、RMI等。2.1WebAPI Web API简单来说，便是透过开放的因特网传输协议，将提供的服务内容以标准的界面来定义，以便进行点对点之间的服务整合。由于运行的平台是在Web架构之上，故常见的技术像是HTTP中的GET/POST、SOAP/HTTP, XML/RPC等，都是主要的组成架构，所定义的数据交换大都是属应用层以上。由于HTTP为企业对外及对内均会开放的传输协议，业已发展成熟，故以HTTP为基础的We... 阅读全文
posted @ 2013-06-24 22:57 Innosight 阅读(217) 评论(0) 推荐(1)
某大型银行深化系统之九：服务层之一
摘要：传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小，它可以理解为服务操作的范围，粗粒度的服务，操作的内容广而且杂；细粒度的服务，操作的内容细而且简单。粗粒度的服务设计，可以减小服务之间的耦合性，但付出的代价就是增加服务的复杂性，服务具备了太多的功能，增加了设计的复杂性和维护的难度；细粒度的服务，可以让服务的实现变得简单，但这样会增加服务的数量，服务过细过多，这样必然有一些服务需要组合才能实现一定的功能，那样就增... 阅读全文
posted @ 2013-06-24 06:05 Innosight 阅读(236) 评论(0) 推荐(0)
应用服务器文件路径设置
摘要：ServletActionContext.getServletContext().getRealPath("/UploadImages")获取的结果可能是windows:"d:\tomcat\webapps\projectname\UploadImages" linux:"/usr/local/tomcat5/webapps/projectname/UploadImages" 可以看到，我们只要获取ServletContext就可以获取文件在不同服务器上的物理路径了。而且操作都是在你部署项目的文件目录下。这样你在通过File对象来操作 阅读全文
posted @ 2013-06-23 21:59 Innosight 阅读(828) 评论(0) 推荐(0)