不知道你有没有注意到，他并没有说是什么通信协议，只要能正确处理就可以了，所以客户端一个console就可以了。不要老是抓着什么框架不放

b. depends on the protocol definition, the request from client has to be able to be dispatched into the right handler.

下面一条更明显的告诉你可以不用http协议，可以是一个短连接，但是必须有会话，什么协议？tcp,udp最简单了，两周可以做完了，说不定还可以写出xml配置来实现服务的加载功能

c. depends on the protocol's style. If it is ephemeral connection based, state has to be able to maintain between each request.

人家主要是实现一个简单的application server。 期待高手。
其实有兴趣的可以看看tomcat的实现。
我感觉问这种问题一般不是看重你的最终结果是不是达到要求， 而是看你的思路是不是清晰而且是不是能够找到有效的途径去解决问题。
当然如果非要出结果的话，起码我感觉这个题目是比较变态的。

做一个 b/s结构的典型应用我觉得就可以了。客户端用java/window 服务器端用c/c++/linux。使用tcp/udp通讯。协议发送，数据解析。

人家要的是application server,所以你用tomcat做b/s肯定方向就是错的了
个人感觉你要用serversocket和socket做服务器和客户端呀，也就是C/S方向，client和server的通信规则你自己定义，比如说客户端发送的第一个字节代表了请求模块的ID之类，不同的模块实现不同的功能，比如模块1进行四则运算，模块2可以返回天气预报或者诸如此类的，server记得要支持多线程。
好像也不是特别难，呵呵

经楼上所言我突然发现可能我想用tomcat作b/s的想法就是错的，可能本意是让我实现一个c/s的客户端和服务器端，这下泪奔了，以前就做过b/s的东西，awt都没写过什么具体的界面....不过让我有问题就发邮件提问，我先确定下来能不能用b/s，真让我自己实现tomcat web容器功能对我来说确实太难了....

确实，特意强调了有不明白问题一定发邮件问，打电话也可以，可能重点考察我解决问题的思路？我这就写邮件询问去.....

说来惭愧，我就看过object,string类的源码，其他最多是api记得挺熟的...从servlet的session实现开始看，我之前也没写过c/s结构的东西，真的如此，两周时间对我来说就很难了

不管是c/s,b/s其实是一样的。。。关键我已经告诉你了

另外不要看是serlvet是如何实现的，主要看servlet的设计，几个接口，然后想一下搬到自己的程序里面（语文不好，表达不清）

不用做窗口，那个根本就不是重点。用命令行的方式实现就可以。

java socket编程你学过吧，想象一下咯，比如tcp传过来一个字符串[cmd:view][id:5]
你去解析一下调用命令view对应的服务，服务的参数是5就可以了，至于服务怎么加载，可以配置在xml里面，用spring，不用自己写解析器，当然hibernate也可以用了，这样就把流行的框架整合到你的应用里了

其实这个跟web应用中的get,post请求的参数是一样的，服务端也是解析这些参数你才能使用request.getParameter()