数据库： mysql
Web 服务器： windows 下用apache, linux 下用ngnix
应用服务器： Tomcat
另外一些分布式的技术，例如EJB/web service/JMS等没有使用，如果改变部署方案时或者需要集成其他系统时可能会引入。
一个中小型的部署方案是1台Web 服务器 + 2台Tomcat服务器 + 1台memcached服务器 + 1台图片服务器 + 1台数据库，此方案是方便系统不断的升级，而又使得投资比较少。
当然更大型的解决方案需要更多的服务器和在数据库上做更多的优化动作。最省钱的办法就是1个服务器就运行以上所有的服务，这个也不是不行，有个1G的内存都已经能应付不少流量了。在那些便宜的JSP空间只要有256/512M内存也可以跑，大有大的跑法，小有小的跑法。
下面就比较关注的框架做个简单的对比：
1 spring mvc vs struts2
我们本来是采用struts1.3来开发，struts那层用的非常的薄，只是用于接收页面参数和拿到数据库数据之后打印到request中让页面展现。按理应该直接升级为struts2才对，但是看了spring mvc 2.5的annotation版本之后就抛弃struts2了,spring mvc可以让我很容易从页面拿到数据，并且采用非常少的配置和具有很强的灵活性，看了struts2之后觉得都是大同小异的思路，那我何必再引入更多的jar..
2. hibernate va jpa ibatis
Jpa跟Hibernate很类似，个人感觉没有hibernate灵活，hibernate在快速开发上是很有优势的，加上cache可以部分弥补性能上的损耗，另外尽量不用他的那个配置做复杂的关联。
另外可以用jdbcTemplate顶上用的比较多的地方以提高性能。
3. DWR vs Jquery
DWR在js和后台java代码之间是很好的桥梁，尤其是跟spring配合的很好，但是Jquery在页面的功能是少不了，还好两者不排斥对方，那就一起用了。
4. spring 3.1 cache + ehcache/memcached
spring 3.1 直接支持cache了，这次hibernate的二级缓存可以退休了。如果在单机选择ehcache,集群方式采用memcached。 memcached是远程调用，性能必然会有损耗。
5. JSP vs freemarker velocity
自从JSP有了JSTL之后， struts 的标签我已经不用了，加上EL之后我也没有找到用freemarker velocity的理由，除了静态化之外，貌似JSP也可以做静态化的，这个我研究不深，如果有反对意见可以提出来。
6. apache tiles vs sitemesh
由于是学struts出身，tiles熟悉阿，而且现在也支持模糊匹配了，看一些网上评论说性能不会有太大差别，sitemesh3也许会好些，用生不如用熟。不过均不能达到那种实时生效的模板效果，谁能说说java怎么做？
7. 其余几个就没什么悬念了， 由于现在免费的jsp空间比较多的支持mysql和tomcat, 所以这2个是我们要优先支持的，虽然我们也支持oracle等。
问题：
1。模板技术缺少灵活性，目前Php的大型商城系统有很多的模板可以用，这个也不全都是官方自己开发的，这个是Java商城需要向php商城学习的地方。因为java是mvc方式建设的，有java,jsp, html等，java class需要重启服务器才能生效，而且很难像php一样，把所有东西写在一个目录拷贝到服务器上即可使用，目前我还是没有什么好的思路能达到这个效果的，考察了apache tiles/sitemesh/freemarker/velocity等，都没有想到办法。。。只能做到内置好模板让用户挑选。要达到大家都能做模板的程度，需要把代码和文档继续完善和开源。
2。B2B2C模式需要大量的人力物力，目前还不成熟。需要有实力和经验的人加盟我们。
3。java开发代价是高了些，通过对框架的整合和默认约定，已经把后台代码的使用方式给固定下来，前台页面是比较耗时。但如何降低总体开发难度并开创一个Java品牌商城是很有挑战和难度的。