security filters.
IMO when a session.write(..) is called from a IoFilter message
reception event, we should process the filter chain partially.
Can't you call the messageWriting() method in this case ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, WriteRequest message,
WriteFilterChainController controller);
...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
registrationQueue = new
ConcurrentLinkedQueue();
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 10/28/13 6:06 PM, Julien Vermillard a écrit :
We stated for java 7 only a few month ago.
My bad...
Sorry for the noise.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
a synchronous mode when using NIO ? It
would be better if your frame directly receives the response when the
response arrives, something you can do easily with MINA assumng you
dispatch the message in your IoHandler.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
(currently, only 2)
We also need to get a 2.0.8 release cut pretty soon, as a few critical
bugs have been fixed in this branch.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, then delete it.
AFAICT, deleting the branch when merged should keep the track of the
chanegs made on it before its delition, no ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
useless.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
object, binding it to the second local IP address
and setting the handler as usual. Just wanted to know if there are any
gotchas and if someone has tried this before.
From the top of my head, yu can bind on more than one IP address.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
-is-the-theoretical-maximum-number-of-open-tcp-connections-that-a-modern-lin
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
to a deceased sub-folder if necessary.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
see any value in ressucitating
a branch which only contained 2 patches which have been applied on 2.0
(thanks to you !)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
array containing only Base64 character data
+ */
+public byte[] encode(byte[] pArray) {
+return encodeBase64(pArray, false);
+}
+
+}
\ No newline at end of file
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/3/13 4:29 PM, Emmanuel Lécharny a écrit :
Hi Guillaume,
any reason not to use the mina-core class instead of copying it in sshd ?
Sorry, just read SSHD-259. So it makes sense...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/4/13 5:41 PM, sebb a écrit :
On 29 November 2013 03:03, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 11/28/13 10:27 PM, sebb a écrit :
If it should become necessary to mark a branch read-only, I would
suggest the following:
Rename it as a tag; that's effectively what it has become
.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/13/13 4:02 AM, rksdivakar a écrit :
Jeff Can u please provide me an example for better clarity...
You have plenty examples on
http://mina.apache.org/mina-project/documentation.html#examples
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
acceptor.setHandler( new KerberosProtocolHandler( this,
store ) );
// Bind to the configured address
acceptor.bind();
}
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
-in until Java 8
One mitigation for those JDK problems is that Bouncycastle has worked with
EC for many versions.
can we depend on ECParameterSpec class from BouncyCastle, and not depend
on a JVM version ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/22/13 7:07 PM, Kenny Root a écrit :
On Sun, Dec 22, 2013 at 11:53 AM, Emmanuel Lécharny
elecha...@gmail.comwrote:
Le 12/22/13 6:43 PM, Kenny Root a écrit :
I just made a patch to MINA SSHD to support RFC 5656 (ECDSA and ECDH). I
would like to contribute this back to the code base
,
Emmanuel Lécharny
www.iktek.com
to give the buffer size for session?
It all depends on the OS you are running on. It also depends on the
message size you are expecting to transmit.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
(and that includes detection of lost packates, and reordering...)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
can use the CumulativeProtocolDecoder to cover this case
: it will gather the incoming data until you can decode a message from it.
Check ths sample :
http://mina.apache.org/mina-project/userguide/ch9-codec-filter/ch9-codec-filter.html
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Apache MINA at both Client and
Server. I want only it on to the server.
Not a problem.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
.
What is the output of your first decoder ? If it's not producing
IoBuffer, the second decoder won't kick in.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
forwarding IoBuffer than protocol2 is executed
my question is what is indicate by return type of doDocode
In This example if return true or false it has same behavior
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
please guide me on
how to configure Mina to apply TCP backpressure as per my requirement here.
I am using Apache Mina 1.1.7 version.
Mina 1.1.7 is not anymore supported. I suggest you switch to Mina 2.0.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
are there any alternate write throttling mechanisms?
As I said, in 2.0, the ConnectionThrottleFilter is doing the job.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
result.
Regards,
Derek
On Mon, Jan 27, 2014 at 4:44 AM, Emmanuel Lécharny
elecha...@gmail.com
wrote:
Hi,
FTR, dev list is not the right place for such mail. Please use the
users
mailing list.
Have you disposed the acceptor before unbinding it ? If there is
any
pending connection
and we are unable to find the above
package or the class inside that. So could you please tell me, where can i
find the compatible mina.common package which contains above classes.
The ByteBuffer class has been renamed IoBuffer in Mina 2.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
not found an equal method for
ByteBuffer.release() in IoBuffer.
free()
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Sorry for the delay,
The source package can't be built, it gives a rat error. The
DEPENDENCIES package contains not AL 2.0 header
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Cordialement,
Emmanuel Lécharny
www.iktek.com
a way to
get rid of that one.
2014-02-12 23:20 GMT+01:00 Emmanuel Lécharny elecha...@gmail.com:
Le 2/12/14 11:06 PM, Guillaume Nodet a écrit :
Can you paste the output, I've just downloaded
http://repository.apache.org/content/repositories/orgapachemina-1000/org/apache/sshd/apache-sshd/0.10.0
,
Guillaume Nodet
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
My (late) +1
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
/exclude
excludesrc/docs/**/exclude
exclude**/stty-output-*.txt/exclude
/excludes
/configuration
/plugin
it works.
My +1
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
. This is simply not possible.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
process, and see what's missing.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/23/14 6:27 PM, Jeff MAURY a écrit :
On Wed, Apr 23, 2014 at 6:02 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 4/23/14 5:09 PM, Jeff MAURY a écrit :
Hello,
after a busy Devoxx France, I will be able to spend more time on MINA in
the next weeks.
I would like to share some
don't have anything
setup if we want to authenticate client.$
Overall there are a lot of things to do to complete the SSL support in
MINA 3...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/27/14 1:09 AM, Emmanuel Lécharny a écrit :
Le 4/23/14 5:09 PM, Jeff MAURY a écrit :
- SSL: We've refactored the SSL process to be more event oriented, but I
think we should complete it, mainly related to rehandshake
There is also something we must do : currently, we initialize
-3shake.html
I'm wondering if it wouldn't be better to explicitely claim that we
won't support renegociation ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
with future JDKs.
I hope so.
Ok for making this optional.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
clearer (and fits point 1),
and second, SSL ha sbeen replaced by TLS a long time ago.
wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
proposed this suffix. But
thinking about it again, people are used to SSL...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 08/05/2014 08:59, pongjy123 a écrit :
hello,all
Hi,
first, please send such mail to the users mailing list?. You are more
likely to get an answer. The dev list has a limited number of
subscribers, those who are working on MINA code.
Sorry for the delayed response, The ASF has experimented
Le 27/06/2014 12:31, Roy, Prince a écrit :
Hi,
Hi,
I would like to read file content from unix box. I am trying mina api to do
that.
Hmm... Why are you using MINA when you ar-lready have all the needed API
in Java to read a file ?
Unless you are trying to access files through FTP using
Le 03/07/2014 00:42, Jeff MAURY a écrit :
Hello,
I have spent some times reviewing the SSL code in order to add support
client handshake start.
I have seen several problems that I'd like to share:
- messages sent are encrypted when they are submitted: I see two
problems with that: if
Le 03/07/2014 07:56, Jeff MAURY a écrit :
On Thu, Jul 3, 2014 at 1:19 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 03/07/2014 00:42, Jeff MAURY a écrit :
Hello,
I have spent some times reviewing the SSL code in order to add support
client handshake start.
I have seen several
this month
=
-- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
-- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
Le 17/07/2014 17:15, Jeff MAURY a écrit :
Hello,
back to work, I have the following thoughts:
- encrypting just before we write to the socket may lead to other
problems: if the resulting message is greater than the send buffer, then we
would need to wait for the rest of the buffer.
Le 17/07/2014 23:34, Bernd Fondermann a écrit :
Hi,
just wanted to add my 2 eurocent, don't know if it really makes sense
in the discussed context.
In Vysper, a state machine is maintained which tracks the connection
status between connected, started, authenticated, encrypted, etc.
Le 18/07/2014 11:23, Bernd Fondermann a écrit :
On 18.07.14 00:35, Emmanuel Lécharny wrote:
Le 17/07/2014 23:34, Bernd Fondermann a écrit :
Hi,
just wanted to add my 2 eurocent, don't know if it really makes sense
in the discussed context.
In Vysper, a state machine is maintained which
Some mor ethoughts, after I spent a couple of hours in Rescorla SSL's
book...
One of the critical point is what to do when we have pending messages to
write to a remote peer, which has initiated a (re-)handshake.
My initial take was that we should finish to send the current message to
teh remote
Le 19/07/2014 17:34, Jeff MAURY a écrit :
No, I don't agree with that because the spec says that the new key materials
should be set current only when the change cipher spec message is received
from the server. So I think we can continue sending messages encrypted with
the old key if the
Le 20/07/2014 23:11, Jeff MAURY a écrit :
On Sat, Jul 19, 2014 at 6:25 PM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 19/07/2014 17:34, Jeff MAURY a écrit :
No, I don't agree with that because the spec says that the new key
materials should be set current only when the change cipher
Le 21/07/2014 11:53, Jeff MAURY a écrit :
On Mon, Jul 21, 2014 at 5:14 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 20/07/2014 23:11, Jeff MAURY a écrit :
record layer to make the write pending state the write active state.
The SSL sepc says basically the same thing.
However
Le 21/07/2014 12:22, Guillaume Nodet a écrit :
Closing this vote with 4 +1s (3 bindings).
I'll publish the release asap.
Really sorry to have missed this vote. First I was MIA for one week when
the vote has started, and I discovered at the end of last week that
gmail just fucked up all my
Le 21/07/2014 16:16, Jeff MAURY a écrit :
On Mon, Jul 21, 2014 at 3:32 PM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 21/07/2014 11:53, Jeff MAURY a écrit :
On Mon, Jul 21, 2014 at 5:14 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 20/07/2014 23:11, Jeff MAURY a écrit
Thanks for the patch.
I fixed also a few other places where we had sess*s*ion.
Le 30/07/2014 20:37, K0zka a écrit :
GitHub user K0zka opened a pull request:
https://github.com/apache/mina-sshd/pull/6
typo fix
Possibly the most minimalist patch ever.
Signed-off-by:
Le 30/07/2014 23:26, Jeff MAURY a écrit :
Hello,
after thinking about the messages ordering and rehandshaking, I agree that
we should encrypt just before sending.
A
The only problematic case that I can
see is if the send queue is empty and the application submit a message when
Hi guys,
as I'm back from vavations with some kind of energy, I've started to
check all the opened issues in MINA 2.0. I expect to be able to cut a
release this week-end (a long expetced one...).
If one of you fell like helping, that would be a pleasure !
Thanks !
Le 04/09/14 21:41, Jeff MAURY a écrit :
What kind of help do you need ? I may be able to find some time this
week-end
There are a bunh of opened JIRA's. The idea is to go through them and
fix what we can.
Le 05/09/14 09:27, Jeff MAURY a écrit :
Can we establish the list by mid-day ?
Sure.
I'll work on it.
Hi guys,
FTR, I'm closing every issue related to 1.1.x, as this is a dead branch.
Le 05/09/14 09:53, Emmanuel Lécharny a écrit :
Le 05/09/14 09:27, Jeff MAURY a écrit :
Can we establish the list by mid-day ?
Sure.
I'll work on it.
I have cleaned up the JIRAs (assigning fix version to all the opened
issues).
The list of issues to be handled for 2.0.8 is available here
Here are the SSL releated issues in MINA 2:
https://issues.apache.org/jira/browse/DIRMINA-968
https://issues.apache.org/jira/browse/DIRMINA-779
https://issues.apache.org/jira/browse/DIRMINA-782
https://issues.apache.org/jira/browse/DIRMINA-805
https://issues.apache.org/jira/browse/DIRMINA-972
.
Thanks !
Le 05/09/14 13:12, Emmanuel Lécharny a écrit :
Le 05/09/14 09:53, Emmanuel Lécharny a écrit :
Le 05/09/14 09:27, Jeff MAURY a écrit :
Can we establish the list by mid-day ?
Sure.
I'll work on it.
I have cleaned up the JIRAs (assigning fix version to all the opened
issues
Hi guys,
we are now down to 16 opened issues. At this point, the remaining issues
are obscure or will require a bit of work.
I would suggest to get a 2.0.8 out now, and address the 2.0.9 issues
quickly after.
The last release (2.0.7) is now 2 years old, it's more than time to get
the 2.0.8 out,
Hi guys,
I tried to cut a 2.0.8 release, but there are many issues (like teh SCM
tag still refers to SVN). I'll try to get that fixed tomorrow.
Hi guys,
my second attept was also a pathetic failure. It seems I was hit by a
bus^Hg in Maven release plugin :
https://jira.codehaus.org/browse/MRELEASE-812
prepare does not commit before tagging and therefore deploys
snapshot instead of release
It's always good that the maven fellow
Hi Guillaume,
I did some test with MINA 2.0.8 and SSHD. As we added some new method in
the IoHandler class, you now have to add an inputClosed() method in your
MinaService class for SSHD to compile.
At some point, it would be better to have MinaServer to extend teh
IoHandlerAdapter rather to
Hi guys,
so I tested all the mina sub-project with MINA 2.0.8, and beside the
change I suggested for SSHD, there is no error : tests are passing green.
I'll shortly start a vote for this release.
=50e417e8116ea1d0b6fe6b8c970e0594ef89f743
- Nexus repository:
https://repository.apache.org/content/repositories/orgapachemina-1005
-Binaries:
http://people.apache.org/~elecharny/mina-2.0.8
Let us vote :
[ ] +1 | Release MINA 2.0.8
[ ] ± | Abstain
[ ] -1 | Do *NOT* release MINA 2.0.8
Thanks !
--
Emmanuel Lécharny
Hi guys,
I close the vote. The result was :
5 binding +1 : Ashish, Jean-François, Jeff, Guillaume, Emmanuel
2 non-binding +1 : Mondain, Emre
1 abstain : Bernd
A big thank to you all !
I'll close the release soon today, update the web site and announce it
tomorrow.
Hi guys,
I should have announced the release yesterday, but sadly, I can't get
the site being updated. It seems like the buildbot is having trouble
atm. I have pushed thenews, plus a few other updates on the web site,
it's not visible on the staging site, and not published either :/
I'll
Le 25/09/14 22:00, Erick Lichtas a écrit :
Hi everyone,
Hi Erick,
I have ran into a situation with Mina that causes the NIOProcessor threads to
run away and consume all available CPU on the system (of the current core to
be more accurate). My context is that I'm running the Apache FTP
Le 25/09/14 22:00, Erick Lichtas a écrit :
Hi everyone,
Hi,
I created the JIRA : https://issues.apache.org/jira/browse/DIRMINA-988
and applied a fix on it.
It should be released soon.
Le 07/10/14 23:37, Jeff MAURY a écrit :
Hello,
as I'm working on the SSL part this time and more specifically on the
handshake/rehandshake processing, I have a couple of questions and some
infos to share:
- I've added 3 more methods in IoHandler to reflect handshake related
event:
Le 08/10/14 22:34, Jeff MAURY a écrit :
Can you more precise ? What part of MINA are you talking about ?
This is about SSHd.
Le 08/10/14 11:45, Jeff MAURY a écrit :
On Wed, Oct 8, 2014 at 10:33 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 07/10/14 23:37, Jeff MAURY a écrit :
Hello,
as I'm working on the SSL part this time and more specifically on the
handshake/rehandshake processing, I have a couple
Le 11/10/14 08:38, Jeff MAURY a écrit :
On Sat, Oct 11, 2014 at 8:24 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
I was mentioning the SSLContext that is the argument of the initSecure
method. Please note that in 3.0, there is no more SSLFilter as SSL
handling
has been moved to core
Hi guys !
for those of you who want to be informed about new release, or any MINA
related infos, a MINA twitter account has been created : #ApacheMINA.
Feel free to join and floow !
For MINA committers, please contact me to get an access to this account.
EMmanuel
[ ] -1 | Do *NOT* release MINA 2.0.9
Thanks !
--
Emmanuel Lécharny
Le 18/10/14 23:31, Jeff MAURY a écrit :
You are mentioning tag 2.0.8. I suppose this is 2.0.9
Indeed. My bad. The checksum is valid though.
Hi guys,
I just had some patch proposal for MINA, which should speedup the Object
serialization.
I know that 2.0.9 is being voted, but I'd liek to know what you think
about cancelling this vote, applying the patches and restart a vote ?
That would lead to defer the release by two days.
wdyt ?
Hi guys,
I'm therefore cancelling the vote for 2.0.9. I'll apply the few patches
submitted by Jörg Michelberge, fix some few pom.xml pb and get a release
cut asap (ie either tonite or tomorrow).
Be ready for a new vote !
[ ] -1 | Do *NOT* release MINA 2.0.9
Thanks !
--
Emmanuel Lécharny
Le 21/10/14 11:28, Guillaume Nodet a écrit :
I'd like to call a vote on releasing Apache SSHD 0.13.0
Please review and vote
Hi Guillaume,
I just built from the source with no problem.
However, I checked the NOTICE and LICENSE files, and it seems you have
no reference to many dependencies used
Guillaume, you are spot on.
I re-read http://www.apache.org/dev/licensing-howto.html again, and
checked the binary and source packages, they are all good.
My +1 !
Hi,
I'm therefore closing the vote for MINA 2.0.9, for which we've got 3
binding +1 votes and one non binding +1 vote :
Guillaume Nodet, Jeff Maury, and me (bindings)
Jeff Genender (non binding)
I'll push the binariesn and announce the release thsi week-end
Thanks !
Le 03/11/14 18:52, gno...@apache.org a écrit :
Author: gnodet
Date: Mon Nov 3 17:52:36 2014
New Revision: 927813
Log:
Update for SSHD 0.13.0 release
Added:
websites/production/mina/content/
- copied from r927812, websites/staging/mina/trunk/content/
Le 06/11/14 16:02, George Sexton a écrit :
On 11/6/2014 5:57 AM, Nitish Bangera wrote:
Hello Swaroop,
There is a project Apache SSHD which is based on Apache Mina. The
documentation lists down the configurations. Please try it out.
What documentation. The link to the javadoc is broken. At
Le 06/11/14 16:41, George Sexton a écrit :
On 11/6/2014 8:36 AM, Emmanuel Lécharny wrote:
Le 06/11/14 16:02, George Sexton a écrit :
On 11/6/2014 5:57 AM, Nitish Bangera wrote:
Hello Swaroop,
There is a project Apache SSHD which is based on Apache Mina. The
documentation lists down
javadoc for SSHD are now on line at
http://mina.apache.org/sshd-project/apidocs/index.html
Don't get it wrong : it's 0.13.1-SNAPSHOT, but it's really 0.13.0.
We have to regenerate the 0.13.0 site from teh tag and push them, which
will take a bit more time.
Le 06/11/14 23:15, Jeff MAURY a écrit :
Hello,
upon Emmanuel's request, I reviewed the fix for DIRMINA-994
(commit f1972fc3de8c4074ff7b60f8c557d3c53013e30b). Here are my remarks:
- the Future framework in MINA2 is not linked in any form to JDK's
Future, is there any reason for that ?
401 - 500 of 993 matches
Mail list logo
