先由通讯效劳器(LISServer)开一个8088端口，当接收到客户端发送的内容，然后将行解析，然后依据解析出的内容作出相应的回应，这些回应是利用jDBC从数据库掉出在与数据库连接时要用到一个数据库连接池，连接池的作用是用于避开频繁的链接数据库，这样可以提高对用户的回应效率。
用到的类有：
LISServer：启动效劳器并监听8088端口
DispatchSocket：一个多线程的类，负责处理每个客户端的恳求
Requset：恳求类，负责客户端发送的恳求处理
Response：响应类，负责将数据输出到客户端
WebAppConfigManager：一个负责读取web.xml文件的类，同时生产对应的数据对象，该数据包含在WebApp类型的对象里，单例模式类
WebApp：对应xml文件里的节点的类
ServletMapping：对应xml文件里的节点的类
BusinessServlet：对应xml文件里的节点的类
ConfigDataSource：对应xml文件里的节点的类
Super：业务抽象类
CCB：建立银行业务类
ICBC：工商银行业务类
BaseDao：业务接口类
InterestBean：数据库ccb表格对应的映射类
MyUser：数据库myuser表格对应的映射类
DBUtil：连接数据库操作类
MyUserDao：负责对myuser表格操作的类
CCBDao：CCB业务处理类，负责对数据库数据操作
ICBCDao：ICBC业务处理类，负责对数据库数据操作
LogInfo：日志文件类
用到的技术和资料：1.网络编程应用2.IO流操作应用3.字符串分解应用4.XML解析(JDOM、DOM4J)应用5.JDBC连接数据库和数据库操作应用6.JUnit测试用例应用7.反射技术应用8.工厂模式应用9.集合应用10.数据库连接池应用11.长久层应用12.多线程应用13.日志文件应用14.接口、抽象类应用15.面对接口，面对抽象，面对父类编程应用16.properties配置文档。
在这个工程里我知道了团队的合作是很重要的一个元素，一个完善的工程是离不开团队的，而团队的分工可以造就一个完善的工程，团队里的每一个成员都是不行缺少的一个局部，我们在做的这个工程时犯了个很大的错误，就是每个成员都是自己搞自己的，只管把自己的搞好就行了，从来没有想过其他组员的完成是怎样的。这是一个很大的失误。信任在以后我们会很好的发挥出团队的优势。还有就是在工程辩答中教师说的很对，我们只知道学习一些书上的那些很浅很浅的学问，在学习中教师只是把学习的方向给我们指出，其他就要靠自己去钻自己去讨论。不是什么都靠教师说的。还有就是在辩论中出了许多辩论题，这些题都可以让我们提升的，在这些题里也可以发觉我们的缺乏之处从而弥补它。我们要做到在工程中学习，在总结中学习，在辩论中完善自己。
java工程报告总结二
前几天伍老说由于教材未到工程要延迟一周突然教材到了，我们立刻要完毕工程开头新的起点了。
听许多同学说很想补习一下JAVA结果没有时机了。
其实这就是所谓的链带反响。
由于大家都知道在工程开发时遇到许多问题知道原来学得是那么的不仔细，不刻苦。
这些都让我意识到在Web时应当仔细的学习。
这可能是我在工程中体会最深的吧！
下面简洁的谈谈我的工程感想吧。
首先想谈的是我们为什么会做这个工程，许多培训学校都会在每学完一个阶段就有工程的任务。
原来我所在的那个培训学校也不例外。
原来对工程不怎么重视，觉得那是作业只要能把工程提交了就OK啦。
现在认真想想往往不止那么简洁。
只要但我们了解它的目的才能更加的学习他。
我们现在是JAVAOO所以我认为学校的这次工程主要是想让我们对代码娴熟，增加我们的代码量，JAVAOOP的熟悉。
胡教师说现在的工程与原来的目的有所不同。
比方现在我们连《工程需求开发说明书》都没写。
全部许多同学存在对工程不了解，固然这主要也是我们自己的缘由。
我们现在完成工程后只要能到达学校当时的目的就完成90%了。
我个人觉得其实对JAVAOOP的理解是最重要的。
其次谈谈我是怎么做的这个工程，学校本次的主要任务的让我们熟识代码，了解JAVAOOP所以我们没有写《工程需求开发说明书》。
记得第一次张教师说这个工程时当时脑袋晕乎乎的对这个工程不怎么了解。
现在最终完成了工程固然对工程也有了一些了解。
工程过程中我们主要是在上理论课时张教师讲解PPT，PPT上时我们当天工程中能用到的学问点并且都是经典。
在这期间我和其他同学一样有些苦痛开头对工程不了解，然后到了解工程整个流程最终思索为什么学校会这么设计这个工程。
这些都是很让人很苦痛的。
最终我们通过工程有哪些感想，第一学问点：这和许多同学一样，在工程过程中感觉自己不管是在在代码方面还是思想方面都欠缺的太多了，学问点把握的不牢靠。
其次JAVAOOP。
没有理解OOP中某些概念或者对它们了解不深。
第三工程设计：在DAO模式时我们用到了连接池，虽然代码很简洁但是一个工程没有它时很难的。
并且我们工程中用到了反射+配置文件进展动态的执行消失，一个不错的工程设计思想。
第四课外扩展：虽然这个代码并不多但里面的深度以及学问点是我原来根本没有想到的。
然而这些我原来都没有意识到。
充分说明白课外扩展得太少了。
这些也是刚刚我所说的链带反响。
固然还有许多许多新的学问点总之让我对JAVA对工程有了新的熟悉！
java工程报告总结三
要开头入手一个新的javaweb应用应当遵循这样一个原则
1、首先是整体框架，也就是通常所说的三层构架：
数据库+应用效劳器+应用
2、其此是框架各个局部所处的环境，就是数据库，应用效劳器的os都是什么，怎么沟通，怎么在对应os下调配数据库以及应用效劳器。
4、然后才是了解应用的构架，也就是所谓的工程源码了，详细使用了那种mvc模式，使用了什么日志工具，测试工具、编译工具，还用要是你去熟识一个公司的工程的话，这个公司可能有自己的web相干开发工具
我用visio做了一个图形应当是这样的挨次
用我最近的详细例子来做说明吧：
1。首先是3层构架
数据库是mysql，应用效劳器是resin，应用根本上是struts+hibernate，这里明确了学习目标应当是：
2。其次是os数据库和应用效劳器放在一台主机上，OS是linux，但是日常的开发环境是windows，所以用到了常用的ssh对主机进展治理，这里明确了学习目标应当是：
Ssh的使用方法
3。然后是数据库和应用效劳器的连接方法，使用mysql的jdbc接口，这里明确了学习目标应当是：
Resin对数据库连接的配置方法
Mysql对数据去连接有什么要求
4。最终是应用代码层
这层应当是最终学习，但是我们往往习惯对整个系统没有弄清框架就开头这层的讨论，这就导致在讨论中不断消失有关框架的各种问题，而又要中断当前学习，开头查找另一个资料。
我开头就犯了这个毛病，所以进度缓慢。
这里我的工程使用了hibernate+struts作为根本框架，用Ant进展编译公布工作，使用eclipse作为ide，另外用到的java工具有jfreechart，quartz等，再有自己公司开发的web框架工具包
这里明确了学习目标应当是边参照源码一边学习Struts，hibernate，ant，eclipse，jfreechart，quartz，自己公司的工具包，然后再在数据库的角度对整个业务规律做出理解。
固然，以上四步中确定是有些工具和技术已经把握了，我们所要面对的是我们没有把握方面，然后最终到达把握系统的目的！要留意我们的目的是上手新平台不是学习新技术！
java工程报告总结四
在通过将近一个月的工程中，使我学到咯许多的东西，也让我看到了我自己的一些在学问上缺乏，也将使我在后面javaweb的学习中还要更加努力，以便在以后能找到自己适意的工作，也不枉费在朗沃9个多月的学习，在这次工程中让我学到了许多的东西，不只是代码上的学问，也学谍咯java框架上的一些根本东西，还有层次构造的好处和又来，比方：MVC思想，MVC的又来有开头的两层构造到三成构造的过度以及两层构造的优缺点，以及现在流行的三层构造的优缺点，DAO模式的应用，对象的封装，socket通信的原理以及用socket发送对象等许多的学问点，怎样实现封装使得更好的爱护数据，实现java的三大特点，使代码的耦合度降低提高内聚力类和类之间的依靠性降低使模块和模块之间的层次清楚，实现代码的复用和实现构造的复用使得开发一个系统的性能更加的优异。
在这次工程中使我对java面对对象的熟悉有了更时刻的印象，对“万物皆为对象岜整个理念有更深层次的理解，通过和教师的沟通和上网了解的一些学问，其实搞软件的实质并不使在代码上实现一个什么什么的功能，你只要情愿去着你用你所学的学问确定能够实现某一个功能，但学软件的最根本使分析和设计，所以现在市面上会设计的人才使最来钱的人，在软件开发的生命周期中编码其实使占很小一局部工作，数据库设计人员和java的框架技术人员使很赚钱的，也只有对在对象上有更多的了解你才能从代码层次上上升为另一种理念过后你才能在以后的编码中设计出更加优异和性能更高的代码，也只有这样那么你将来才有可能成为一个合格的程序员（不时编码高手），在二个工程中的开发中使我团队开发软件上有了了解，也使我了解了在团队开发软件的时候的一些留意点，不能任凭更改类名，方法名悻变量及其修饰符，假如你一时兴起该了的话那么在工程融合的时候问题时机层出不穷，就有可能使你的工程失败，所以标准时很重要的，代码的标准将很大层次上的说明你对代码的熟念度。
同时也增加了代码的敏捷性。
在用JDBC获去数据库连接对象的时候，其实时很有学文的咯，你假如在用连接对象的时候就要数据库建立连接对象，在用完诸后就关闭连接对象，在许多用户同时来运行你的系统的时候，就将产生许多的`连接对象，这样有使得你的系统性能降低，很好的解决方法就是用数据库连接池：在程序启动的时候就建立最大连接和最小连接，当多用户恳求的时候只需从数据库连接池中那出连接对象，这样就可以削减屡次连接对象，开头在最大连接对象和最小领接对象的选择上又有了问题，创立最大连接时多少呢？最小连接有是多少呢？假如一开头最大连接数过多，而用户有很少那么就铺张资源，并且系统启动将会很慢，假如最大连接数过少那么程序启动很快但在启动后运行程序时有会很慢，最小连接数假如很小，那么在许多客户访问的时候将会很慢，合理利用数据库连接池将会很大局部的提高程序的性能、在这次工程还用到了日志文件来记录错误信息，在这次工程中还用到了许多的学问点我就不一一的在这里列举了。
顺便给大家几道面试题（是前面部的同学给我说的）：
1、谈谈final、finally、finalize的区分。
2、HashMap和Hashtable的区分。
3、说说你对ejb的熟悉。
4、GC是什么？为什么要有GC？
5、谈谈你对抽象类与接口熟悉？
java工程报告总结五
这是一次比拟完整的团队合作工程，它要求团队各成员对系统的主体设计搭成肯定的共识，这包括数据库设计，需求分析，以及其它一些细节，因此在编码之前的预备工作肯定要充分。
在设计之前，我们两组对于数据库的设计进展了剧烈的争论，最终在一些关键的问题上统一了意见。接下来的工作便是需求分析，详细构造设计，并制订小组工程具体规划，工程的进展将严格根据所制订的规划执行。然后小组成员对各自的数据库进展了设计，并且以数据字典的形式进展了共享。
企业级人力资源系统分为十个子系统：机构编制治理、人员信息治理、人事档案治理、考勤治理、薪资福利治理、社会保障治理、聘请治理、合同治理、查询统计治理、系统治理。
我负责人员信息治理子系统，这方面需要处理的业务规律比拟少，表单比拟多，要把握好与其它子系统的关联。员工根本信息表是与其它子系统关联的桥梁，大局部表都涉及到与根本信息表的外键关联。其中，职员编号(employeeId)是作为外键关联的字段，我给它设置了自增长。有人认为在企业里，职员编号应当是有肯定规律的数字，而不应当设置自增长。这样的是想法很符合实际状况，后来我和两个组长争论，认为自增长可以保证数据的唯一性，非自增长的主键在增加时可能遇到不行知的问题，并且其他组员的数据库已经设计好，改起来就麻烦了。因此最终职员编号采纳了自增长。
有了上面的共识，接下来的重要工作便是依次完成表的增删改查、数据校验。其中，分页和批量删除是我规划最终完成的局部，并且肯定要完成。
根本数据校验按各数据格式进展，例如手机号、e-mail等。另一方面要对职员编号与姓名的全都性，职员编号的存进展验证，这些通过DAO里面的方法实现，针对出错，用JS给出友好的提示。
在做好根本功能的前提下，争取做出特色。我尝试写了Hibernate分页、批量删除的代码，最终都测试胜利。同时参加了JS控件，对于一些有特别格式要