欢迎加入Apache Mina高性能通信框架研究邮件列表.

[Allen]

本人搜索了一下Apache Mina的邮件列表，似乎中文邮件列表还没有诞生，为了方便我们对于Mina高性能通信框架研究交流，特建立邮件列表欢迎
大家的加入。交流经验，分享成果！

特写：我们在惊叹 MINA 可以带来多么大便利的同时，还不得不为其卓越的性能而骄傲，据称使用MINA开发服务器程序的性能已经逼近使用 C/C+
+ 语言开发的网络服务 开发语言：Java

* Group name: Apache Mina高性能通信框架研究邮件列表

* Group home page: http://groups.google.com/group/mina4apache
* Group email address mina4...@googlegroups.com

And here are links to a few more Google Group-related goodies:

* Invite more users: http://groups.google.com/group/mina4apache/members_invite


----------------------------
Apache MINA is a network application framework which helps users
develop high performance and high scalability network applications
easily. It provides an abstract · event-driven · asynchronous API over
various transports such as TCP/IP and UDP/IP via Java NIO.

Apache MINA is often called:

NIO framework · library,
client · server framework · library, or
a networking · socket library.

[SevenCat]

mina是不错，我还向其他人推荐过，可惜我不用java了

[pusheng zhang]

我用PHP不知道能不能用上它

2008/9/10 SevenCat <BastE...@gmail.com>

[Lei Gu]

Java是比较干净一致的，一旦OS相关的一些特性都屏蔽了，API就都是标准行为了，可讨论的不多。

2008/9/10 pusheng zhang <ichenc...@gmail.com>

[Oscar]

Mina2还在紧锣密鼓的开发中。
之前，我比较了一下grizzly和mina，事实上两者各有千秋。
在性能上，grizzly比mina.x来的强。但是mina2进行重新设计后，加入了grizzly中的一些好的feature,所以性能会有所提
高。
但是两方都没有给出最新的benchmark。
随便提一下，mina2的代码的可读性要强于grizzly.

[Oscar]

Mina是基于NIO的。
而NIO本身的实现，在linux下是基于epoll的，而在windows下是基于select的。

On Sep 10, 10:33 pm, "Lei Gu" <jackf...@gmail.com> wrote:
> Java是比较干净一致的，一旦OS相关的一些特性都屏蔽了，API就都是标准行为了，可讨论的不多。
>

> 2008/9/10 pusheng zhang <ichenchen...@gmail.com>
>
> > 我用PHP不知道能不能用上它
>
> > 2008/9/10 SevenCat <BastEt.W...@gmail.com>

[Allen Jiang]

是的，我完全同意Oscar的观点，虽然在最大连接数上grizzly超出了Mina一些，但是Mina的架构与代码的简洁优雅性上却远远属于上乘之作，并且，Apache对于Mina的开发也很重视，一直有版本的更新和一些bug的fix.

[qingdong he]

  以前对mina的代码质量评价不高，看来现在是改善了

2008/9/18 Allen Jiang <jianggui...@gmail.com>

[Linker Lin]

一直对java的gc导致的暂停感到难以接受

--
Sent from my mobile device

Linker M Lin
linke...@gmail.com
※※※※※※※※※
※※我思故我在※※
※※※※※※※※※

[fireflyc]

sun的开源项目代码都没有什么质量。grizzly无论是代码的质量还是设计上都不如mina的。。。。
apache的代码质量就是高。。。

On 4月6日, 下午11时02分, Linker Lin <linkerli...@gmail.com> wrote:
> 一直对java的gc导致的暂停感到难以接受
>

> linkerli...@gmail.com
> ※※※※※※※※※
> ※※我思故我在※※
> ※※※※※※※※※

[Kouga]

那个，涉猎不是很多，敢问和ICE比较各有什么优势么？

2009/4/7 fireflyc <fire...@gmail.com>

--
签名是什么东西？？

[esx]

OpenSolaris的源码非常的地道啊！相比apache的代码俨然暗淡无光了，呵呵。
不过apache的代码也是开源代码里很不错的代码了。
另外有人用mina做生产了么？生产规模是什么样子的呢？

[wing]

mina以前java下做接入服务时关注过，不过和c的实现比，性能到底如何，有没兄弟测试过？所谓性能逼近，能不能有个较准确的数据？nio在win下为什么不使用iocp，这才更接近epoll。
--
wing
wing9...@gmail.com
Hope is a good thing, maybe the best of things.

[Linker]

有人在项目中用过没？

--

Sent from my mobile device

Regards,
Linker Lin
linker...@gmail.com

[littcai]

居然有人说MINA简单？？？那么多抽象类，每个版本之间大量差异的设计，真是晕倒了

 

 

2009-04-08

---

littcai

---

发件人： esx

发送时间： 2009-04-07  21:48:20

收件人： 高性能网络编程邮件列表

抄送：

主题： Re: 欢迎加入Apache Mina高性能通信框架研究邮件列表.

[Allen Jiang]

这么多抽象类？你在使用的时候不需要关注到这么底层吧？Mina结构逻辑层和通讯层的结构分的很清晰。根据他的例子，入门很简单！1.X版本之间差异并不是很大，2.X版本相比改变有些多，别晕！

[littcai]

你也说了，“入门很简单”，但实际应用呢？上手是挺简单的，几个例子都有；但深入应用的话还是有些问题需要解决的。MINA本身有自己的线程处理模型，那个CPU+1；通常我们系统本身也会用到多线程，对线程的管理就分离了。

 

M3跟M4代码就有很大区别！在同时有JDK1.4和JDK1.5的情况下...

 

2009-04-08

---

littcai

---

发件人： Allen Jiang

发送时间： 2009-04-08  16:32:18

收件人： dev4s...@googlegroups.com

抄送：

主题： Re: Re: 欢迎加入Apache Mina高性能通信框架研究邮件列表.

这么多抽象类？你在使用的时候不需要关注到这么底层吧？Mina结构逻辑层和通讯层的结构分的很清晰。根据他的例子，入门很简单！1.X版本之间差异并不是很大，2.X版本相比改变有些多，别晕！

 

----- Original Message -----

From: littcai

To: dev4server

Sent: Wednesday, April 08, 2009 4:11 PM

Subject: Re: Re: 欢迎加入Apache Mina高性能通信框架研究邮件列表.

[Linker]

有成功商用的案例没？

On 4/8/09, littcai <lit...@gmail.com> wrote:
> 你也说了，“入门很简单”，但实际应用呢？上手是挺简单的，几个例子都有；但深入应用的话还是有些问题需要解决的。MINA本身有自己的线程处理模型，那个CPU+1；通常我们系统本身也会用到多线程，对线程的管理就分离了。
>
> M3跟M4代码就有很大区别！在同时有JDK1.4和JDK1.5的情况下...
>
> 2009-04-08
>
>
>

> littcai

>
>
>
> 发件人： Allen Jiang
> 发送时间： 2009-04-08 16:32:18
> 收件人： dev4s...@googlegroups.com
> 抄送：
> 主题： Re: Re: 欢迎加入Apache Mina高性能通信框架研究邮件列表.
>
> 这么多抽象类？你在使用的时候不需要关注到这么底层吧？Mina结构逻辑层和通讯层的结构分的很清晰。根据他的例子，入门很简单！1.X版本之间差异并不是很大，2.X版本相比改变有些多，别晕！
>
>
> ----- Original Message -----
> From: littcai
> To: dev4server
> Sent: Wednesday, April 08, 2009 4:11 PM
> Subject: Re: Re: 欢迎加入Apache Mina高性能通信框架研究邮件列表.
>
>
> 居然有人说MINA简单？？？那么多抽象类，每个版本之间大量差异的设计，真是晕倒了
>
>
> 2009-04-08
>
>
>

> littcai

Regards,
Linker Lin
linker...@gmail.com

[song huang]

当然有喽  不少呢

在09-4-8，Linker <linker...@gmail.com> 写道：

[littcai]

案例一般都不会透露出来吧？有谁贡献一下呢？我只知道openfire用了MINA，想改造，但没时间

 

 

2009-04-09

---

littcai

---

发件人： song huang

发送时间： 2009-04-09  00:18:50

收件人： dev4server

[Allen Jiang]

littcai ，我希望你再花点时间体会一下，别这么快下结论，这样大家谈起来就会有更多的感触和更多的共同话题，实际应用有，除了openfire，还有JME游戏引擎的通讯层等，还有我并不非常赞成用户用M系列的版本，宁可用1.X 正式版。

[song huang]

现在好多webgame服务端都是用mina做啊  我知道的都好几家公司在用

 

在09-4-9，Allen Jiang <jianggui...@gmail.com> 写道：

[Kouga]

喵一个~与ICE和asio以及iostream库比较，这个东西到底效率几何？

2009/4/9 song huang <huangs...@gmail.com>

--
签名是什么东西？？

[littcai]

期待出2.0正式版，使用M系列也是有历史原因的。我接触MINA也没太多时间，忙的要死也没深入的看代码，目前Java中好像也没什么其他更好的，只好用它了。

MINA做应用还是可以的，对外的设计做的很好，但是一直认为其内部的类结构实在是......，我写这么几年程序也没那么多抽象类、抽象类套抽象类，M4稍有改进；不过要做好整个系统的话对NIO还是要先自己学习研究一下才行。

 

期待MINA做的更好，希望更大家更深入的讨论一下

 

 

2009-04-09

---

littcai

---

发件人： Allen Jiang

发送时间： 2009-04-09  10:47:57

收件人： dev4s...@googlegroups.com

抄送：

主题： Re: Re: 欢迎加入Apache Mina高性能通信框架研究邮件列表.

littcai ，我希望你再花点时间体会一下，别这么快下结论，这样大家谈起来就会有更多的感触和更多的共同话题，实际应用有，除了openfire，还有JME游戏引擎的通讯层等，还有我并不非常赞成用户用M系列的版本，宁可用1.X 正式版。

 

----- Original Message -----

From: littcai

To: dev4server

Sent: Thursday, April 09, 2009 9:43 AM