ZHBR_F1的博客

平台提供了四种组件，util,starter,interface,microserver，如下图所示。本文将对每一类组件进行详细说明，帮助您更好的理解平台。1.平台基础组件Util：包含f1-core,f1-data,f1-exception，平台最基础组件，包括一些工具类等。 util 说明 功能 f1-core 基础核心包 ServiceAgent.java，提供模型工具调

1. 引言1.1 编写目的为提高团队协作效率，方便多个前端开发人员开发同一个前端模块，需要对前端开发进行一定的规范约束。前端开发人员需要按照本文档中制定的规范进行开发。2. 模块划分原则业务功能模块划分依据为所实现的功能不同，不同的业务功能划分到不同的模块之中，同平台2.x的bundle划分方式相似。需要前台的bundle和后台的服务最好进行一一对应，这样可以为查看和修改提供便利。业务模块和基

微服务开发环境  微服务中心环境搭建jdk安装jdk1.8 下载地址：http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html 公共服务和基本服务的配置和启动公共服务相关springCloud的介绍请看：Spring Cloud 介绍  名称对应

本文主要介绍平台3.0版本的前端模块的功能

开发规范——常规模式在使用3.0版本的F1平台进行开发时，我们定义了4种开发节点，三个角色，给出大家共同遵循的一个开发组织模式。 四种节点 微服务开发、微服务中心、网站中心、前端模块开发  环境应用微服务开发(个人机)jdk、Eclipse开发中的微服务微服务中心(服务器)jdk公共服务（eureka,zull……等微服务）、基础服务（消息、权限、模型……等微服务）、

微服务划分原则按功能模块划分微服务之间减少互相调用微服务端4大模块原则微服务一个功能模块做成一个普通微服务interface对外提供接口starter用自动装配的方式在微服务启动时加载一些公共组件util经常用到的一些工具类库 命名规范服务命名采用递进式命名方式，用'-'作为间隔符。例如：f1-permission表示f1平台的授权相关的微服务模块，f1-starter

1. 引言前端这里主要针对两种角色进行环境搭建配置：服务器环境搭建、个人机环境搭建。2.个人机环境搭建2.1 nginx配置搭建在对前端进行开发时，需要nginx对静态资源和服务地址进行路由索引，首要的任务是对nginx进行配置。在nginx官网对nginx进行下载。Nginx详细配置详见前端微服务改造1–Nginx F1平台3.0快速配置2.2 Sublime Text编辑器使用前端开发建议使用S

快速开发一个微服务新建maven项目  创建一个简单的maven项目跳过archetype选择  用f1-parent做父模块  点击"finish"完成项目的创建。编写pom文件 通过搜索找到f1-starter和spring-boot-starter-web，把它们添加为依赖。 然后保存pom.xml 如果想要在改了代码后不会

1. 引言1.1 编写目的F1V3.0版本发布之后，若是想对当前的项目进行升级，升级到微服务版本，需要对已有的代码进行修改。前端方面主要涉及的修改为修改JSP、CSS、JS文件。2.详细过程在平台2.x版本中，我们编写代码主要存放的位置在webcontent文件夹下。例如permission模块即com.jb.f1.permission.web\webcontent\目录下。首先我们需要对旧模块的目

F1平台2.x采用OSGI架构，OSGi 是由OSGi联盟发起的以java为技术平台的动态模块化规范，有其自身的优缺点。1、OSGI优点1.1、模块化模块化的标准有三点：一是要保证每个模块在逻辑和功能方面都是完整独立的来增加模块的可重用性；二是要求每个模块都应该定义良好的外部接口和依赖项以便与其他模块松散耦合；三是模块应该将内部包和外部模块有效的隔离，来避免内部包的更新对外部模块的影响。普通的 ja

平台2.X版本前端开发有哪些主要问题：1 调试问题开发A：我就修改了一个CSS的样式，还需要UPDM，太麻烦了，有没有好的办法？ 平台组：我们已经有解决方案了，可以用Nginx代理啊 开发A：可是我们现在都是jsp，没法代理。 平台组：早就要求大家转为静态页面了，我们也给了转的样例。 开发A：这么多页面怎么转啊，算了，就这样吧，我还是updm一下。 平台组：。。。。。2 缓存问题测试A：这

一、单体应用的烦恼 在过去很长一段时间内，开发的应用都属于单体式应用，这类应用易于调试和部署，而且通过在负载均衡器后端运行多个拷贝可以轻松实现应用扩展。不幸的是，这类应用有很大的局限性。 一个简单的应用会随着时间推移逐渐变大。随着功能逐渐增多，一个简单的应用逐步变成了一个巨大的怪物。一旦应用变得又大又复杂，开发团队肯定很痛苦。敏捷开发和部署举步维艰，由于应用太复杂

服务打包单个应用打包eclipse打包1.项目右键选择Run As2选择Maven clean3 Run As 选择Maven install在项目target目录下可以看到打包后的文件cmd命令行打包打开cmd界面进入项目pom所在位置，如下图进入 cd 进入E:\workspace\f1\f1-microService\f1-microService\f1-appendant执行如下命令：mv

由于我们微服务的诸多好处，很多基于F12.0的项目必将大量迁移，整改成微服务项目，我们该如何进行升级呢？本文将做一个特殊说明，让你在迁移项目时少走弯路。1 新建maven项目命名为f1-xxxxx(推荐)1.1 编写pom文件本文提供一个通用模板如下所示：<?xml version="1.0" encoding="utf-8"?><project xmlns="http://maven.apach

微服务常用功能开发 本文中的功能是以7.1快速开发一个微服务 为基础, 如果不了解，请先阅读那一篇博客  使用统一权限（authserver）在当前的微服务中依赖f1-starter-auth就有了授权认证，如果没有授权的请求来访问，就会被拒绝。  f1-starter会级联依赖f1-starter-auth，所以7.1快速开发一个微服务 中只依赖

Springboot基本使用及要点

目录一、SpringCloud简介二、SpringCoud组件介绍2.1 服务注册与发现：eureka eureka简介 如何使用Eureka进行服务注册和发现 实际开发过程 eureka配置项解读 测试环境参考配置2.2 配置服务器：config Server configServer简介 服务器配置2.3 网关：zuul z

F1V3.0-5 F1平台3.0微服务架构设计 一、平台3.0整体架构设计与原有osgi框架体系模式不同，微服务体系下更加讲究模块化，在功能上更深一步解耦，如下图：  新版平台做了分工更加明确的开发体系、功能体系：模块化的前端组织形式；基于代理的统一请求处理；统一的开放接口-zuul；统一的服务注册中心-eureka；统一的配置管理-configserver；基于o

本文主要介绍F1平台V3.0的新控件和新功能1 磁贴表格控件磁贴表格控件提供了一种新的表格数据展现方式： 磁贴表格中的一个卡片对应于原来表格中的一行数据，卡片能够更好的展示每行数据的主要信息。如果想要查看详细信息或编辑数据，可以通过点击“详情”或编辑按钮，在详情弹窗中进行。如下图所示： 磁贴表格组件的源码在平台组件源码中的jquery.f1.magentlist.js文件，使用方式和表格

1 介绍F1平台微服务版本和平台之前的版本最大的区别是加强了模块化的划分和静态化处理的过程，并增加了脚本文件和样式文件的加密、HttpRequest请求的Cache优化等多项功能。并且针对平台基础组件、三方扩展组件能进行了模块化处理，细化组件的依赖关系并且优化了代码结构和处理等过程。如下图，我们可以看到在V3.0基础开发平台下UI架构图。 本图主要分为七个部分：平台应用：使用平台框架结合业务

本文主要介绍V3.0之后前端模块的发布及部署一、准备工作1. 下载nginx下载nginx的window环境包，请使用平台组提供的nginx环境包，因为其中内置了nginx针对平台开发的配置文件。将解压好的nginx环境包存放在一个合适的（英文路径）的位置即可。2. 下载F1V3.0新版组件包下载F1V3.0新版组件包，包括F1UI_widget_libraries（平台组件包）、F1UI_pub

文章主要介绍如何在V3.0的前端开发环境上部署一个新前端项目，具体的前端环境搭建请参看：前端开发环境搭建请注意，在参看这篇文章之前如果对nginx的使用有不理解的地方，还请参看Nginx F1平台3.0的配置和使用，这篇文章中也提到了新项目的构建，具体的步骤请阅读下文1. 新项目放置位置nginx会有以下几个变量$rootPath配置的位置就是新模块存放的位置2. 新模块的构建规范如果要新添加一

写在前面的话如果只是使用平台提供的配置文件，请直接跳过第三章或者移步(http://blog.csdn.net/ZHBR_F1/article/details/72667451)平台使用nginx主要是使用其核心的http模块，nginx做的工作很简单，就是接收到http请求，然后去搜索配置文件里的Location Block（以location指令包装的指令块）进行匹配，根据匹配到的locati

本文主要介绍前端开发的nginx代理配置

本文主要介绍F1V3.0前端提供的功能的使用，具体功能的介绍写在F1V3.0-UI前端功能介绍中，这里着重介绍这些功能的使用1 公共变量配置在F1V2.0的时代，平台组件脚本的引入方式是通过$import方法分别引入的，这种方式需要反复的向服务器发送请求脚本。而V3.0解决为了解决这个问题，使用了webpack对平台组件源码进行整合打包，由于webpack是模块化的打包方式，这样导致了平台公共变量不

上篇博文中讲到了平台2.X的优缺点这篇博文讲解微服务架构是怎么发扬这些优点以及避免这些缺点的。1、优点继承和发扬OSGI是模块化框架，符合模块化的三个标准，具有模块化、依赖管理、动态加载等优点。但归根结底，OSGI还是单体应用，有单体应用的一些固有问题，如资源冲突、可靠性等。 使用微服务架构后，每个服务都是一个独立的应用，是更为彻底的模块化。依赖管理、动态加载自然而然得到发扬。每个微服务都是独立应

上一篇博文前端开发主要问题说到前端开发主要有三大问题：调试问题、缓存问题和性能问题，针对这几个问题我们逐一探讨一下解决之道。调试问题在平台2.x中，前端页面主要由jsp组成，前端功能作为一个osgi模块纳入到整个osgi容器中管理，这就导致了任何一点修改都需要进行updm以后才能生效，导致了调试的麻烦。 为了解决这个问题，前端页面开发需要回归到单纯的页面开发。 1、页面静态化：页面不包括任何动态

F1平台基于业务基础软件平台理念，旨在提高传统软件系统开发效率。平台由公司2012年初内部立项，在2012年底正式发布1.0版本。F1平台3.0是F1平台最新版，在继承F1平台已有成果的基础上，采用了微服务架构，在解决单体应用问题的同时，降低微服务应用的复杂度。 功能架构架构图如下： F1平台3.0采用微服务架构，由四平台一中心组成。 四平台： 信息平台：提供模型、工作流、权限、调度

因开发需要，我们大数据组，基于Apache Common-Pool，对 InfluxDB的封装了一个连接池，现就主要逻辑涉及到的源代码（与Apache Common-Pool交叉）进行梳理。我们将从以下四个方面进行梳理：1、连接池初始化的操作：2、出借连接对象时的逻辑。3、归还连接对象时的逻辑。4、主要的异常信息 列举（与Apache Common-Pool交叉），1...