Erica_1230的专栏

项目今天报了如下的一个错误： [html] view plaincopyprint? 严重: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException:

现在一般的项目都可能会涉及文件的上传与下载，那如何管理这些文件呢？做法各有千秋！今天我也分享下我是怎么去管理这些文件的！当然了，这样的方式只适用于文件量小的情况下！如果文件数量非常庞大，那可以考虑一些开源的解决方案！ 最初，我们会把一些文件直接放置在服务器中或者是直接放置在工程目录中！这样的好处是访问文件方便，但是也有弊端，个人认为维护性差原因可能有我们的工程可能会频繁的更新，没更新一次就得先保留

这里所说的跨域，是指跨二级域名，而且这些域名对应的应用都在同一个app上, 比如我有以下3个域名:  www.vinceruan.info  blog.vinceruan.info  bbs.vinceruan.info  我要在这三个域名直接共享cookie或者共享session，如何实现呢？在tomcat下又如何实现呢？  首先我们来了解下cookie，顾名思义，小甜心，少食即可

session的存储了解以前是怎么做的，搞清楚了来龙去脉，才会明白进行共享背后的思想和出发点。我喜欢按照这样的方式来问(或者去搞清楚)：为什么要session要进行共享，不共享会什么问题呢？ 以前业界使用session的做法：   默认情况下，php的session文件是保存在磁盘文件中。在php.ini配置文件中的配置项如下：   session.save_hand

1、测试环境概述     采用两台linux x64主机，主机上分别安装memcached与tomcat，memcached提供key/value的存储服务，tomcat提供jsp程序的web容器，两主机关闭iptables，关闭selinux。     主机规划如下： 主机1 IP地址：192.168.0.201 主机名：nod2.tes.com   别名：nod2 安装服务：j

我们都知道对于一些大型的web2.0的网站，在正式部署时一般是部署在不同故障域的多台应用服务器上，以j2ee应用为例，一般我们都会部署在tomcat下，假如我们部署了10台tomcat服务器，那这10台tomcat可能是部署在不同的机器上，然后将应用程序copy到这10台tomcat下，然后启动所有tomcat，一般来说这样做的目的是为了达到负载均衡以及避免单点故障，另外也考虑到国内网络环境的原因

黏性Session和非黏性Session 黏性Session：此模式下同一会话中的请求都被派送到同一个tomcat实例上，这样我们就无须在多台服务器之间实现session共享了，这是其好处，不好的地方就是不能实现failureover了，一但用户访问的机器挂掉，那么其session就会丢失。 非黏性Session：又名复制Session，此模式下同一会话中的请求可以被分配到不同的tom

开发一直用firfox网页，调试什么的都很方便。所以遇到了浏览器之间的兼容问题。url中文传参。 问题：前台用url传值中文，后台用request.getParameter接收参数。        用firfox，chrome等没有问题。用ie会出现接参乱码现象。   上网查了一下，算了，还是把原文帖上来吧。比较容易懂。   　　让jsp正确解释含有中文的URL以及传递中文参数是一个很

EL 全名为Expression Language EL 语法很简单，它最大的特点就是使用上很方便。接下来介绍EL主要的语法结构： ${sessionScope.user.sex} 所有EL都是以${为起始、以}为结尾的。上述EL范例的意思是：从Session的范围中，取得 用户的性别。假若依照之前JSP Scriptlet的写法如下： User user = (Us

cookie是浏览器访问某个web资源时,由web服务器再http相应消息头

我们如果有特殊的需求可以kaifa

最近面试有问道自定义标签,

Cookie简介        众所周知，Web协议（也就是HTTP）是一个无状态的协议（HTTP1.0）。一个Web应用由很多个Web页面组成，每个页面都有唯一的URL来定义。用户在浏览器的地址栏输入页面的URL，浏览器就会向Web Server去发送请求。如下图，浏览器向Web服务器发送了两个请求，申请了两个页面。这两个页面的请求是分别使用了两个单独的HTTP连接。所谓无状态的协议也就是

通常情况下，Tomcat、Jetty等Servlet容器，会默认将Session保存在内存中。如果是单个服务器实例的应用，将Session保存在服务器内存中是一个非常好的方案。但是这种方案有一个缺点，就是不利于扩展。 目前越来越多的应用采用分布式部署，用于实现高可用性和负载均衡等。那么问题来了，如果将同一个应用部署在多个服务器上通过负载均衡对外提供访问，如何实现Session共享？ 实