技术架构与体系结构

可伸缩性和重/轻量，谁是实用系统的架构主选？ http://www.jdon.com/artichect/s

在TSS年会上， EJB 3.0成为热点，很多牛人畅谈了对EJB 3.0的想法，总之EJB将变得越来越简单，越来越易用。

我们开发小组5个人，一个组长；用MVC方式开发WEB应用；使用WinCVS进行版本控制团队开发；Ant来实现编译发布；应用服务器采用Tomcat，使用的时候（Apache和Tomcat整合）；数据库是Sybase和Oracle，采用连接池；报表使用的是

大家讨论下构成一个成熟的web应用系统的底层组件应该有哪些?比如:权限验证模块,针对异构数据库的序列号生成器,记录用户操作的日志系统等等,定时任务执行系统

特点是将游戏逻辑都放在服务器端，相当于B/S版游戏，后发展为游戏平台了，手机无需下载游侠可以玩任何游戏，PC只要装一个游戏浏览器软件，就可以玩所有游戏，不象现在那些游戏系统，玩一种游戏之前首先要下载它。 之前该系统由于误用静态，实际是一个单用户系统，重构其

个人认为面向中间件的开发技术恐怕慢慢会被面向服务的技术取代，无论从商业模式还是在代码的安全性、版权的管理方面恐怕面向服务的思想都更胜一筹。看过banq的书和一些文章，感觉banq对EJB极端的推崇,甚至有些简单的系统也推荐使用EJB技术，个人表示有些不解...，（呵呵，是不是太痴迷于EJB了)

构造一个要求能支持5000-10000用户同时在线访问的WEB平台，如果基于J2EE技术，这样的系统该怎么设计、架构，需要怎样的硬件环境与软件环境？？

研究ibatis的JPetStore有一段时间了，公司里也采取类似的架构做过项目，我觉得是一个非常实用的轻量级构架，但我觉得似乎有两个问题：1）service模式，所有的逻辑包装在Service类中，而Service的实例采用singleton模式获得，不知道

现在公司正在为一个电信的业务支撑系统做预研，想采用纯j2ee的架构，主要的难点集中在系统性能方面，因为系统的接入终端肯定是几千的级别。请教了BEA和Oracle公司的专家一起做架构设计，BEA推荐的方式是一套完全基于他们WEBlogic的解决方案，在or mapping环节建议我们使用EJB+DAO

构造5000人左右同时在线访问的WEB系统方案,该系统有在线交易，直接与银行打交道硬件方案：四台中型商业服务器（大概6万一台），两台做应用服务器(Jboss3.2.3)，两台数据库服务器(oracle9i)，两组服务器分别做集群 软件架够1：str

某公司欲推出一大型的web系统，采用j2EE技术开发。该系统要求有较高的并发数，该网站最大同时在线人数估计上万，所以性能至关重要。 现在总的问题在于:我如何来确定何种技术、何种架构、何种硬件设备能满足该需求。 我

(jbuilder/other better?)+(websphere?weblogic?jboss?)+(oracle?db2?sql server?)昨天看了一下大家的讨论，没有什么头绪，一期预算是400w，包括广告，什么样的选择比较合适？能给出理由吗？以前做的都是c/s结构，这

我在做一个系统，该系统过去是使用C/S构架，由于想赶时代之潮流，想把C/S的换成B/S的，由于S比较稳定，所以S这一端不想变，是使用了SOCKET　TCP通讯，只想简单的把C换成B把B/S的S作为一个PROXY，这样改动量小。由于并发量较大，（同时在线4000－5000）所以决定用EJB。考虑到多人

本人在一家公司开发增值业务系统，现在进入了编码阶段，但我前期可能对CTI的理解和对WEB，WAP接入方式的理解不够，在原来的设计系统中，遇到了一些问题增体结构（目的在于分离业务逻辑和系统中的通用功能：安全管理、会话管理、业务分发管理和基于角色的授权管理，基于Socket的XML数据交换）：<

大家知道，EJB是一种分布式的组件体系，但我们现在一提到选择J2EE的技术路线时，就一定要说EJB，试问，如果我们要构筑的系统就不一定是分布式系统，再加上EJB本身的复杂性，我们真的需要使用EJB吗？开发一个系统是要用最好的技术还是用最适合的技术？想听听大家的意见!

问题是这样的：原系统的server端有一个线程，负责定时采集数据，然后和本地内存中保存的数据比较，如果有更新，则主动把新数据发往客户端。现在想将该系统移植到J2EE/EJB架构，有几个问题不知如何处理？1、服务端的轮询机制如何实现？2、数据在服务端如何保存？ 是