Hi, I would like to know if there are some way to get total bytes recived
including TCP protocol bytes (Head TCP-IP, CRC..., and all datagram
retrasmition). I am studying about use Jpcap but is a difficult solution.
All control methods to integrate MINA with JMX are usuless.
--
View this
Hello Semi,
As far as I know, it's totally impossible to get that info at the
application layer (unless you build your own TCP/IP stack in java)
The OS does not notify the application about datagram retransmission etc.
Maarten
On Jan 9, 2008 10:25 AM, semi [EMAIL PROTECTED] wrote:
Hi, I would
semi wrote:
Hi, I would like to know if there are some way to get total bytes recived
including TCP protocol bytes (Head TCP-IP, CRC..., and all datagram
retrasmition). I am studying about use Jpcap but is a difficult solution.
All control methods to integrate MINA with JMX are usuless.
I heard there was a special compression method which could speed up the
perfomance of the compression if only numeric is in the message. Is that
true?
On Jan 8, 2008 11:57 PM, Mark [EMAIL PROTECTED] wrote:
Not sure. I think I would run both cases and see which one performs
better. I would
Well... compression can always be more effective if the protocol is
already wasteful. By numeric, if you mean that e.g. each byte is
the ASCII representation of a numeric digit, that means that each byte
can only contain 10/256 of the possible byte values - fairly wasteful.
Just by using
Are you using the latest code from trunk? I believe there was an issue
where an unfair priority was given to reads over writes and I think that
has been fixed in trunk. Could you try downloading and compiling that
latest version of MINA and see if you're still experience the same
delays with
I think Jeff started working on some of it over at MINA btw. Excuse the
cross post.
Alex
On Jan 9, 2008 4:10 PM, Matt Hogstrom [EMAIL PROTECTED] wrote:
If it is better and easier than http-client are they interested in
it? Seems like a logical fit. That said, I think Genender boy wanted
AsyncWeb and Jeff's AsyncHttpClient are different projects. Anyways,
Jeff is free to modify the trunk, which already contains
AsyncHttpClient, whenever he wants. He made some big changes in
Geronimo sandbox before I made some big changes in his original
contribution, and that's why it's taking
Trustin Lee wrote:
AsyncWeb and Jeff's AsyncHttpClient are different projects. Anyways,
Jeff is free to modify the trunk, which already contains
AsyncHttpClient, whenever he wants. He made some big changes in
Geronimo sandbox before I made some big changes in his original
contribution,
On Jan 10, 2008 7:02 AM, Jeff Genender [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
AsyncWeb and Jeff's AsyncHttpClient are different projects. Anyways,
Jeff is free to modify the trunk, which already contains
AsyncHttpClient, whenever he wants. He made some big changes in
Geronimo
Hello Mehdi,
I think it's a typical problem of a MINA server which is under high
load. There are many ways to resolve the problem. For example, you
could try to use ReadThrottleFilterBuilder.
Trustin
On Jan 9, 2008 5:51 PM, Mehdi Nikfarjam [EMAIL PROTECTED] wrote:
Dear Mr. Lee
I have
On Jan 9, 2008 4:57 PM, Trustin Lee [EMAIL PROTECTED] wrote:
AsyncWeb and Jeff's AsyncHttpClient are different projects. Anyways,
Jeff is free to modify the trunk, which already contains
AsyncHttpClient, whenever he wants.
I know that.
You obviously missed why I posted this information.
Actually I backported the fix to the latest version of 1.x. However,
it's not as configurable as 2.x.
wwTyler, Could you provide us some reproduceable stand alone application?
HTH,
Trustin
On Jan 10, 2008 4:00 AM, Mike Heath [EMAIL PROTECTED] wrote:
Are you using the latest code from trunk?
[
https://issues.apache.org/jira/browse/DIRMINA-499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557474#action_12557474
]
Trustin Lee commented on DIRMINA-499:
-
Sure, please keep posting patches and I really
I think you missed it again. See here:
On Jan 9, 2008 4:10 PM, Matt Hogstrom [EMAIL PROTECTED] wrote:
If it is better and easier than http-client are they interested in
it? Seems like a logical fit. That said, I think Genender boy
wanted
to melt some metal when he started
What's important is actually not where to host it or whether to fork
or not - Jeff, the main contributor of the project, and the MINA team
already decided to host it under the MINA trunk and Jeff wants to keep
working on here with AHC. So I think Jeff will take care of the
Geronimo discussion
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
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
Emmanuel Lecharny wrote:
Hey,
Alex just posted some X-post
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
Not wrong at all. Its a little more complicated than that though :/
Let me get some of those guys to chime in.
Jeff
Emmanuel Lecharny wrote:
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
Thanks Jeff for taking care of this! I know it's a complicated task
for anyone, but I believe you are the only one who can take care of
this this time. We don't need to rush but can move step by step. :-)
Cheers,
Trustin
On Jan 10, 2008 9:18 AM, Jeff Genender [EMAIL PROTECTED] wrote:
Not
On Jan 10, 2008 9:00 AM, Emmanuel Lecharny [EMAIL PROTECTED] wrote:
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
DatagramConnector.connect() is slow compared to connect() with
java.net.DatagramSocket
--
Key: DIRMINA-509
URL: https://issues.apache.org/jira/browse/DIRMINA-509
[
https://issues.apache.org/jira/browse/DIRMINA-509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wilson Yeung updated DIRMINA-509:
-
Fix Version/s: (was: 2.0.0-M2)
DatagramConnector.connect() is slow compared to connect()
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
[
https://issues.apache.org/jira/browse/DIRMINA-503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Heath resolved DIRMINA-503.
Resolution: Fixed
I've added an explicit IOException check for the cases that my earlier fix will
26 matches
Mail list logo
