banq大哥,关于http session的想法

07-08-09 oncetime2008
banq大哥,如果没记错的话,记得看你的文章提到过javaEE构建网站时不应把用户所有的信息保存在http session中,这种方法不好,但我没有想明白为什么不好。

把用户的用户信息,业务信息保存到http session中,用户登陆我就读取信息并处理,再把信息存储在session中,也不太占内存,来了就处理,不来就不管你,有什么不好么,想请大家帮忙解释一下?

若要存储在服务器端(像用户业务信息)那应该怎么做呢,想不明白。

还有一个关于缓存的小问题,缓存是把东西只保存在内从中还是把不经常用的数据缓存到硬盘中?

关于zjlzjlzjl的j2se基础的重要性发表一下自己的看法:

j2se重要,你不会他怎么做东西,但你不能指望大家都去背他的api把,不能把jdon变成用来解释List,regex,reflect用法的网站吧,想看这些你可以下个中文版jdk1.5自己看嘛,这种东西在网上很多。

jdon论坛很好,记得当初上网查找东西发现jdon,起初jdon的文章看着很费劲,看不懂,后来不怎么来了,常上javaeye这些论坛,但过了一段时间还是回到jdon来,再看原先的文章收获很大,需要谢谢jdon。

j2se的东西网上到处有,jdon的东西你能找到几个,中国软件要发展要到像jdon这种有思想的东西,而不是j2se api。

ps:jdon的登陆框在firefox下和文字有重叠。

[该贴被oncetime2008于2007年08月09日 18:54修改过]

oncetime2008
2007-08-09 18:55
自己写的(没经验):

Application Architecture{

Domain Driver Development{

UI Layer{

JSF

}

<Catch,Pool>

Business Layer{

Application Layer{

Service

}

Domain Model Layer{

Entity,

Value Object

}

}

<Catch,Pool>

Persistence Layer{

Dao{

JPA

}

}

}

}

[该贴被oncetime2008于2007年08月09日 18:57修改过]

banq
2007-08-16 15:55
>用户登陆我就读取信息并处理,再把信息存储在session中,也不太占内存,来了就>处理,不来就不管你,有什么不好么,想请大家帮忙解释一下?

主要是从可伸缩性来考虑,将来如果使用集群cluster你的应用,那么如果session保存重要信息,那么你集群是就要使用stick session方案,也就是某个客户端第一次访问的服务器,以后每次还是要访问这台服务器,因为这台服务器上保留重要的Session信息,这样集群分担负载效果就不明显。

当然,服务器之间可以同步Session中内容,但是如果Session太多,服务器之间因为复制同步的通讯量大,也抵消了集群效果。

这些现象,如果在应用程序设计之初就不注意,到时再改,就说明你的应用程序在架构设计(可伸缩性)这方面不合格。

yananay
2007-08-16 16:30
就算你自己写一个类保存这些信息,效果不是和httpsession一样?

集群的时候不是一样有这些问题?

banq
2007-08-20 09:29
>算你自己写一个类保存这些信息

用JBosscache这些分布式缓存,而且这些信息都是幂等方式获得就最好,不必stick具体服务器了。

猜你喜欢