如果是从头开始,我的学习经历是这样的, 这里假设你已经有了一些基础知识,重要的如 xml,dtd(先了解是什么就好),sql,基础就好,慢慢会强的,

架个环境吧,

就行了,当然还有更好的选择,自己喜好而定, 开始就用记事本做编辑器吧,当然你能配eclipse插件最好了,有钱的买个

一切ok,没有的话就用记事本吧,自己注意编码风格就是了,对与一个新手足够了.

开始先从jsp+javabean写起,建几个简单的表,做几个简单页面,插入,更新,浏览就可以了,
数据库连接 就写在bean里面,bean工具类里面更好,
在这里你就可能遇到一些问题了,中文字符啊什么的,搜索一下到处都有解决的方法,
不要提了问题等别人来,这写基本问题google一下多动动脑筋可以解决的.
写完了自己欣赏一下,呵呵,有点成就感吧,学了不少了.

从现在开始你要选个IDE 了,自己去选吧,当然我更希望你选eclipse,这样不会以后有人告了你反而找我麻烦.

然后就是改了,重新开发一下吧,配个数据库连接池,架个struts框架在上面, 体验一下表现层和业务层分离的乐趣,bean里面代码清洁多了吧,看得舒服吧, 思路应该也清晰多了,舒服
当然,这里你要遇到更多困难了,最后都是会解决的, 网上资料多多啊,记得好好整理自己查阅的资料.
思想是关键,mvc的分离,当然我更愿意把struts看成是表现层的框架,
真正要mvc的分离,慢慢来吧,现在不急,
有时间做完了看看struts源代码也不错哦,会有收获的.多多思考吧,
当然也不一定要用struts,mvc框架还有其他的,自己琢磨着用吧.

现在你应该对开发有个更高的认识了, 好的,现在看看你以前的代码,是不是觉得在与数据库打交道的那些bean里面很难看, 被你发现了,你又进步了,
有没有好东西让我程序中看到都是对象或实例落, 有的,你放心,架个hibernate吧,其他的持久层框架也比较多,自己去选吧,
当然,hibernate要用好是很复杂的,你就玩一下而已吗,那就很简单了(因为这里你要考虑的比如性能等可以不记),
资料在哪里,你现在在哪里资料就在哪里,当然我希望你到现在更应该是

了(包括dtd),
然后在上面架个dao层,dao干什么,去网上...hibernate只是提供给你最原始的接口,
好钢用在刀刃上就行了. 做好了,真快啊... 思考一下吧,hibernate做了什么? 哦,搬运工...好,现在有个这样的认识不错了...

现在认真看一下你的代码,理清一下你的思路, 是不是感觉有些在struts的action 里面调用的类在那里悬着或者在 dao 之间游离,
怎么办,再分出一层吧,这一层应该是真正的业务处理层,
这一层你可以使用spring或是其他业务层框架了,
不要把他看太神秘了,只用他的Ioc功能吧,实际上他的功能相当多了,aop实现,

aop是一个以运行时代价来代替开发时消耗的策略,少用点效果还是可以的,现在不用了吧,
Ioc...好不好,用了就知道,一个xml文档就替你消灭了 n 个new,重要的还不在这里,
你想方设法要得到的单实例轻而易举就实现了,好啊...还有哦...慢慢研究吧,
(丢了一点重要的,今天加上:  spring 提倡用接口编程,真正的可扩展,可拔插实现,直接修改关系配置就ok,好好体会一下,这可以促使你养成良好的观念和编码习惯,我觉得应该提倡)
设计模式你该钻研一下了,看看 "四人帮" 吧,如果你发现有好多你在这里面用到过或是相类似的概念,
那么我敢说,你是个负责任的程序员了,多动脑是每个程序员的职责...

快去长经验去,经验是沉淀自己的唯一途径.

回过头整理了,struts+spring+hibernate,各层的处理应该清楚整理一下了,
要怎么发展你看着办吧,各层有代表的轻量级框架都有体验了,
重要的是去学会整理解决问题的方法,去探索或者试图探索好的实践,努力思考吧...

当然如果你觉得开发了这么久系统还不是分布式的,
那ejb就更适合你,或者更吸引你,自己看去吧,赶时髦就去看3.0的...

闲着无聊,也许又要失业了,回头看看自己走的路...
没了,我吹完了,后面的跟上