linux__xu的博客

转自：http://www.cnblogs.com/tangyanbo/p/4387167.html简单的网站由于我没有做过php，那么就以jsp为例，jsp做网站前端，以电子商务网站为例，描述一个简单的网站架构前端 jsp+css+js后端 java sshWeb容器 tomcat数据库 mysql开发人员，美工1个，前端一个，java一个部署方案为：一台

本文为转载文章，目的是给自己整理思路使用。转载自：http://blog.youkuaiyun.com/u011659172/article/details/508002371.概念:Hibernate :Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。着力点对象与对

架构是事物结构的一个规划。设计是事物创建的一个规划。弄明白架构和设计之间有什么区别的一个简单办法是去将一个办公大楼的架构与其内部设计进行对比。架构提供的是一系列的结构，比如房间、楼梯的样例，诸如水、暖、通风和空调之类的基础服务。内部设计提供的是内部材料、装饰风格、地板、家具以及咖啡机和厨房之类的附加服务。架构 vs 设计设计是事物构建的一个方案。从根本上来讲，架构是一种设计，但其只涉及

Java消息服务（Java Message Service，JMS）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。点对点与发布订阅最初是由JMS定义的。这两种模式主要区别或解决的问题就是发送到队列的消息能否重复消费(多订阅)1、定义JMS规范目前支持两种消息模型：点对点（point to po

转载自： http://blog.youkuaiyun.com/shaobingj126/article/details/50585035以下是消息队列以下的大纲，本文主要介绍消息队列概述，消息队列应用场景和消息中间件示例（电商，日志系统）。本次分享大纲消息队列概述消息队列应用场景消息中间件示例JMS消息服务常用消息队列参考（推荐）资料本次分享总结一、消息队列概述

1. 解耦在项目启动之初来预测将来项目会碰到什么需求，是极其困难的。消息队列在处理过程中间插入了一个隐含的、基于数据的接口层，两边的处理过程都要实现这一接口。这允许你独立的扩展或修改两边的处理过程，只要确保它们遵守同样的接口约束。2. 冗余有时在处理数据的时候处理过程会失败。除非数据被持久化，否则将永远丢失。消息队列把数据进行持久化直到它们已经被完全处理，通过这一方

一个小型的网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单。随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的ht

原理       在第三，四篇文章中讲到了会话保持的问题，而且还遗留了一个问题，就是会话保持存在单点故障，当时的方案是cookie插入后缀，即haproxy指负责分发请求，应用服务自行保持用户会话，如果应用服务器宕机，则session会丢失。现在来温习下解决方案方案1：session复制原理就是将1台服务器的sessi

Haproxy提高web应用的高可用       上一篇文章讲到了haproxy+tomcat的方案，文章地址：大型网站系统架构的演进（四）http层负载均衡之haproxy实践篇（一）大家可以先温习一下，       文中提到了高可用，该集群方案也可以提高应用系统的高可用，如果tomcat应用出现故障，或者tomcat应用服务器出现故障，haproxy会检测到（这里指的是

方案上篇文章讲到了负载均衡的相关理论知识，这篇文章我打算讲讲实践方法以及实践中遇到的问题方案：haproxy http层负载均衡安装一个haproxy服务，两个web服务haproxy：192.168.1.227:80web1 http://192.168.1.226:8081/loginweb2 http://192.168.1.246:8888/

以ecommerce组件为例说明其下各目录或者文件的作用：ecommerce |---build(用来放置编译之后的.class文件及build所生成的jar包) |---config(用来放置应用中用到的属性文件和UILabels的一些配置文件) |---data(用来放置一些种子数据的配置文件) |---script(用来放置minilang所写的服务或者事件配置文件) |---

模块化的描述组件：componentcomponent是什么：component包含2大类，完整的APP应用，如accounting、product、marketing，以及某个 功能模块及基础服务，如entity、security、service。每个component目录下有对应的ofbiz-component.xml。OFBIZ特色就是所有的功能模块都是component。如何组织：

转载于：http://www.cnblogs.com/tangyanbo/p/4390320.html随着网站的业务越来越多，网站的服务就变的很重要，假设某天你的服务器挂了，会不会是一个天大的灾难呢？而且这种事情发生的概率还不小，断电了，服务器硬盘坏了，内存坏了等等，都会使你的系统挂掉，而且高并发的访问有时候也会使系统资源耗尽，然后导致服务器宕机，那么解决方案呢，那就是集群，将相同的系统分

转载：http://www.cnblogs.com/tangyanbo/p/4389142.html上一篇文章中讲到了分布式部署之后，各个模块要通过网络进行通信，那么如何通信，用什么协议呢？可选的方案有http tcp/ip(socket)等http短连接通信方案基于http协议，xml报文传输客户端具体框架为httpclient，服务端为struts2客户端和服务端的

1.      CAS 简介1.1.  What is CAS ？CAS （ Central Authentication Service ） 是 Yale 大学发起的一个企业级的、开源的项目，旨在为 Web 应用系统提供一种可靠的单点登录解决方法（属于 Web SSO ）。CAS 开始于 2001 年， 并在 2004 年 12 月正式成为 JA-SIG 的一个项目。1.2.