用了joesee蛐蛐的代码做远程测试: 出了不少问题
两台机子可以连接,但是不能互相接收消息

不过觉得代码还应精简,
个人观点:IM应该是开放式的,随时都可以互连.
          基于WEB的IM可以让同一个网站,同一个论坛的用户能够互连 享受快捷的通讯.然后实现论坛与论坛间的互连.............

            客户端的互连可以通过APPLET实现,客户端到服务器的连接实现方式有很多......

如果是Win32或.NET的话我想加入说。。。主要是初学Java。。。其实是有点想有个内网的IM。。。
你们是通过论坛的消息机制来完成吗？那其实效率不高吧。。而且可能会给论坛服务器带来一些不必要的负担说。。
如果不是的话，貌似宿舍的内网是禁止互连的，做了限制，不能传输数据……就是说还是必须有两网站的服务器支持。。。
总体来说实现一个IM难度不是非常大。。有时间做保证就可以了……当然要做得好是很有难度的……
另外，Client为什么用APPLET？方便嵌入到网页里吗？
说到底。。基于Web是什么意思？Server用Web？还是Client是嵌入Web的？
小白了……


[ 此贴被hhbhhb在2006-10-01 11:12重新编辑 ]

我是大二的，刚来这里的时候也想过做个IM。。。如果你们真的想干，并且看得起我的话，我想加入……

另外，正如楼上说的，在目前条件下宿舍间互连是被禁止的（除非用某些黑客手段），所以肯定需要fz或者5c的支持。实在不行就基于论坛消息，不过这就有点不厚道了……。
用APPLET实现服务器实在是有点匪夷所思……可以详细说下理由吗。。
其实连客户端最好都不用Applet，因为在一些界面处理上会比较麻烦的感觉，比如最小化到任务栏。唯一的优点就是嵌入网页不用安装，还有写程序时不用建立窗口而已啊……

另外，真要做的话，最先考虑的应该是协议和软件架构的设计吧……

本人Java小白。。有说错的地方还请原谅。。


[ 此贴被hhbhhb在2006-10-01 19:50重新编辑 ]

哦。。我还以为中转服务器用APPLET呢……吓到了。。
有点明白楼主的设计思想了。这类东西似乎已经有人做过了，好多年以前，外观/操作方面和qq之类已经比较相似了，不过是javascript的。Web2.0功能真的是比较强，配合Flash，Applet已经挺久没见过了。

另一个问题就是，您有没想过这个东西做出来有什么优势？如果我做论坛，完全可以用一个框架定时刷新来监视消息，达到相同效果啊。结构和维护还要简单一些。界面方面不是问题，msn blog那种效果都可以做到……gmail也内嵌了IM……处理得好的话，效率不会低过Applet。那才是真的只要一个浏览器，Java虚拟机都不要。。
Applet的最大优势就是可以直接互连了吧。。只有这点用其它很难实现。。

不能在这个内网使用就比较没意思了……
作为一个（潜在）用户，我觉得作为IM，应该要适合长期在线的，就像手机要方便携带一样。。要用户长期开着一个浏览器…………以前那些Web IM最终没有流行起来，我觉得这是一个重要原因。
所以做成LumeQQ那样比较好……

实际上您的所谓“即发即见”只是一种自我安慰而已……我觉得……
以前那么多[屏蔽]，也没见谁说刷得慢了……

gmail的IM不需要安装任何软件，不过功能也不是很强，毕竟只是一个附属功能。详细原理没有研究过，不过自己想想觉得要做到那样其实不会很难。当然我是做不出来的。

gmail的邮件管理部分基本上都是在客户端完成了，服务器就起个提供数据的作用……现在似乎很流行这种架构。最近在写个.NET的163相册下载工具，所以研究了一下查看相册部分的结构。整个相册的动态页面（.php）仅两个，用途就是提供数据。剩下的都是大量的.js，全部界面处理，包括分页翻页，判断是否加密，改名等等都在本地完成。比如改名功能，真正做到了原地编辑，编辑完根本不会刷新页面，与传统的form提交不同。不过那部分没有仔细研究，猜想应该是xml提交请求之类（因为有偶然看到相关代码）。所以我觉得如果用这个原理做IM似乎绰绰有余了。。

用Applet做核心……这倒是不错。。网页代码和Applet的交互部分不了解，就不多评论了。。
不过与其这样，不如单独写个核心。。Applet感觉更接近一种界面接[屏蔽]术啊……有核心类以后外包个Applet层应该不难。。