Le 4/10/13 4:04 PM, Andrew Cagney a écrit :
git config --global branch.autosetuprebase always
is meant to act as a safety net
I start to regret the migration to git ;-)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/18/13 10:19 AM, Julien Vermillard a écrit :
Hi,
Since udp support landed in mina 3, what would be be the missing bits
before starting a M1 vote ?
We need to implement the UDP client. This is probably the missing bit.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
some progress last
week, but we need better tests and most certainly some code review. Lack
of time on my side this week...
We can also consider that SSL is for M2 at this point. Milestone are
just a way to make baby steps toward the first RC.
--
Regards,
Cordialement,
Emmanuel Lécharny
Le 4/18/13 11:54 AM, Alex Karasulu a écrit :
On Thu, Apr 18, 2013 at 11:36 AM, Emmanuel Lécharny
elecha...@gmail.comwrote:
Le 4/18/13 10:19 AM, Julien Vermillard a écrit :
Hi,
Since udp support landed in mina 3, what would be be the missing bits
before starting a M1 vote ?
We need
and UDP
support on both sides (client and server).
Of course, it will be a milstone, so don't have any expectation on the
API stability or whatever...
My 2cts...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/18/13 2:24 PM, Julien Vermillard a écrit :
Hi,
On Thu, Apr 18, 2013 at 1:04 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 4/18/13 11:04 AM, Julien Vermillard a écrit :
So a M1 could be : a UDP client and some more test ?
I would not phrase it this way. We don't need some more
Hi guys,
the way we handle incomming SSL data on the server will not work if the
data are fragmented.
Let's say we are receiving some Handshake data. This is typically a few
hundreds of bytes, that usually comes in one block. In this case, we are
all good. But if those data aren't read in one
,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 5/3/13 4:45 PM, Jeff MAURY a écrit :
On Fri, May 3, 2013 at 3:47 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 5/3/13 3:40 PM, Jeff MAURY a écrit :
+1
I think we shall rewrite the code and let be driven by the underlying
SSLengine status.
Absolutely. I have created a branch to play
,
Cordialement,
Emmanuel Lécharny
www.iktek.com
.
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
3] codec
api discussion).
Does it fits what you need ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
).
Absoluty. This deserves 2 modules.
I would be definitively better than the current java serialization
codec bothering everybody on android !
The current Mina 2.0 serialization codec is a hack anyway...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
not be too concerned about that as soon as we have a decent
documentation for MINA 3 (and looking back to what we offered in MINA 1
and 2, that would be a great change !).
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
we had accurately ?
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, we should wait and not send any data.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
to the specification :
Zero-length fragments of Application data MAY be sent as they are
potentially useful as a traffic analysis countermeasure.
(http://www.rfc-editor.org/rfc/rfc5246.txt, 6.2.1, paragraph before the
last one)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, as the remote peer
is already expecting some more data (BUFFER_UNDERFLOW) as the TLS data
packet has not been completely received.
The remaining part of message1 though will be encypted using cipher2.
At least, this is how I interpret the specification.
--
Regards,
Cordialement,
Emmanuel
of the
vast audience for here this code, but it can make a nice UDP test case
for mina.
Go for it.
Q : did you had to write an UDP client ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 5/9/13 5:17 PM, Julien Vermillard a écrit :
What do you think of having the two modules (thrift and protobuff)
dicrectly at the root of the project and not in a serialization
intermediate module ?
That would reduce pom hierarchy/maintenance.
My +1
--
Regards,
Cordialement,
Emmanuel
). I would initialize the
ConcurrentHashMap with a concurrencyLevel equal to the number of threads
used to process the incoming data.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
or coding some mina
stuff you are welcome.
What if I decide to join you for the 2 days, will I get a place to get
some Thread.sleep(14400) ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
can now be
notified.
That's a good use case.
By the way, do you know how the critical flag is given back by the
SLLEngine ?
My understanding is that the close alert results in the SSLEngine to
change the SSLEngineResult status to CLOSED.
--
Regards,
Cordialement,
Emmanuel Lécharny
Le 5/14/13 11:35 AM, Jeff MAURY a écrit :
On Tue, May 14, 2013 at 9:47 AM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 5/13/13 10:30 PM, Jeff MAURY a écrit :
Hi,
As I'm reading the TLS specs, I noticed that the processing of the close
alarm, if not critical, may leave the underlaying
. (and the
client too).
That would be a great addition to a first milestone, but if it's not
ready, we can add it for M2.
Thanks Julien !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
]ClientVs[Netty4|Netty3|Mina3]Server[Tcp|Udp]BenchmarkBinaryTest.
Those new classes just have to reference the correct type defined in the
BenchmarkFactory.
Thanks a lot of the help !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 5/19/13 6:48 PM, Emmanuel Lécharny a écrit :
Le 5/19/13 6:27 PM, Norman Maurer a écrit :
If you explain me how to do I can even take care ;)
This is pretty simple :)
The code is in http://svn.apache.org/repos/asf/mina/mina/trunk/benchmarks/
we have benchmarks for Netty3 and MINA3
Le 5/19/13 6:48 PM, Julien Vermillard a écrit :
I mean the Mina UDP test which use Netty as client and replace it by the
Mina client.
We need both anyway...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
. However, many people are still using it.
I wonder if we should create 2 versions of MINA, one which support Java
6 and the other one that supports Java 7 ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
((input.get() 0xff) 24) | ((input.get()
0xff) 16) | ((input.get() 0xff) 8)
| ((input.get() 0xff));
where input is a ByteBuffer can be replaced with :
return input.getInt()
(in RawInt32)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
size accordingly instead.
Thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 5/21/13 11:01 AM, Jeff MAURY a écrit :
I think that Netty 4 is not yet releases (4.0.0.CR3 and not 4.0.0.Final).
So I think we should keep Netty3 tests.
We should keep them, but add some Netty4 tests.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 5/21/13 1:19 PM, Jeff MAURY a écrit :
Which branch are you talking about ? trunk or ssl-experiment ?
Trunk.
ssl-experiment is a dead branch.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 5/21/13 1:32 PM, Jeff MAURY a écrit :
For me, SSL code in trunk is just garbage and we should merge
ssl-experiment into trunk
A...
Ok, just do that then !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, for the pain of the users :/
Working on it.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Sorry, one slight mistake I tested with 1M messages, not 1G !
Le 5/28/13 3:55 PM, Emmanuel Lécharny a écrit :
Hi guys,
as Juien has coded the UDP client, I was able to run the benchmarks, so
here are the results (dne on an old linux ox with a Java 7 jdk)
All the tests are done with 1G
Le 5/28/13 4:50 PM, Jeff MAURY a écrit :
Emmanuel,
are the Linux tests run on a VM or on a native Linux box ?
Native box : Ubunty 12.04, Intel Pentium 3Ghz, 1Gb, 6 years old computer.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 5/30/13 9:30 PM, Julien Vermillard a écrit :
lazy consensus ? :)
Well, right now, I would rather keep it.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
have a big performance penalty with
Java 7.
Java 7 is way better than Java 6 in the way it handles buffers too.
There is no reason to use Java 6 those days, it's dead anyway. It would
be interesting to benchmark Java 8 to see what it brings.
Tahnks !
--
Regards,
Cordialement,
Emmanuel Lécharny
, even with 10 bytes messages we
get the system CPU jumpning to 85%.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 6/9/13 6:50 PM, Jeff MAURY a écrit :
Yes,
New ssl handshake code has been merged
Sure, we can.
We will have to prepare the module that generates the package though.
Let me give it a try tonite.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
for thsoe suggestions ! It's funny because we have had a
long discussion last week about how to handle SSL closure, as we are
working on the SSL handling for MINA 3.
I guess we have to spend some time on this aspect for MINA 2 too...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
what is your problem ? Your
description is extremely light...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
)
when a call to position(p0) is done.
We just need to implement the slice() method in the IoBuffer to offer
the kind of features you expect.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in all, whatever use case, it seems to me that IoBuffer covers
all the needs. Do I missed something ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 6/17/13 1:47 PM, Emmanuel Lécharny a écrit :
Le 6/17/13 1:32 PM, Raphaël Barazzutti a écrit :
Hi Emmanuel,
Thanks for your comments!
I imagine that slice() method would have a behaviour similar to the
one of ByteBuffer. As in ByteBuffer, position based values (position,
limit and mark
Le 6/20/13 10:25 PM, Julien Vermillard a écrit :
I commited the distribution module, bsicly it's hte one from MINA2.
I think we are good ?
I hope so ...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in the header to tell the coders that this
portion of code must remain Java 6 compatible.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/4/13 9:41 AM, Bernd Fondermann a écrit :
Hi,
does anyone know why Vysper's Github repos is so outdated?
No idea. OTOH, I never use GitHub.
Is there anything to do to sync it?
May be asking Infra ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
we are using
already do the job.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
(if true) the only missing is netty used for benchmark which is
just tests no ?
slf4j is not an Apache project, AFAICT.
We are also using junit and mockito...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
at 12:59 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 7/10/13 9:03 PM, Julien Vermillard a écrit :
I heard (from Emmanuel I think) we don't need to put notice files for
apache products (thrift and log4j).
Yes. The are apache projects, covered by the MINA NOTICE file. No need
to add
that slf4j
depends on this jar).
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
is the reference to the KEYS file, which will be added in
the next vote.
I suggest we create a template file and store it into the root of MINA.
WDYT ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/16/13 2:34 AM, sebb a écrit :
On 29 June 2013 21:41, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 6/29/13 7:35 PM, Julien Vermillard a écrit :
I think having the codec module java 6 compatible would help to use it
with MINA2 or other framework.
WDYT ?
I don't mind if it's JAVA 6
is facing : 9 years after the addition of generics in
Java, we still don't have a library supporting them...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/16/13 3:02 AM, sebb a écrit :
On 20 May 2013 10:06, Julien Vermillard jvermill...@gmail.com wrote:
Hi,
comments inline
On Mon, May 20, 2013 at 10:59 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 5/19/13 11:18 PM, Raphaël Barazzutti a écrit :
I'm currently working fixing some
not really sur Java 8 brings a lot of interesting features for MINA
(Which is not the case for Java 7)
btw: is there a current roadmap or target for MINA 3?
Julien is trying hard to cut a first milstone, and is struggling with
NL files... I feel for him :-)
--
Regards,
Cordialement,
Emmanuel
Le 7/16/13 11:48 AM, sebb a écrit :
On 16 July 2013 08:59, Emmanuel Lécharny elecha...@gmail.com wrote:
I suggest we create a template file and store it into the root of MINA.
Belongs with developer info, e.g.
http://mina.apache.org/mina-project/developper-guide.html
I disagree. Having
Le 7/16/13 12:08 PM, sebb a écrit :
On 16 July 2013 08:41, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/16/13 1:14 AM, sebb a écrit :
Have you seen this?
http://www.apache.org/dev/licensing-howto.html#mod-notice
It suggests that additions to NOTICE should be quite rare.
The NOTICE
component
like guava.
In other words, Time is of the essence
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
and protobuf)
- The LICENSE-bin file will be renamed to LICENSE in the binary package
The distribution poms (bin.xml and src.xml) have been modified to
correctly embed the required NL files.
I hope I haven't missed anything...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
archives.
Copyright [] [name of copyright owner]
Obvioysly, as teh date and copyright owner may change in the future,
they have been substituted with and a comment.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in the NL files.
The contents should be obvious from the assembly files; if not, just
build the bundles and see what they contain.
Sorry, but I don't see what's your point is here... Why should I build a
bundle for a dependency I'm downloading from maven ?
--
Regards,
Cordialement,
Emmanuel
Le 7/16/13 6:51 PM, sebb a écrit :
On 16 July 2013 13:31, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/16/13 11:48 AM, sebb a écrit :
On 16 July 2013 08:59, Emmanuel Lécharny elecha...@gmail.com wrote:
I suggest we create a template file and store it into the root of MINA.
Belongs
on the project !!!
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
reference to this link, otherwise you
have to go find it on the site...
This URL is likely to change in the near future, as soon as infra is
going to say that git is not anymore a 'wip'...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the sub-modules should not be present in the
binary package.
IMO, the binary release is FU...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/17/13 1:11 AM, sebb a écrit :
On 16 July 2013 23:09, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/16/13 11:34 PM, sebb a écrit :
On 16 July 2013 18:34, Emmanuel Lécharny elecha...@gmail.com wrote:
The NL files only depend on what is in the archives.
It's just a question of checking
not easy to
tune the various knobs that make it a valid release !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
trunk is now in an incorrect state, as all the versions are
missing the -SNAPSHOT suffix.
The trunk will be fix when the perform will be done. (Actually, it
should be the case).
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
://repository.apache.org/content/repositories/orgapachemina-158/
Let us vote :
[ ] +1 | Release MINA 3.0.0-M1
[ ] +/- | Abstain
[ ] -1 | Do *NOT* release MINA 3.0.0-M1
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
between the
release:prepare and the release:perform !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/17/13 3:00 PM, sebb a écrit :
On 17 July 2013 13:26, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/17/13 2:21 PM, sebb a écrit :
On 17 July 2013 10:56, elecha...@apache.org wrote:
Updated Branches:
refs/heads/trunk 0d04eba45 - 84b2003fc
Revert [maven-release-plugin] prepare
Le 7/17/13 5:53 PM, sebb a écrit :
On 17 July 2013 15:19, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/17/13 3:00 PM, sebb a écrit :
On 17 July 2013 13:26, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/17/13 2:21 PM, sebb a écrit :
On 17 July 2013 10:56, elecha...@apache.org wrote
Le 7/17/13 6:15 PM, sebb a écrit :
On 17 July 2013 17:00, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/17/13 5:53 PM, sebb a écrit :
On 17 July 2013 15:19, Emmanuel Lécharny elecha...@gmail.com wrote:
With SVN the way I do it is:
We don't use SVN anymore.
I realise that.
Maybe Git
,
Emmanuel Lécharny
www.iktek.com
Le 7/18/13 1:12 AM, sebb a écrit :
On 18 July 2013 00:10, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/18/13 12:42 AM, sebb a écrit :
On 17 July 2013 23:21, Jeff MAURY jeffma...@jeffmaury.com wrote:
Build also except if the benchmarks profile is activated: build fails
because it seems
Le 7/18/13 1:44 AM, sebb a écrit :
On 17 July 2013 22:16, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/17/13 2:33 PM, Emmanuel Lécharny a écrit :
Hi,
3rd attempt to cut a release. The binary package now contains just what is
needed, and the Nexus repository now contains the release
Le 7/18/13 2:39 AM, Emmanuel Lécharny a écrit :
Le 7/18/13 1:44 AM, sebb a écrit :
This is the third thing to fix for the next release.
And the forth one is the Java 7 enforcer that need to be added.
And the fifth one is the Benchmark module that have to be included into
the source tarball
tell me exactly which NOTICE file is incorrect, and what it
contains that it should not ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/18/13 3:20 AM, sebb a écrit :
On 18 July 2013 02:10, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 7/18/13 3:04 AM, sebb a écrit :
Also the NOTICE files in the jars are wrong.
For example, coap starts:
Apache MINA CoAP (constrained application protocol) 3.0.0-M1
The leading blank
Guys,
we need at least one more binding vote...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Cordialement,
Emmanuel Lécharny
www.iktek.com
like to cut a M2 asap.
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/25/13 3:13 PM, Ashish a écrit :
Does anyone know when Sonar analysis kicks-off?
Last MINA 3.0 analysis ran on Jun 17, 2013
https://analysis.apache.org/dashboard/index/24437
I think it's started every day.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
for uniformity.
wdyt?
LOG is ok for me.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Emmanuel Lécharny
www.iktek.com
to cancel the vote and cut a new release immediately).
It's up to you, Guillaume !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Emmanuel Lécharny
www.iktek.com
even define a shell script that does this...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/29/13 9:38 PM, Julien Vermillard a écrit :
With my +1, we have 3 binding +1 :
- Emmanuel Lécharny
- Ashish Paliwal
- Julien Vermillard
no 0 or -1.
I'll publish this release and push the announces.
It's a bit early... Especially considering that the vote has been
started
project). It would help our users who will still use MINA 2
for a while.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/31/13 9:05 PM, Guillaume Nodet a écrit :
+1
Sorry for the delay...
My +1 !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
I'll be MIA for one week.
Have fun in the mean time !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
information about the version you use and the kind of transport you are
using.
In any case, you should rather handle the messageSent event in your
IoHandler, this tells you when the message has been writen without
having to check the Future.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
socket connections to the client.
If you connect to a client, it's not anymore a client, it's a server.
In any case, use a NioConnector for that, you can open as many
connection as you want with one single NioConnector.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
are getting downloaded.
Again, and this is not the first time we told you to do so, chekc your
system configuration.
Your problem has nothing to do with teh way MINA works or the way you
use it.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
?
Well, as it's UDP, there is no guarantee whatsoever that your messages
are going to be received anyway, so it's really a best effort solution
anyway.
Here, I would say you have to benchmark your solution...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
registration).
Not sure I understand the second part.
Is that a problem at all ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
301 - 400 of 993 matches
Mail list logo