!
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in the session somehow...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
(); // This is for the client
With an intermediate abstract class, we will just have to implement the
method we need in the classes (for instance, the readyConnect() will
only be implemented by the client, not by the server).
wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
tell this user that it's better to complain
on mina users list than on StackOverflow...
/me fixing the links now.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
() method, not by the SelectorLoop.
Is that ok ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 11/20/12 11:37 PM, securenamefirst securenamelast a écrit :
anyone know what version of open ssl
OpenSSL is *not* used in FtpServer.
FtpServer is written in Java, and it uses what the JVM offers.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
for the
mina-example project). I sugest we keep it this way atm.
So I consider that we have a decent and working site now.
Time to move back to code now !!!
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/4/12 12:51 PM, daniel vettori a écrit :
How to suspend write for some time( like timeout ) in my scenario as i m
using suspendwrite() and then resumewrite after client receive the response
from server?
Can you be a bit more explicit ?
--
Regards,
Cordialement,
Emmanuel Lécharny
with the decoder, and no MINA around.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
as described in the various pages
have to be updated to refelct this modification.
That's it, this was your christmas present :)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
be to test performance with the new test suite,
but it would be nice if more people can review the code.
I'll review the code.
Thanks Julien !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
is expected to do, for staled connection,
it's bit different).
Thanks for the test, Julien !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Cordialement,
Emmanuel Lécharny
www.iktek.com
return decoded;
}
void messageReceived( IoSession session, ByteBuffer buffer ) {
while ( ( Object decoded = decode( session ) ) != null ) {
// Do something
}
}
Julien
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 1/1/13 8:21 PM, Emmanuel Lécharny a écrit :
Hi Niklas !
Can you chmod g+w the files on /www/www.apache.org/dist/mina/ftpserver ?
It's owned by you, and nobody but you can change anything...
Many thanks !
The very same for Vysper.
Maybe you should change your umask to 002...
--
Regards
in the pool.
wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
[ ] +1 | migrate to git
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
.
Thanks for your attention !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the benchmark module shortly, so that anyone can play
with the code and see what's going on, if it's not clear.
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 1/3/13 7:40 PM, Emmanuel Lécharny a écrit :
Hi !
I tried to inject the benchmark we have in MINA 2 into MINA3, using the
NioTcpClient Julien just added. It was easy to migrate the code, but
now, I have some issues...
Basically I get a NPE when trying to manipulate the session
with some data as soon as I
can spot the culprits.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
will try to do that.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, transfering
large messages - 64Mo) is extremely slow - as for Netty -. There is most
certainly somethng to do regarding the buffer size we use to transfer
such big Messages.
Le 1/4/13 5:51 PM, Emmanuel Lécharny a écrit :
Hi !
I conducted some profiling sessions today, to see where we were spening
,
Emmanuel Lécharny
www.iktek.com
(and
probably with the two latest Netty versions).
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
of you have any
better idea, I'm all ears :)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
.
Is there anything wrong with that ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, leading to data being stacked in memory. But I doubt any
decent system would ever do that...
Le 1/8/13 9:52 AM, Emmanuel Lécharny a écrit :
Le 1/8/13 3:24 AM, Chad Beaulac a écrit :
On Jan 7, 2013, at 11:58 AM, Emmanuel Lécharny wrote:
Le 1/7/13 2:19 PM, Chad Beaulac a écrit :
If you don't
can't write all your data directly.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
. Everytjing is now on track.
Issues
--
No board level issues at this time.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
are safe.
In other words, your application should take care of such scenario, or,
better for MINA to provide the tools to inform the application when the
sending queue is getting too large...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the thread
when the socket is ready to write is any different from what I'm doing.
Do you have any link that explaining the pb ?
Thanks !
Le 1/8/13 4:46 PM, Emmanuel Lécharny a écrit :
Le 1/8/13 4:06 PM, Chad Beaulac a écrit :
Understood on change in state between writable event firing and socket could
Oops, I totally forgot about the GIT migration...
(added into the development section)
Le 1/8/13 4:20 PM, Emmanuel Lécharny a écrit :
Hi guys,
it's time for a new report, as I have to post it by tomorrow (sorry for
posting it with such a short notice :/)
Here is a draft you could comment
Compared to the same test on MINA 3 :
10 : 34.006 - 29407/s 12.65% faster
1024 : 33.568 - 29790/s 17.32% faster
10240 : 37.706 - 26521/s 30.31% faster
Definitively good...
Many thanks to Jean-François !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the HeapBuffer into a DirectBuffer before trying to
write the message, as we may avoid copying the data from the Heap buffer
into the DirectBuffer many times.
Interesting thread !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
. Then you can
discard the HeapBuffer...
All in all, this is currently what happens behind the curtain, as NIO
copies the HeapBuffer into a HeapBuffer. Doing it on our layer gives us
some control.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 1/9/13 10:37 PM, Niklas Gustavsson a écrit :
On Tue, Jan 8, 2013 at 4:20 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
MINA committers to met (Julien, Bernd and Emmanuel). We spent quite
met - meet
have a working TCP client and server, whch is 50% faster than MINA 2
whch - which
Le 1/10/13 4:08 AM, Alan Cabrera a écrit :
Yes, wondering where that went too.
I've asked in the JIRA.
We also have the same issue for MINA branches, as we are still working
on 2.0.8
The infra peeps are damn busy those days, so it may take a bit of time.
--
Regards,
Cordialement,
Emmanuel
big, and
we send only a fragment of it for each round... If the SendBufferSize is
64Kb, in this case, you will just copy the 64Mb 1000 times.
Good catch btw, Jeff !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
a écrit :
to be a little bit more precise, you will copy 64Mb the first time then
64Mb - 64kb the second time and so on
Jeff
On Thu, Jan 10, 2013 at 12:11 PM, Emmanuel Lécharny
elecha...@gmail.comwrote:
Le 1/10/13 10:56 AM, Jeff MAURY a écrit :
The performance gain is not related
keeps the scenario where we send small messages fast,
intermediate messages size above the SendBufferSize are also benefiting
from this change and big messages ae also speeded up.
It's all committed on trunk.
Le 1/10/13 5:22 PM, Emmanuel Lécharny a écrit :
Ok I have conducted some
-allocated directBuffer, or I
allocate one and copy the HeapBuffer into it.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
3 being 50% faster than MINA 2, I do expect we will be able to
reach 20 000 requests per second on my laptop. The real problem will be
to be able to start enough client to simulate the load :)
Ok, now, time to shape a working prototype !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
on git available yet :/
Right now, you can get the 2.0.8 source doing :
git clone http://git-wip-us.apache.org/repos/asf/mina.git
Hope it helps...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 1/12/13 11:14 AM, sebb a écrit :
On 12 January 2013 07:11, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 1/12/13 7:05 AM, Mondain a écrit :
Do I need to pull it from Git or is it still available in SVN?
Definitively from git.
We can't update the site yet to inform people about
the performances regardingthe kind of sent messages.
--
Regards, Cordialement,
Emmanuel Lécharny
www.iktek.com
95% of the global
CPU, and when we weren't spending franticly CPU cycles copying
HeapBuffers into DirectBuffers, the CPU System represented around 85% of
all the CPU.
--
Regards, Cordialement,
Emmanuel Lécharny
www.iktek.com
may deal with message that big as we may transfer images, but this is
rare. It's probably more a n application issue than a MINA issue anyway...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
a couple of days,
max. I must say that switching to MINA 3 does not frighten me *at all*.
Let's not make MINA the next Windows, still assuming some kind of
inheritence with MS/DOS 2.1...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
for that purpose, but that requires
we change the IoSessionAttributeMap interface so that we gat access to
the Map.
Btw, currently, we protect the Map using locks : why don't we use a
ConcurrentHashMap instead ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
to stress out
that you will probably get the expected results without all those
executors...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
FYI, I'll be MIA for one week - no internet, no computer, I'll see if I
can survice :) -.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
of
synchronized sectons in this part of the operation). We need to
investigate this part so having a POC is a good thing.
Thanks for the heads up !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 1/28/13 10:05 AM, Jeff MAURY a écrit :
On Mon, Jan 28, 2013 at 12:13 AM, Emmanuel Lécharny
elecha...@gmail.comwrote:
Le 1/27/13 10:21 PM, Jeff MAURY a écrit :
Hello,
I started to review the Mina3 code and I have a couple of points I want
to
share with you:
1) It is possible to close
as
the class name is not the same as the class file.
I can fix that, but the question is to know if the 'i' in ip should be
upper cased or not : TcpIp or Tcpip ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, but this is up to you).
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
know that some may consider that using final for method parameters is
a way to protect a stupid coder against a modification of a variable.
Yeah, sure... But we are not stupid coders, are we ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
refactored anyway.
I'll do it.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Emmanuel Lécharny
www.iktek.com
Le 1/29/13 1:20 PM, Emmanuel Lécharny a écrit :
Le 1/28/13 9:00 PM, Julien Vermillard a écrit :
Hi,
I committed a new idea for the codec API.
It's quite radical change but I think it's a valuable improvement.
Key here is simplicity :
- a codec module independent of the core module, could
Le 1/30/13 10:29 AM, Steve Ulrich a écrit :
Hi!
Sorry, can't resist to respond on this, since i'm paranoid at programming ;-)
Emmanuel Lécharny [mailto:elecha...@gmail.com] wrote
there are a lot of methods which have parameters with a 'final'
keyword.
It's most certaibly a IDE
by 2.x or 3.x? I personally use 2.0.8 with the
-XX:+UseParNewGC JVM option and it seems to work ok; but I'm fairly sure
there are still some leaks.
The bugs just says that there are a lot of GCs, not that there is a leak
anywhere.
Is that a real problem ?
--
Regards,
Cordialement,
Emmanuel
could occur when an iterator is used frequently. IMO,
this is totally irrelevant.
On Thu, Jan 31, 2013 at 8:57 AM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 1/31/13 5:52 PM, Mondain a écrit :
I was talking to Jon Valliere this morning about GC with IOPS and I
wondered what the opinion
,
Emmanuel Lécharny
www.iktek.com
grammar http;
httpMessage
:
request | response
;
request
:
requestLine
(
(
generalHeader
| requestHeader
| entityHeader
a patch for it, taht would be very appreciated :)
Last, not least, if you'd like to participate in the effort, it's
something possible : we are all volunteers, and we welcome anyone helping !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Emmanuel Lécharny
www.iktek.com
)
error: failed to push some refs to '
https://git-wip-us.apache.org/repos/asf/mina-sshd.git'
Is that something that you experience on mina-core or other projects or is
that specific to sshd ?
Hmmm, it seems to be ok for mina. Have you checked with infra ?
--
Regards,
Cordialement,
Emmanuel
,
Emmanuel Lécharny
www.iktek.com
Le 2/27/13 4:23 PM, Mondain a écrit :
Just a quick question since I don't recall seeing anything on the list.
Have the builds for publish to the Maven repository been switched to JDK 7?
Hmmm, I don't think so. Why ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
this is worth reading :
http://webtide.intalio.com/2013/02/on-jdk-7-asynchronous-io/
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
have and probably by looking at AIO code to see
if it's just a wrapper on top of NIO or something smarter that uses the
underlying OS asunc IO...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 3/2/13 1:23 PM, Jeff MAURY a écrit :
On Sat, Mar 2, 2013 at 9:43 AM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 3/2/13 9:10 AM, Julien Vermillard a écrit :
Hi,
Agreeing with jeff, you can't complain of the lack of an accessor, when
you
just voided the attachment ;)
Again
,
Emmanuel Lécharny
www.iktek.com
have to give it a try, you'll see it works pretty well.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
I was wondering if it wouldn't be a good idea to rename the
org.apache.mina package to org.apache.mina3 ?
That would help those who embed the lib in an application which already
has a dependency on MINA2 (and does not use OSGi).
Thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
Le 3/18/13 6:58 PM, Alan Cabrera a écrit :
On Mar 18, 2013, at 9:57 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
Hi guys,
I was wondering if it wouldn't be a good idea to rename the
org.apache.mina package to org.apache.mina3 ?
That would help those who embed the lib in an application
need to change the Maven
coordinates (and vice versa).
Otherwise there will be classloading issues.
Laoding two jars with the same group/same artifactId is quite a
challenge with maven anyway :)
So, yes, we will have to rename the maven artifactId too.
--
Regards,
Cordialement,
Emmanuel
Le 3/19/13 10:20 AM, Arnaud bourree a écrit :
2013/3/19 Emmanuel Lécharny elecha...@gmail.com:
Le 3/19/13 3:00 AM, sebb a écrit :
I mean, this is something we might have to deal with. I know that we
are taking all our time to get Mina 3 our, so that we are sure every
one will have switched
Le 3/19/13 8:07 PM, sebb a écrit :
On 19 March 2013 15:46, Alan Cabrera l...@toolazydogs.com wrote:
On Mar 18, 2013, at 11:44 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 3/18/13 6:58 PM, Alan Cabrera a écrit :
On Mar 18, 2013, at 9:57 AM, Emmanuel Lécharny elecha...@gmail.com wrote
:)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
) Or we can associate one single thread to the session ( a bit like
what is done in MINA 2). It could make sense if we want to order the
event processing. I prefer the previous solution though.
So, wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
it currently works.
Thanks for the heads up.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 3/23/13 7:16 AM, Julien Vermillard a écrit :
Le 22 mars 2013 23:35, Emmanuel Lécharny elecha...@gmail.com a écrit :
Le 3/22/13 10:51 PM, Jeff MAURY a écrit :
On Fri, Mar 22, 2013 at 10:05 PM, Emmanuel Lecharny
elecha...@apache.orgwrote:
Le 22 mars 2013 21:26, Jeff MAURY jeffma
Le 3/23/13 8:20 AM, Emmanuel Lécharny a écrit :
Hi guys,
it seems like I can't send any datagram bigger than exactly 42048 bytes
on my mac.
Anyone having an idea about this limitation ?
Mac OSX 10.7.5
Java 1.7.0-17 or Java 1.6.0-43
Ok, found it :
net.inet.udp.recvspace=42080 by default
]
|
+--- [UdpServer]
Wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 3/25/13 1:43 PM, Jeff MAURY a écrit :
Even if it is not yet part of the MINA3 work, you should make room for the
AIO implementation
Ha, right, right...
Forget about my previous mail. My night was too short :/
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in memory before
writing them on disk and to use another thread to write them on disk ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
to mention than adding an executor filter in the chain could help.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
on core on other
machines... AFAICT, except if you are using a very specific JVM, the
threads used are local to your machine (ie, in your case, 548/18 cores
will be used)
So base line, you won't be able to exploit the 548 cores on your 18
machines.
--
Regards,
Cordialement,
Emmanuel Lécharny
is to get contributors that will remain
in the long term...
Many thanks for your interest !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the ftpserver-users mailing list for these questions.
See http://mina.apache.org/vysper-project/mailing_lists.html
Sebb, there is nothing like Vysper dedicated mailing list. Vysper maisl
should be pushed to the dev/users@mina ML.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, results.length);
+assertEquals(sb.toString(), results[0]);
+assertEquals(0, context.getBuffer().position());
+}
+}
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
change, as we store attributes into it.Jeff
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/8/13 6:20 PM, Jeff MAURY a écrit :
On Mon, Apr 8, 2013 at 6:04 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 4/8/13 5:46 PM, Jeff MAURY a écrit :
2) Session objects are not immutable
I noticed that session objects (assigned to clients and servers) are not
immutable, but I think
Le 4/9/13 11:10 AM, Pramila V a écrit :
Hi,
I need a tutorial link to test the SSHD server client.
Easy.
http://mina.apache.org/sshd-project/documentation.html
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/9/13 11:54 AM, Pramila V a écrit :
Hi,
I would like to download the below source.
https://github.com/apache/mina-sshd
request you to provide the exact link to download.
This is the exact link to download the source.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in trunk. Due to the way Windows handles file on disk (ie,
case insensitive), we comitted some classes which names were in lower
case, when Java is expecting UpperCase.
That will be fixed soon.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
site before asking here...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/9/13 3:33 PM, Emmanuel Lécharny a écrit :
Le 4/9/13 11:40 AM, Pramila V a écrit :
Hi,
Thanks for the reply. I have downloaded the SshServer.java, SshClient.java.
I downloaded all the respective lib files. I configured the port in
SshServer.java file compiled the SshServer.java
201 - 300 of 993 matches
Mail list logo