I tried to increase the mina buffer sizes ( both receive and send) but this
still has no success. I always get the same exception :
buffer.org.apache.mina.common.BufferDataException: Line is too long: 2954
(Hexdump: empty)
Used this getSessionConfig().setReceiveBufferSize();
and
You're propable using the TextLineDecoder? Then you have to set the
maximum line length property (which defaults to 1KB). Use the
setMaxLineLength method to do this.
Jeroen Brattinga
On Sun, 2007-12-16 at 01:43 -0800, pietry wrote:
I tried to increase the mina buffer sizes ( both receive and
It works, thanks a lot :)
I also have another problem with TCP packages.. it seems that sometimes they
reach in different order then i wrote to the Sessions. My question is : is
this possible to be because of MINA or the settings i had to my server? Or
it's a bug in my code ?
Jeroen Brattinga
That's common in TCP (and UDP) communications. Since you never really
know how a packet is routed (one could be routed through Japan, the next
through Russia, for instance), the order is something you have to keep
track of.
There are various ways to implement this (e.g. don't send a packet
Shouldnt the TCP/IP protocol handle this? The TCP specs say that it makes
sure all packets are delivered, no losses and no misorder...
The protocol can't be implemented response-based so there is nothing i can
do in this matter.. hoped there would be a way to make sure the packets are
received
What you're talking about takes place at a lower level. As an example,
say you are sending a 5Kb payload (a couple of lines of text, for
instance).
This 5Kb is split up in packets; each one gets the right header and
checksum and is sent to their destination. There the TCP layer assembles
the
I'm implementing the ADC protocol.
http://dcplusplus.sf.net/ADC.html
The info received by any client is what happens to other client, which is
independent to current client.
In other words, the client receives for example notifications when somebody
enters or exits.
If somebody reconnects and
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552282
]
David M. Lloyd commented on DIRMINA-495:
It works, woo. I'd say, commit!
IoConnector needs a way to
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552319
]
Trustin Lee commented on DIRMINA-495:
-
What do you think about renaming it to IoSessionInitializer?
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552320
]
Trustin Lee commented on DIRMINA-495:
-
I think at least we need to add 'Io' prefix because all others in the
Welcome on board Jeff! Please keep up the great work. :)
Cheers,
Trustin
On Dec 15, 2007 6:34 PM, Niclas Hedhman [EMAIL PROTECTED] wrote:
On Saturday 15 December 2007 06:41, Jeff Genender wrote:
Thank you and I am honored. ;-)
Welcome to MINA...
Cheers
--
Niclas Hedhman, Software
Hi Alexander,
On Dec 16, 2007 2:14 AM, _alexandr [EMAIL PROTECTED] wrote:
sorry for my bad english :(
Mine is poor too. :D
i configured MINA to use SSLFilter. It works OK with correct certificates.
But i try to use incorrect certificates (signing by not-trusted CA).
Connection closed, but
On Dec 15, 2007 11:55 AM, Steve Johns [EMAIL PROTECTED] wrote:
On Dec 15, 2007 5:52 AM, Mike Heath [EMAIL PROTECTED] wrote:
Steve Johns wrote:
Thanks for Mina. It is a great project.
After I am trying out the Mina, I had some questions.
1) If the server session.write() a message,
[
https://issues.apache.org/jira/browse/DIRMINA-497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552321
]
Trustin Lee commented on DIRMINA-497:
-
Are you sure that the Map implementation that
That's weird. Did you kick your machine's butt? :D
Trustin
On Dec 14, 2007 8:55 AM, Qi [EMAIL PROTECTED] wrote:
Hi Trustin,
For some reason that I don't know, messages are now transferred
successfully.
I've done nothing except my windows machine was rebooted.
Truly lost...
Qi Cao
14
On Dec 14, 2007 7:56 AM, Steve Johns [EMAIL PROTECTED] wrote:
On Dec 14, 2007 6:40 AM, mat [EMAIL PROTECTED] wrote:
On Dec 14, 2007 1:35 AM, Trustin Lee [EMAIL PROTECTED] wrote:
Hi Steve,
On Dec 13, 2007 11:49 PM, Steve Johns [EMAIL PROTECTED]
wrote:
Thanks for Mina. It is a
On Dec 14, 2007 2:41 AM, Trustin Lee [EMAIL PROTECTED] wrote:
On Dec 13, 2007 11:35 PM, Frederic Soulier [EMAIL PROTECTED] wrote:
Hi Trustin
Thx for your answer. It makes sense.
In our case UDP messages from clients are guaranteed to fit in 1 UDP
packet therefore the fact that UDP
Exactly. I'd like to start a vote as soon as a couple of bugs/design
issues are fixed and migration guide becomds available.
Cheers,
Trustin
On Dec 15, 2007 6:53 AM, Brian McCallister [EMAIL PROTECTED] wrote:
If the committers are recommending using trunk, that suggests it is
time for a
Please try to svn up again. You are not using the latest revision.
HTH,
Trustin
On Dec 14, 2007 2:37 AM, Saurabh Jain [EMAIL PROTECTED] wrote:
Hi,
I am using mina-core-2.0.0-M1-SNAPSHOT which i compiled from trunk from
revision number 581243 (This is the highest reviosion number of the
Welcome Jeff !!!
On Dec 14, 2007 4:29 PM, Alex Karasulu [EMAIL PROTECTED] wrote:
Hi all,
We have a new committer, Jeff Genender, who's a committer other projects
here at the ASF and a member of the foundation as well. He's great guy
and
has been working on some of the http client code
Hi Maarten,
On Dec 15, 2007 3:26 AM, Maarten Bosteels [EMAIL PROTECTED] wrote:
about (4) : I thought the deadlock is caused by a bug in log4j (namely that
it doesn't use proper synchronization) ?
If that's the case I think we should not try to fix it in MINA.
I think it's not really a bug of
BTW I think we need something different from JarJar
(http://code.google.com/p/jarjar/). We need a simple skeleton code
from which a thin logging layer code is generated into the specified
package (org.apache.mina.common in MINA's case). It could be reused
among many frameworks including MINA.
On Dec 17, 2007 2:17 PM, Mark [EMAIL PROTECTED] wrote:
Trustin, has a migration guide been started?
Not yet. If you are volunteering, it's a great news.
Cheers,
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID: 0x0255ECA6
part of the reason I joined was to help with documentation. I will
volunteer and start a new thread on this topic.
On Dec 17, 2007 12:30 AM, Trustin Lee [EMAIL PROTECTED] wrote:
On Dec 17, 2007 2:17 PM, Mark [EMAIL PROTECTED] wrote:
Trustin, has a migration guide been started?
Not yet.
On Dec 11, 2007 11:51 AM, oscarcs [EMAIL PROTECTED] wrote:
I must develop a system made of nodes in a tree layout. Each node (computer)
has many children and only one father.
Each node sends TCP messages (using a propietary protocol) to the father, an
the father itself must send the messages
I have volunteered to lead an effort to put together a migration guide that
shows how to 'port' a MINA 1.x based program to a MINA 2.x based program.
Here are some thoughts I have:
1. Provide some programs written using MINA 1.x and the changes that are
required to use 2.x.
2. List the
On Dec 16, 2007 1:51 AM, Bogdan Ciprian Pistol [EMAIL PROTECTED] wrote:
Hi all,
On Dec 13, 2007 7:50 PM, Trustin Lee [EMAIL PROTECTED] wrote:
It seems like we now have some reasonable approaches on streaming
large object now. I think all of them are valid, but I also would
like you to
Hi there,
I've just found a possible bug in MINA Datagram transport.
In my handler class, I was trying to write some messages once the
sessionOpened event is fired, while the program will hang if I get the
writeFuture and call join() on it.
If I call join with a timeout parameter, after the
28 matches
Mail list logo
