浏览 3956 次
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-10-11
9位委员中5位意见一致则最终结果确定。如果三天内(到10月14日晚12点以前),委员没有评价视为弃权,则由已经投票的所有委员简单多数意见为最终意见。 除了申诉人和仲裁委员,其他人不能回帖,否则删贴,扣分。 其他人回贴评论请到这里: http://www.iteye.com/topic/26822 仲裁委员会成员: 庄表伟 资深会员 buaawhl 五钻会员 mochow 一钻会员,而且是MM 江南白衣 五星会员 robbin 资深会员 readonly 资深会员 trustno1 五钻会员 tianxinet 四星会员 foxty 两星会员 liuwangxia 写道 为啥把这个的帖子隐藏了,请说明原因!
请问如何做应用程序级别的缓存? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-10-12
不该隐藏。
问题描述清楚。而且做了分析和思考。引用了原来的一个详细讨论的帖子。询问了难点 —— Cached Data之间的关联。 ----------------------------------------- 我来分析一下隐藏的可能原因。 1. 应用程序级别的缓存,Hibernate提供了可配置的二级缓存。 可能有人误会liuwangxia 问的是这个问题。 其实,liuwangxia已经着重点出了“自己在应用程序的层面上做缓存”。 一个建议是,标题改为“请问如何自己控制应用程序级别的缓存”。 2. 提到了Swing,通过 Hessian 访问 Tomcat。却不说明自己是要做客户端缓存,还是服务端缓存。这可能令人误解。 其实,既然提到是应用程序级别的Cache,而且提到Hibernate,那么应该是说服务端缓存。 建议,这个地方可以进一步说明。 3. 这个问题确实复杂。这么问很难问出结果。 论坛中有关联Cache的讨论,但是不存在一个现成的完美解决方案。 不想用Hibernate自带的,还想自己控制关联,需要做的事情就比较多了。 可能有人认为是自找麻烦。 发贴人一定要注意。 有其它帖子看起来,好像也是语焉不详,却逃过了隐藏的命运。这并不意味着可以掉以轻心,各方面工作一定要做足。这样,当运气不好,就是有人看不顺眼,给隐藏了,那么翻案的理由也充分一些。 |
|
返回顶楼 | |
发表时间:2006-10-12
虽然问题描述得不是很详细,很难快速得到有用的答复,但是不到该隐藏的地步。
|
|
返回顶楼 | |
发表时间:2006-10-12
对这个问题本身没有什么研究,仅仅从描述本身来看,我认为不该隐藏。
|
|
返回顶楼 | |
发表时间:2006-10-12
建议不隐藏。
理由: 做自己的应用级别缓存(贴子具体指出的是关联表缓存),确实值得讨论。 给申诉者的建议: liuwangxia 写道 客户端用 Swing,通过 Hessian 访问 Tomcat,如何做呢?
这个提问语焉不详,可能让人有未经认真思考的怀疑。提问的时候,尤其是主题帖,不要为少打几个字偷懒,你哄论坛的“地皮”,论坛的“地皮”就会哄你的“肚皮”,呵呵 而随后的一段提问就比较清晰了。 所有的提问者都应该仔细、再仔细地看看这篇贴子: 论坛提问的智慧 --------------------------------- 另把我一直考虑的想法说一下: 参加两次仲裁(第一、三次仲裁,第二次因国庆外出未赶上),我都建议不隐藏,但我个人觉得两次的贴子都还是能找出一些隐藏的理由(虽非充要,但还是较明显)。 而仲裁贴都给出了一些意见或提示,建议申诉者据此并举一反三的审视一下自己的贴子,能修改的好一些为什么不呢?这样也算是对网友的一个更好交代,对仲裁劳动的良好回馈。 或者更主动的,自觉修改后,注明诸如“已整改”等字样,再申请仲裁,而不是去扯皮,或许就能给论坛奉献一个好贴。 这样,申诉者经过被隐藏贴子的打击、重新的思考整理、等待申诉的煎熬,这种惩罚已经足够了,毕竟大家都不会以扣分、被扣分为乐事,如果整改后能申诉成功,等于是大家共同努力下打磨了一个贴子,而且经此磨练,JavaEye又多了一个成熟的网友。 |
|
返回顶楼 | |
发表时间:2006-10-12
我对这个帖子的看法是有些矛盾的.
这个帖子的内容,其实介于隐藏和不隐藏之间.至于投隐藏票的人基于一种什么样的理由投了隐藏票,我觉得我无法作出有效的猜测.这里其实就给这个仲裁制度的缺陷提出了一个挑战,每一个人都有投票的权利,那么也就是说每一个人都会对论坛的风格取向有自己的判断.Javaeye现在之所以采取现在投票/仲裁,这样一种制度的目的就是要在保持论坛风格稳定的前提下,不断的包容更多的风格和口味.虽然对于某些明显逾越javaeye一贯传统的贴子,我作为仲裁员可以与论坛上的大多数人保持一致的意见.但是,在处理这样的一个界定比较模糊的申诉的时候,我无法,听取到反对的声音.这样的申诉之所以模糊是完全有可能是我忽略了某些潜在的对论坛有益的想法.Javaeye是一个保守的论坛,但是保守并不等于食古不化.对于一个更加完善的申诉制度来说,有匿名投票隐藏票权利的用户,那么同样有在相关的申诉贴中阐述自己投隐藏票的权利.这样我们才能在对论坛申诉的不断积累中,逐渐形成包容更多的有益习惯. 但是很可惜,我们目前还并没有这样一种制度.因此在一个既无法猜测原因,申诉贴本身又流于模糊的情况下,我倾向于隐藏此帖,但是管理员可以适当返还积分.因为既然没有更多的论坛制度和惯例来支持此帖的从新开启,那么我认为就应该默认最基准的底线,既阐述问题必须清楚.这虽然算不上是一种惩罚,但是起码是对申诉者的一个有益的提醒.这有助于新用户充分理解我们这里的习惯,融入整个社区的讨论氛围. |
|
返回顶楼 | |
发表时间:2006-10-12
谢谢楼上各位的批评、提醒,我已经将帖子的标题和内容都改写了:
请问如何为Swing客户端做应用程序级别的缓存? |
|
返回顶楼 | |
发表时间:2006-10-12
修改之后问题描述比之前清晰的多,为接下来的讨论留有一定的空间。建议不隐藏。
其实有时候,提问者并不一定在提了一个问题之后就坐等着大家来讨论,也可以回复自己的帖子,把自己的进一步思考和的对问题的理解做更详细的描述,这样应该也可以避免被一些人投隐藏票,也可以吸引一些人参与讨论。 |
|
返回顶楼 | |
发表时间:2006-10-12
5票认为不该隐藏,1票弃权,仲裁结果取消该贴隐藏,恢复会员积分。
谢谢仲裁委员会,也谢谢liuwangxia。 |
|
返回顶楼 | |
发表时间:2006-10-13
JavaEye管理员 写道 5票认为不该隐藏,1票弃权,仲裁结果取消该贴隐藏,恢复会员积分。
谢谢仲裁委员会,也谢谢liuwangxia。 经过几天的摸索,找到了一个临时、专用的方案,等稍微空闲后再整理出来给各位讨论。 再次谢谢仲裁委员会,谢谢管理员。 |
|
返回顶楼 | |