Re: mina source code analysis

Hi Mark, this sounds pretty interesting. MINA and Directory projects could benefit from such a tool. There are two conditions though : - it should _not_ kill Apache SVN server by grabbing the last modifications every minutes. Once a week should be enough. I suggest to ask infra about allowing such

Re: Configuring Mina-1-1 on Eclipse, Dependecy Issue

Hi Tyronne, you didn't declared a M2_REPO classpath variable pointing to ~/.m2/repository in eclipse. Doing it will immediatly solve your compilation problems. (Windows->Preference -> Java -> Build Path -> ClassPath On 9/11/07, Tyronne Wickramaratne <[EMAIL PROTECTED]> wrote: > hi, > thanks for t

Re: Configuring Mina-1-1 on Eclipse, Dependecy Issue

w. > > Maybe I gotta read a bit more on how eclipse works ? > For now I am glad I have IDEA. > > Maarten > > > On 9/11/07, Emmanuel Lecharny <[EMAIL PROTECTED]> wrote: > > Hi Tyronne, > > > > you didn't declared a M2_REPO classpath variable pointing t

Re: Coding style problem

Classes using SSL, IO, NIO, make sense to me. It's much more easier to know what they are doing than by using Ssl, Io or NIO. The Java standard rules say that the first letter of a noun shiuld be upcased, but SSL is not a noun, just the 3 first letters of Secure Socket Layer. My 2cts. On 9/16/07

Re: Coding style problem

s pointing to in terms of > inconsistencies. > > Rich > > Emmanuel Lecharny wrote: > > Classes using SSL, IO, NIO, make sense to me. It's much more easier to > > know what they are doing than by using Ssl, Io or NIO. > > > > The Java standard rules say th

Re: [Poll] Naming style for acronyms

> [X]: All capital -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: [Poll] Should we remove 'Io' from all interfaces?

> [X]: Retain them. For another reason. It's not because MINA is all about IO that those classes should not start or contains 'IO'. It can be very confusing sometime if we have an overlap with another class from another package. For some reasons, I felt quite confused when using MINA ByteBuffer,

Re: [Poll] Naming style for acronyms

I will change my vote : [x]: Only the initial letter should be capital (was capitalize all letters). What convinced me was the obvious HttpProtocol example. It's simply talk by itself ! Emmanuel On 9/17/07, Cameron Taggart <[EMAIL PROTECTED]> wrote: > [x]: Only the initial letter should be cap

Re: New name for ByteBuffer?

MinaByteBuffer would fit me. I don't like OctetBuffer too much, even if I'm french. What if M$ sudddenly decide that an Octet is 9 bits (8 bits for the data, plus 1 bit as a M$ tax to pay M$ fin to the EU ?:) On 9/18/07, Niklas Therning <[EMAIL PROTECTED]> wrote: > Trustin Lee wrote: > > Hi folks,

Re: New name for ByteBuffer?

For the sake of some kind of consistency, DataBuffer. MINAByteBuffer will break the previous poll (capitalize only first letter). And talking about greeks : "Timeo Microsoftaens et dona ferentes" ... -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: [Poll] Naming style for acronyms

About SUN (Sun ? :) inconstistant naming, just remember that as they are porviding APIs (Apis ? :), it's impossinle for them to rename a wrong class/metod as soon as it has made its way to the public. Remember the Hashtable class ... -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: How do I set TCP_NODELAY?

Doing something like this, may be : SocketAcceptorConfig acceptorCfg = new SocketAcceptorConfig(); acceptorCfg.getSessionConfig().setTcpNoDelay( true ); (Works on MINA 1.1.2 AFAIK) On 9/24/07, justinkwaugh <[EMAIL PROTECTED]> wrote: > > I see recommendations to disable

Re: How do I set TCP_NODELAY?

ocketAcceptor, and it was much more clear. > > Emmanuel Lecharny-3 wrote: > > > > Doing something like this, may be : > > > > SocketAcceptorConfig acceptorCfg = new SocketAcceptorConfig(); > > > > acceptorCfg.getSessionCon

Re: Problem with slf4j and log4j

http://www.slf4j.org/manual.html On 9/25/07, kwtan <[EMAIL PROTECTED]> wrote: > > I have a big problem using slf4j with log4j! I am not sure which jar to use > in the classpath. How do I log it into a file using log4j properties file. > how do I load the properties file? many questions, I can't fi

Re: [VOTE] Import KeepAlive functionality contribution under MINA PMC

> [X]: +1, import -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: [VOTE] Import AsyncWeb from Safehaus to MINA

> [X]: +1, import -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: What about addomg 'NIO' prefixes to all NIO services?

Well, as soon as it's compatible with the naming scheme the project selected (is the poll over btw ?), no objection. Nio, not NIO... On 9/27/07, Trustin Lee <[EMAIL PROTECTED]> wrote: > It seems like there's no objection since the first posting. More than > a week have been passed, so I assume th

Re: Is SLF4J hard to configure? (read: do we need to provide a way to choose the logging framework?)

Any logging framework will have pros and cons. SLF4J are solving a lot of pb we had with log4j. It's not perfect, and users who are not completely aware of the existence of a documentation may have pb. This is pretty much a RTFM problem than a SLF4j pb. I would much more favor an augmented FAQ to

Re: [VOTE] Release Apache MINA 1.0.6 and 1.1.3

> [X]: +1, Release. -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: [VOTE] New name for org.apache.mina.common.ByteBuffer

> [X]: IoBuffer > [X]: MinaBuffer I like both of them equally. -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: poll: which logging framework are you using

> [X] log4j > [X] slf4j-simple Logback is interesting, but sadly it hasn't been licensed under ASL 2.0... May be we should pray Ceki to moveback to ASL 2.0 ? ;) -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: Vote

Hi Hez, Vote are open to everyone, as in any democratic system, but only committers vote do really matter, as in any meritocraty ;) I fact, we distinguished between 'binding votes' (vote from committers) and 'non binding vote' (vote from everyone else). Be sure that if many non binding votes are

Re: Encoding/Decoding ISO 8583 Message

GPL licensed... Too bad ! On 10/5/07, Søren Hilmer <[EMAIL PROTECTED]> wrote: > Do you know this projekt: > > http://www.jpos.org/ > > --Søren > > -- > Søren Hilmer, M.Sc., M.Crypt. > wideTrailPhone: +45 25481225 > Pilevænget 41Email: [EMAIL PROTECTED] > DK-8961 Allingåbro We

Re: result poll logging frameworks

AFAIK, you can always ask log4j to dump the thread name in your log, simply using a %t parameter in the format configuration. That should help to follow what's going on for a thread, even if it would be better to have MDC available into JUL (bad bad JUL ;) -- Regards, Cordialement, Emmanuel Léc

Using XBEAN

Hi, here are some documentation about the way we are using XBeans in ApacheDS, for peeps who want to use it in MINA : Let's preview an explanation here to see if it explains enough. 1. Make sure xbean can find your interceptor by including @org.apache.xbean.XBean in the class level javadoc.

Re: MINA 1.0.3 Compatibility

http://mina.apache.org/faq.html#FAQ-Whatisrequiredtobuild%2FrunMINA%3F On 10/16/07, Nicolas Enjolras <[EMAIL PROTECTED]> wrote: > Hi, > > I've shearched a lot on internet but I don't find any response to my > question. > > Is MINA 1.0.3 compatible with a 1.4.1 JRE ? > > If the 1.0.3 is compatible

Re: [VOTE] Releasing Apache MINA 1.0.7 and 1.1.4

> > [X]: +1, Release -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: Comparison with NIO Framework

Hi Trustin, and team ! This comparison thread is really interesting. As many people out there are wondering what kind of performances can be reached with MINA, in various aspects ( throughput, number of users, etc), it would be interesting to have a set of perfomance scenario defined and run a

Re: Encoder error

Hi, Burca Ciprian wrote: I have a proble with Mina. I receive from a 3rd party application a message containing a hexa char "DC". When I try to decode, I get an error. The character should be Ü. Here is a simple application that shows my problem: public static void main(String[] arg

Re: Encoder error

Burca Ciprian wrote: I understand all these. The problem is that this is the way the data comes to me from a 3rd party application, with encoded DC hexa. This sample app I just created it in order to show my problem. Any ideas? Fix the third party application. Or assume the data comes ISO

Re: help - client problem

Hi, I'm forwarding this email to the correct list (dev@mina.apache.org). Ezzat, don't expect a lot of help with this kind of mail ! The description you give is so vague that you can't expect anyone to figure out what can be the real problem. A bare minimum would be a short example of your co

Re: Performance problem

pietry wrote: I have read the configure thread model tutorial, and i dont know exaclty what to pick for my server program. I have lots of connections ( like 1000) and i want to get even more ( upto 5000, 1). The main problem is that at about 500 connections, broadcast messages get cpu to 100

Re: Performance problem

pietry wrote: But this shouldnt be happening right ? What should not happen ? he 100% CPU usage? certainly. Biut the interesting question is 'why does _your_ server use 100% of the CPU. In other terms, what is your server doing ? So mina supports what i want for my server. Did i choose the r

Re: [VOTE] Release MiNA 1.0.8 and 1.1.5

Thanks for the good work ! [X]: +1, Release -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org

Re: TCP_NODELAY in MINA

Bogdan Ciprian Pistol wrote: Hello, Is it possible to set the TCP_NODELAY flag in MINA to disable Nagle's algorithm? In standard Java I do Socket.setTcpNoDelay(true). Thanks, Bogdan Try this : SocketAcceptorConfig acceptorCfg = new SocketAcceptorConfig(); ... acceptorCfg.getSessionConfi

Re: unsubscribe

Better send this mail to : [EMAIL PROTECTED] (http://mina.apache.org/mailing-lists.html( -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org

Re: Where can i download mina 2.x core

Ashish Sharma wrote: Hi A real novice question, but download section on website only mentions 1.xbuilds. >From where can I download 2.x core, or do I have to build it from code? Thanks Ashish Hi, the snapshots are available here : http://people.apache.org/repo/m2-snapshot-repository/org/a

Re: [New Committer] Everyone let's give a warm welcome to Jeff Genender

Jeff Genender wrote: Thank you and I am honored. ;-) Nah, we are honored to have you within us ! I am a big fan of Mina and have been for quite a while and am excited to step up and help out. About me...I am a Apache junkie of sorts as I am a committer on Geronimo, OpenEJB, ServiceMix, and

Re: Revisiting logging in MINA 2.0

Trustin Lee wrote: However, taking the item #4 into picture, it leads me to think we need a thin built-in layer for logging that is dedicated to MINA. Please, don't ! This is MINA, a Network framework, not a Logger framework ! We already have so many meta-meta-meta-loger around there:) Ch

Re: Revisiting logging in MINA 2.0

David M. Lloyd wrote: My point is, as a framework, MINA should work to avoid imposing this preference upon the consumer of the framework. That's just "friendly" programming practice: make as few assumptions as possible about the user's environment, and impose as few constraints as possible. W

Re: Revisiting logging in MINA 2.0

Trustin Lee wrote: On Dec 18, 2007 3:34 AM, Emmanuel Lecharny <[EMAIL PROTECTED]> wrote: Trustin Lee wrote: However, taking the item #4 into picture, it leads me to think we need a thin built-in layer for logging that is dedicated to MINA. Please, don't ! T

Re: Revisiting logging in MINA 2.0

Hi Trustin, I think that everybody should keep calm and peaceful. What are we discussing about ? A logging framework and nothing else. As you said, you have added a page explaining how to use SLF4J with MINA and another project. It works, it is simple, and you have added the full howto. So w

Re: Revisiting logging in MINA 2.0

Trustin Lee wrote: On Dec 18, 2007 5:38 PM, Julien Vermillard <[EMAIL PROTECTED]> wrote: We all agree configuring slf4j is a piece of cake (drop the good jar). I can understand seeing another jar in the dependencies list can annoy some potential MINA users (who said politics ?:D). Ok,

Re: Revisiting logging in MINA 2.0

Julien Vermillard wrote: Ok, I open my client project today, and what do I see ? more than 60 f**ing jars. What kind of problem can it be to add one more jar ??? Maven, maven, maven ! A real problem is trying to deploy native libs with maven and trying to find a nice solution in the do

Re: Revisiting logging in MINA 2.0

Julien Vermillard wrote: mina.jar bundled with slf4j-nop will be fine and will hurt nobody. I buy this idea ! Thanks Julien ! -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org

Re: [EMAIL PROTECTED]

David M. Lloyd wrote: OK, so obviously I've touched a few (ok, well a lot) of nerves with this whole logging thread. A lot of ideas were raised (most of which were of the persuasion of "I know where you can stick your logging"). I think Trustin has hit upon the ideal solution with his log2log p

Re: memory leak in http codec

You have plenty of tools to analyze a OOM. Either a commercial tool, or free tools. Just googling for 'Memory leak java analyzer' will bring a lot of those guys, like http://www.manageability.org/blog/stuff/open-source-profilers-for-java. On Dec 24, 2007 6:58 PM, Luis Neves <[EMAIL PROTECTED]> wro

Re: memory leak in http codec

Luis Neves wrote: Hi, Emmanuel Lecharny wrote: You have plenty of tools to analyze a OOM. Either a commercial tool, or free tools. Just googling for 'Memory leak java analyzer' will bring a lot of those guys, like http://www.manageability.org/blog/stuff/open-source-profilers-for-j

Re: no response from my mina server

OOps, incorrectly accepted this message which has been sent to [EMAIL PROTECTED] Forwarded to the correct ML... On Dec 26, 2007 3:56 PM, sdivin <[EMAIL PROTECTED]> wrote: > > i develop a socket serer based on mina , after run a long time ,when the > client send the request messsage to the ser

Re: AbstractIoSession and final qualifiers

Jeff Genender wrote: Hey guys, I was hoping to see if we could discuss some of the "final" qualifiers on some of the methods in the AbstractIOSession. The reason I ask is it would be cool to be able to override some of the methods such as: public WriteFuture write(Object message) public final

Re: AbstractIoSession and final qualifiers

unit-test some code. When it comes to an API, it seems impossible to avoid those tradeoff, IMHO. Any other opinion ? Trustin ? Julien ? Jeff Emmanuel Lecharny wrote: Jeff Genender wrote: Hey guys, I was hoping to see if we could discuss some of the "final" qualifiers on s

Re: Question regarding mina server with high load client

Ashish Sharma wrote: Hi Hi ! 2. I understand that second server will not be able to scale very much but mina probably will, but does this mean that mina server will not be able to handle high load from few clients but low load from many clients? I'm not able to answer your Q 1 and 3 rig

Re: memory leak in http codec

Niklas Therning wrote: Luis Neves wrote: I still don't know how to properly fixed the decoder but for now this inelegant fix will do. Well, in any way, I think MINA should be able to handle faulty clients like these more gracefully. OOM isn't acceptable. Please file a JIRA issue and we'l

Happy new year !

Hi Ladies and Gentlemen, I wish you an Happy New Year ! I hope that 2008 will be way better than 2007, with less wars, less bugs and less cholesterol :) I also wish that we will get new versions to the public, new features, and get more and more (happy) users, some more committers, and also s

Re: AbstractIoSession and final qualifiers

Steve Ulrich (proemion) wrote: Emmanuel Lecharny-3 wrote: Wouldn't be a perfect case for an assert ? Like : public final WriteFuture write(Object message, SocketAddress remoteAddress) { assert message != null : "Null messages are not allowed"; ... wd

Re: [DISCUSS] Time to move AsyncHttpClient out of Sandbox

Hey, Alex just posted some X-post information to MINA and Geronimo, just to inform MINA that Geronimo want to get Jeff's work out from Sandbox. What are all the next mails about ? I see mentions of a kind of roadmap for geronimo, and some other informations about asynchweb which is totally a

Re: [DISCUSS] Time to move AsyncHttpClient out of Sandbox

Jeff Genender wrote: Ugg...yeah...we need to get that team looking at our stuff. The problem is that the large delta is where the problem is going to be. I would like to see the delta be made and brought over here and have them work over here. Jeff As there is nothing like what you have wri

Re: [DISCUSS] Time to move AsyncHttpClient out of Sandbox

Trustin Lee wrote: I am sorry if there was some confusion. :) Confusion does not matter as soon as it has been clarified :) Thanks Trustin ! -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org

Re: The new version of SLF4J is going to support MDC for logging frameworks without MDC

After some discussion with David Loyd on IRC, the context has been clarified : Log2Log won't be an Apache project. Here is the copy of this convo : elecharny: don't worry - log2log is a completely separate project. No impact on MINA or any ASF project whatsoever - and thus it is out of Alex

Re: The new version of SLF4J is going to support MDC for logging frameworks without MDC

Julien Vermillard wrote: Hi, I think it's clear for everyone log2log is an outside project due to the alex veto. As the announcement has been mixed with something else, and as the last sentence said it will be a part of MINA -2.0.0, no, it was not clear at all... Would be nice if we can

Re: The new version of SLF4J is going to support MDC for logging frameworks without MDC

Trustin Lee wrote: Another good news is that that Log2Log project is almost ready to go. I succeeded to convert any JAR which depends on SLF4J to use other logging framework (e.g. Log4J, java.util.logging) directly, completely dropping SLF4J dependency. This will solve a framework of framew

Re: The new version of SLF4J is going to support MDC for logging frameworks without MDC

David M. Lloyd wrote: On Fri, 11 Jan 2008 13:47:01 +0100 Emmanuel Lecharny <[EMAIL PROTECTED]> wrote: Trustin Lee wrote: Another good news is that that Log2Log project is almost ready to go. I succeeded to convert any JAR which depends on SLF4J to use other logging framewor

Re: The new version of SLF4J is going to support MDC for logging frameworks without MDC

Maarten Bosteels wrote: Hi Emmanuel, Hi Marteen, I don't really understand what you are complaining about ? I just think that the mails posted to Ceki should have been sent as CC to the MINA mailing list. 1) Asking Ceki to make all SLF4J implementations MDC-capable was discussed on this

Re: The new version of SLF4J is going to support MDC for logging frameworks without MDC

Alex Karasulu wrote: I don't think Emmanuel expects anyone to cross post - he was surprised or confused perhaps about how the conversation developed. We've all made some mistakes on this topic. well, I may be wrong, but I think that when we are dealing with some kind of 'hot' material, we s

Re: Moving over FtpServer

Niklas Gustavsson wrote: Since no one seems to have objected to what Niclas and Niklas (the last one being me, odd with all these similar Swedish names here) suggested, here's what I'm going to do: 1. Move the FtpServer code over to the MINA sandbox. As we get close to a release of FtpServer,

Re: The new version of SLF4J is going to support MDC for logging frameworks without MDC

Maarten Bosteels wrote: Emmanuel, I did not take things personal at all, I just didn't understand your point. Not a big deal, though :) At in fact, not that it really matters, I still don't agree with you about the cross-posting. Well, I don't really think that in general cross-posts are

Re: mina2, memory leak

Nikfarjam wrote: Dear Mr Lee Tank you for your attention and reply. but I should mention that ReadThrottleFilterBuilder exists in mina1, not in mina 2. Use WriteThrottleFilter and ReadThrottleFilter, then. Also keep in mind that MINA 2 has not been released yet. and as another problem, we d

Re: without cashing

Thanks Maarten (note how careful I'm :) to have replied to tyhis mail... I moderated it as the subject was "Without cashing", and it sounded like some scam to me ;) Users, pay attention to the title : we are flooded by spams, and we usually don't really read the content of mails with ambiguous sub

Re: How to increase MINA application performance

Nikfarjam wrote: Dear Mr Lécharny Thanks for guidance. Our project is producing a gateway with payload < 256 byte avg 2000 msg/s with limited clients (less than 10) Reliability and performance are two key factors for us. The machine that we used for running our application had these specif

Re: Apache MINA Board Report, January 2008

Hi Trustin ! Trustin Lee wrote: Jeff Genender, a member of the foundation and a MINA enthusiast, joined the MINA PMC. So far, he is just one of our committer :) -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org

Re: WriteFuture clarification

Luis Filipe dos Santos Neves wrote: Mark wrote: Does not sound like it is working as planned. Do you have a test program that demonstrates this behavior? Yes. You can test the code below using netcat: nc -i 5 localhost 1234 I get an error while executing your code : Exception in

Re: WriteFuture clarification

Luis Neves wrote: Emmanuel Lecharny wrote: Luis Filipe dos Santos Neves wrote: Mark wrote: Does not sound like it is working as planned. Do you have a test program that demonstrates this behavior? Yes. You can test the code below using netcat: nc -i 5 localhost 1234 I get an

Re: WriteFuture clarification

Luis Neves wrote: Emmanuel Lecharny wrote: Luis Filipe dos Santos Neves wrote: Mark wrote: Does not sound like it is working as planned. Do you have a test program that demonstrates this behavior? Yes. You can test the code below using netcat: nc -i 5 localhost 1234 I get an

Re: [VOTE] Release Apache MINA 1.0.9 and 1.1.6.

[X]: +1, Release Cheers, Trustin Good to see you back :) And with good news ! -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org

[OT] Signature. Was : Re: AW: [VOTE] Release Apache MINA 1.0.9 and 1.1.6.

Hi Nikolaus ! At first glance, I thought that your signature was far too long to fit any kind of Netiquette (http://en.wikipedia.org/wiki/Signature_block) *but*, thanks to wikipedia, I found this little pearl : http://theotherthomasotter.wordpress.com/2007/02/09/german-bureaucracy-coming-to-yo

About my request to Vadim

Hi guys, I feel a little bit embarrassed by the lack of context in my last mail... Basically, I just asked Vadim Gritsenko to add MINA to the list of projects he is building stats on. The page can be seen here : http://people.apache.org/~vgritsenko/ As you can see, the Apache Projects Stats

Can we have a separate page for MINA ?

Hi Vadim, is it possible to get a separate page for the MINA project ? It's now a separate project (was a Directory subproject a while back, but not anymore...) (I don't know if the curve we have on Directory is just representing Directory itself or a combinaison of MINA + Directory; btw...)

Re: [OT] Signature. Was : Re: AW: [VOTE] Release Apache MINA 1.0.9 and 1.1.6.

Maarten Bosteels wrote: 1) That rule is completely insane ! 2) Who decides if an e-mail is business-related or not ? I guess that when you are to comply to this kind of "law" as a big company, the signature is added automatically by the mail server ? -- -- cordialement, regards, Emmanuel Lé

[Fwd: [Legal] Why is this LGPL notice file in our SVN?]

Forwarded to the MINA mailing list... -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org --- Begin Message --- I thought we used SUN Java comm interfaces for serial communication and that the native libraries or Java API for RXTX are not redistributed or used by t

Re: [OT] Signature. Was : Re: AW: [VOTE] Release Apache MINA 1.0.9 and 1.1.6.

I'm pretty tired of muppets whining at me that its against netiquette. The effect is that I basically can't contribute in any way. Beside the side effect - whining muppets -, it's a burden for us, moderators, as a lot of such mails with such 'heavy' signatures are considered as likely spams,

Re: [Legal] Why is this LGPL notice file in our SVN?

Trustin Lee wrote: It's not a mistake. I think we had enough discussion: http://markmail.org/message/zpjhpxlj3hul3phx#query:+page:1+mid:zpjhpxlj3hul3phx+state:results This discussion conclusions were pretty clear, I think : "I think that the last sentence is pretty clear to me : either you

Re: Directory restructuring (Re: [Asyncweb] Motives behind filter-codec-http and asyncweb)

Hi ! Niklas Therning wrote: Trustin Lee wrote: Okay. Then it's time for restructuring. (Excited :) We have ftpserver, AHC and Asyncweb. FtpServer and AsyncWeb are under sandbox, but I think FtpServer is mature enough to bring it up to the subproject right away because Niklas G is working on

Re: Directory restructuring (Re: [Asyncweb] Motives behind filter-codec-http and asyncweb)

It makes sense I think! Would we still keep codec implementations in subprojects under mina/ (like filter-codec-http)? I think that each codec should have its own sub-project, with its own versioning scheme. There is no reason why it should depend on MINA in any way, except through a dep

Re: Directory restructuring (Re: [Asyncweb] Motives behind filter-codec-http and asyncweb)

Trustin Lee wrote: I agree with some points Emmanuel made, but it doesn't mean that I totally agree with him for all points he made such as versioning, similarity between LDAP and HTTP, and HTTP-ish codec. However, I don't want to drag this thread spending each other's energy unnecessarily reply

Re: Directory restructuring (Re: [Asyncweb] Motives behind filter-codec-http and asyncweb)

+1. Peter, thanks for this calm and sane proposal. a few key points: * no protocols in the "core" (/mina) * generic filters only in the "core" * organize based on "functional area" .. i think having /codecs/ is wrong, its too broad. if we get a bunch of mail-related code, we can create /

Re: [Asyncweb] Motives behind filter-codec-http and asyncweb

Hi Timothy ! Timothy Bennett wrote: On Jan 21, 2008 1:07 AM, Trustin Lee <[EMAIL PROTECTED]> wrote: And, I personally think providing the codecs for essential protocols such as HTTP, FTP and SMTP as a part of the main MINA distribution makes a developer's life much easier when what he want

Re: A kind of proposal (Was: Re: [Asyncweb] Motives behind filter-codec-http and asyncweb)

>> You're displeasure in hearing my assumptions is not my problem. >> > > Let me correct here. It is other less-involved community members' > displeasure as well as my displeasure. So, wtf ? People pleasure or displeasure is not a measurement for success nor for correctness. What is important

Re: groupIds and artifactIds

Niklas Gustavsson wrote: Trustin Lee wrote: 1) Should all three's groupId be 'org.apache.mina', or should the two have different groupIds like 'org.apache.mina.http' and 'org.apache.mina.ftp'? I have no particular preference here. Having subprojects in "sub-groupIds" makes most sense to me. o

Re: groupIds and artifactIds

Alex Karasulu wrote: I think asyncweb has the potential to grow into it's own TLP one day. Should any subproject with these intentions, like MINA did, be allowed to carve out it's own groupId and it's own package base? Makes sense. What we dd for MINA when it was a Directory Subproject shoul

Re: [MINA] 2.0 Milestone 1 ?

Alex Karasulu wrote: Hi all, What does everyone think about a 2.0 milestone release in the near future? After a convo on IRC many feel that milestone releases do not guarantee API stability. If this is the case we could get a milestone out so users can kick the tires on the API changes and give

Re: [MINA] 2.0 Milestone 1 ?

> Emmanuel, you said > "There are no roadmap atm. Two versions are expected (2.0.0-M1 and 2.0.0-M2), > but they barely contains any issue." > > I don't understand ? According to JIRA "99 of 102 issues have been > resolved" for 2.0.0-M1 You don't understand, because I was misrepresenting the reali

Re: [MINA] 2.0 Milestone 1 ?

Trustin Lee wrote: I forgot to mention that we need to move transport-serial to sandbox temporarilly due to the LGPL issue. I guess we need to wait for the result of the board meeting which is going to be held on Feb 20. Yes, very true ! I thought about it yesturday too, but I also forgot to

Re: [MINA] 2.0 Milestone 1 ?

Lian Cheng wrote: Err... so, bug reports for the trunk won't be fixed? 2.0.0-M1 is a milestone, not a release. We can wait forever until the last bug has been fixed, but this does not help a lot projects using MINA ! You have to understand that 2.0.0-M1 will be shortly followed by a 2.0.0-M2.

Re: [MINA] 2.0 Milestone 1 ?

Trustin Lee wrote: He will not mind (TM) :D So... now we can start to drop IoSessionLogger and you could add JUL MDC formatter into org.apache.mina.util, right? Wrong, unless I misunterpreted the meaning of JUL MDC. What are we exactly talking about ? We are not supposed to use JUL, are we

Re: groupIds and artifactIds

Trustin Lee wrote: I agree with Alex's suggestion, and it was a great decision to go for org.apache.mina at that time. However, I'd like to make sure if such groupId naming is still doable (i.e. using groupId 'org.apache.ftpserver' in mina.apache.org subproject). Fair amount of time has been pa

Re: [MINA] 2.0 Milestone 1 ?

4) then Ceki has added MDC support for jul to SLF4J but now problem remains that there are now jul formatters that are MDC aware (except the one that I attached to the SLF4J bugzilla ticket, but that one won't be released by SLF4J) 5) Trustin suggested that we add some MDC-aware formatters for J

MINA stats are availabe !

Thanks to Vadim, you can now get information about MINA downloads, and more : http://people.apache.org/~vgritsenko/stats/projects/mina.html -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org

Re: mina and jdk6u4

Makoto YUI wrote: I have the same problem to you. I'm using the latest snapshot (mina-core-2.0.0-M1-20080124.103130-116.jar). | java.lang.ArrayIndexOutOfBoundsException | at org.apache.mina.util.CircularQueue.shrinkIfNeeded(CircularQueue.java:233) This problem caused when newLen is less than t

Re: I wish to say a few words...

Alex Karasulu wrote: On Feb 3, 2008 4:53 PM, Emmanuel Lecharny <[EMAIL PROTECTED]> wrote: Jeff Genender wrote: Is someone not doing a good job as a monitor? This stuff shouldn't get onto these lists. Id do monitor every single mail on MINA and Directory. I can

Re: connect timeout

Maarten Bosteels wrote: I agree that nobody will pass in hours or days, but IMHO it improves readability a lot: connector.setConnectTimeout(250, TimeUnit.MILLISECONDS); or connector.setConnectTimeout(250); Especially when one is changing the API from seconds to millis, we should try to m

<    1   2   3   4   5   6   7   8   9   10   >