session

既然学习了javaweb，我就肯定避免不了要去接触cookie和seesion下面简单的描述一下两者： cookie： 在网站登录的时候，会有一个再次网站下记住密码的选项，如果你选上了，下次登录的时候就不用再重新输入账号密码， 这就cookie实现的一个小功能。 客户端通过浏览器向服务器发出请求（记住账号密码）服务器响应客户端给客户端发送一个大约4kb左右的文档存放在客 户端浏览器当中，这个文档就属于一个cookie，当用户再一次打开浏览器登录时，这时就需要你重新输入账号密码浏览器 直接从cookie中取值。 cooki的生命周期默认情况下：从客户端开启浏览器到关闭浏览器 （可以设置cookie的有效期，从而实现永久有效）； 创建 cookie ： Cookie c = new Cookie ( "name" , "value" ) ; 设置有效期： c.setMaxAge(24 * 60 * 60); //以秒为单位 这个是一天的时长 设置有效路径： c. setPath ( "127.0.0.1" ) ; 保存cookie： response. addCookie (c ) ; //使用response将cookie保存在客户端浏览器里 删除cookie： Cookie cookie = new Cookie (WebConst .USER_IN_COOKIE , "" ) ;

　　众所周知，当过多的使用存储过程，触发器等 数据库方言相关的应用时，应用程序的移植性会变差，特别是在Hibernate中使用这些，简直是讽刺，但是当今中国又有哪家公司做项目会关心应用程序的移植性呢？ 　　现在看看Hibernate中对Oracle存储过程的调用. 　　1.plsql 代码 　　 proc.plsql create Procedure proc() begin select * from proctab; end; 1 create procedure proc1(v_no number(4)) 2 begin 3 select * from proc1 4 where id=v_no; 5 end; 　　 2.Hibernate 存储过程调用的一种方法是，通过XML传统的映射方式去调用。 -》存储过程映射和领域模型中的实体的对应关系 　　 xml映射文件 1 <class name="com.test.User" table="proctab"> 2 <id name="id" column="id"> 3 <generator class="native"/> 4 </id> 5 <property name="name" column="name" type="string" /> 6 <property name="age" column="age"

https://blog.csdn.net/u013565163/article/details/80659828 SpringBoot+websocket+定时任务 SpringBoot+websocket 概念 websocket:由于http协议时基于 请求-响应模型 服务端的每次响应都必须有客户端发起（浏览器）的请求。如果服务端想主动推送消息到客户端是很难满足的。 如果一定想使用http来做服务端主动推动，只能客户端不停的发起轮询请求，如果访问量很很大，这种模式会拖垮服务器。造成很大的通信开销和服务端流量压力。 使用websocket可以完成要求实时性的应用：股票的变动、天气、彩票、即时通讯、通知。 WebSocket 是web客户端和服务器之间新的通讯方式， 依然架构在HTTP协议之上。使用WebSocket连接， web应用程序可以执行实时的交互， 而不是以前的poll方式。 WebSocket是HTML5开始提供的一种在单个 TCP 连接上进行全双工通讯的协议，可以用来创建快速的更大规模的健壮的高性能实时的web应用程序。WebSocket通信协议于2011年被IETF定为标准RFC 6455，WebSocketAPI被W3C定为标准。 在WebSocket API中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道

四、JMS消息服务 讲消息队列就不得不提JMS 。JMS（JAVA Message Service,java消息服务）API是一个消息服务的标准/规范，允许应用程序组件基于JavaEE平台创建、发送、接收和读取消息。它使分布式通信耦合度更低，消息服务更加可靠以及异步性。 在EJB架构中，有消息bean可以无缝的与JM消息服务集成。在J2EE架构模式中，有消息服务者模式，用于实现消息与应用直接的解耦。 4.1消息模型 在JMS标准中，有两种消息模型P2P（Point to Point）,Publish/Subscribe(Pub/Sub)。 4.1.1 P2P模式 P2P模式包含三个角色：消息队列（Queue），发送者(Sender)，接收者(Receiver)。每个消息都被发送到一个特定的队列，接收者从队列中获取消息。队列保留着消息，直到他们被消费或超时。 P2P的特点 每个消息只有一个消费者（Consumer）(即一旦被消费，消息就不再在消息队列中) 发送者和接收者之间在时间上没有依赖性，也就是说当发送者发送了消息之后，不管接收者有没有正在运行，它不会影响到消息被发送到队列 接收者在成功接收消息之后需向队列应答成功 如果希望发送的每个消息都会被成功处理的话，那么需要P2P模式。（架构KKQ：466097527，欢迎加入） 4.1.2 Pub/sub模式 包含三个角色主题

　　本篇主要介绍 用户状态保持的两种的方案 -- session 和 jwt_token，以及这两种方案的实现方式，及优缺点对比。 　　引入：HTTP协议是一种无状态的协议，而这就意味着如果用户向我们的应用提供了用户名和密码进行用户认证，那么下一次请求时，用户还是要再一次进行用户认证才行。 　　因为根据HTTP协议的无状态性，在下一次请求时我们并不知道是哪个用户发出的请求，所以为了让我们能识别是哪个用户发送的请求，则必须采取一些特殊的方式，比如 session、jwt_token等。 一、session 　　根据上面的应用，我可以通过session来保存用户的登录状态，而Django默认提供了session存储机制，且默认启动了session。 　　session存储方式：数据库、本地缓存、混合存储三种。通常采用本地缓存： SESSION_ENGINE='django.contrib.sessions.backends.cache' 　　那么我们怎么使用用户登录状态保持呢？ 　　在用户登录或者注册成功后，设置session。 class UserView(APIView): ...... # 实现用户登录或者注册的业务逻辑 request.session['user_id'] = user.id request.session['is_login'] = True ..... #

参考： http://blog.csdn.net/bluishglc/article/details/6867358# http://andashu.blog.51cto.com/8673810/1381369 所搭配环境为centos6.4 本文是采用的mod_jk的方式搭建的集群环境。 一、安装apache 首先安装apache，编译完成后，通过IP:端口访问就行，如果返回“it workers”证明Apache启动成功（注意apache的工程路径要正确） 1.进入下载好的httpd-2.2.25.tar.gz文件所在目录，执行解压操作： tar -zxvf httpd-2.2.25.tar.gz 2.进入解压出的文件夹根目录： cd httpd-2.2.25 3.进行编译参数配置: ./configure --prefix=/usr/local/apache2 --enable-mods-shared=all 关于configure参数的更多内容可参考： http://httpd.apache.org/docs/2.2/en/programs/configure.html#installationdirectories 4.编译安装: make make install 5.启动和关闭apache 完成上述步骤后，apache的安装就结束了

package top.activemq.util.performance; import org.apache.activemq.ActiveMQConnectionFactory; import org.apache.activemq.ActiveMQMessageProducer; import org.apache.activemq.AsyncCallback; import java.util.UUID; import javax.jms.Connection; import javax.jms.JMSException; import javax.jms.Queue; import javax.jms.Session; import javax.jms.TextMessage; /** * description:异步投递 * * //1、在brokerUri后跟jms.useAsyncSend参数 * cf = new ActiveMQConnectionFactory("tcp://locahost:61616?jms.useAsyncSend=true"); * //2、设置connectionFactory的useAsyncSend属性，此时要注意ConnectionFactory的类型必须是ActiveMQConnectionFactory * (

文章是根据 memcached-session-manager官方配置方法wiki页面 翻译整理， 关于memcached-session-manager的介绍， 具体参见官网： http://code.google.com/p/memcached-session-manager/ ，也可以参考： http://gong1208.iteye.com/blog/1596120 Introduction 如果为了简单使用，你只需要安装一个tomcat（6或者7）和memcached，在生产环境中可能会有多台tomcat服务器以及多台可用的memcached节点，并安装在不同的机器上，我们可以使用黏性session（sticky sessions）或者非黏性session（non-sticky sessions），memcached-session-manager (msm) 对这两种操作模式都支持。 下面给出一个黏性session模式的设置示例，此实例中安装了2个tomcat以及2个memcached。 Tomcat-1(t1)的首要选择是把session存储在memcached-2 (m2)上（m2是t1的一个普通节点），而m2是运行在另外的一台机器上。只有当m2不可用（宕机或无法访问）时，t1才会把session存储到memcached-1（m1，m1是t1的故障转移节点）上