Hello Andrei,
I think the CumulativeProtocolDecoder is the way to go.
You don't necessarily have to throw away all the work, since your
decoder could be stateful. When it has partially decoded a record, it
can store this data
and when more data becomes available, continue from there.
How does
My test may not be right, I was trying to simulate a larger number of
concurrent HTTP conections. Could you review my test methodology and suggest
a more meaningful NIO test?
jgenender wrote:
A few considerations for you...
Be sure to tweak your TCP IP parameters or you will hit a wall
When PropertyConfigurator is loaded at the entry point of the application
such as in the main() method, will other classes used the same properties
configuration as well? Thank You!
Emmanuel Lecharny-3 wrote:
http://www.slf4j.org/manual.html
On 9/25/07, kwtan [EMAIL PROTECTED] wrote:
I
yz wrote:
It requires another thread.
It requires a thread that is dedicated to managing scheduling as a
daemon, but it certainly is not blocking anything else. I believe this
is probably one of the components that is best suited for scheduling a
timeout as it scales incredibly well. I have
I've written a simple datagram broadcast sender application using Mina 1.1.2.
It works correctly but after ~1 minute the IoSession.write() always throws
an org.apache.mina.common.RuntimeIOException exception. There is exactly one
IoSession instance during the application lifecycle.
The full
[
https://issues.apache.org/jira/browse/DIRMINA-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530460
]
Dan Diephouse commented on DIRMINA-353:
---
Anyone still working on this? :-)
Import AsyncWeb from Safehaus
Well, the problem is that my parser uses recursive calls (records can have
subrecords which can be collections of subrecords...) and if it hits the end
of available data, it is pretty hard to bookmark its state and make it jump
back to the same point once more data is available. Or so I think -
Hi DCSReply,
On 9/26/07, dcsepely [EMAIL PROTECTED] wrote:
I've written a simple datagram broadcast sender application using Mina 1.1.2.
It works correctly but after ~1 minute the IoSession.write() always throws
an org.apache.mina.common.RuntimeIOException exception. There is exactly one
thanks!
--
View this message in context:
http://www.nabble.com/Do-i-need-to-use-threadpool-in-my-iohandler-to-improve-performance--tf4523297s16868.html#a12904139
Sent from the Apache MINA Support Forum mailing list archive at Nabble.com.
All -
We've just recently deployed a Mina-based server (using mina-core-1.0.3) to
production that had been in testing for some time. We are now getting a
strange error that we had never seen during testing.
The server is a fairly simple request / response multi-threaded server that
uses our own
Also noticed during testing in my own dev environment that if I wait for a
few minutes between sending messages to the server, a new thread is always
used by the executor filter.
For example, if I connect and send three requests one after the other, the
executor filter uses thread-1 for each
I'm using Windows Vista Windows XP. I attached a sample application it also
throws an org.apache.mina.common.RuntimeIOException after one minute.
Trustin Lee wrote:
Hi DCSReply,
On 9/26/07, dcsepely [EMAIL PROTECTED] wrote:
I've written a simple datagram broadcast sender application
It's unlikely that anyone can give a good answer to such a generic question.
1) It depends highly on the type of application you are writing.
2) Instead of using your own thread-pool, you could also add an
ExecutorFilter to the chain
for example at the end (thus just before your IoHandler)
3)
Mark Webb-4 wrote:
If you are using the trunk, check out the protocol-http-server and
filter-codec-http subprojects.
I checkout yesterday the trunk code from
https://svn.apache.org/repos/asf/mina/trunk/
and the no classes under the protocol-http-server. The directory listed
below is
The protocol-http-server is the future home of AsyncWeb, when it gets
imported. See this issue for details:
https://issues.apache.org/jira/browse/DIRMINA-353
Trustin... please!
On 9/26/07, monika7 [EMAIL PROTECTED] wrote:
Mark Webb-4 wrote:
If you are using the trunk, check out the
yeah yeah I hear everyone's crying! :)
On 9/27/07, Cameron Taggart [EMAIL PROTECTED] wrote:
The protocol-http-server is the future home of AsyncWeb, when it gets
imported. See this issue for details:
https://issues.apache.org/jira/browse/DIRMINA-353
Trustin... please!
On 9/26/07, monika7
Hi,
There has been enormous amount of requests about importing AsyncWeb
under MINA PMC. I must admit that I was too lazy to deal with legal
issues even after the proper software grant for AsyncWeb has been
received.
Now, I'd like to fire the vote for importing AsyncWeb under Apache MINA PMC.
On 9/27/07, Trustin Lee [EMAIL PROTECTED] wrote:
Hi,
There has been enormous amount of requests about importing AsyncWeb
under MINA PMC. I must admit that I was too lazy to deal with legal
issues even after the proper software grant for AsyncWeb has been
received.
Now, I'd like to fire
non-binding +1
Jeff
Trustin Lee wrote:
Hi,
There has been enormous amount of requests about importing AsyncWeb
under MINA PMC. I must admit that I was too lazy to deal with legal
issues even after the proper software grant for AsyncWeb has been
received.
Now, I'd like to fire the vote
Hi again.
There's an important contribution from Eero Nevalainen that will help
users to implement sending a protocol-specific keep-alive message
periodically:
https://issues.apache.org/jira/browse/DIRMINA-354
It's just a few classes, so I thought we could just import the code,
but procedure is
+1, import
- Original Message -
From: Trustin Lee [EMAIL PROTECTED]
To: dev@mina.apache.org
Sent: Wednesday, September 26, 2007 5:24 PM
Subject: [VOTE] Import KeepAlive functionality contribution under MINA PMC
Hi again.
There's an important contribution from Eero Nevalainen that
[X]: +1, import
On 9/26/07, Jeff Genender [EMAIL PROTECTED] wrote:
non-binding +1
Jeff
Trustin Lee wrote:
Hi,
There has been enormous amount of requests about importing AsyncWeb
under MINA PMC. I must admit that I was too lazy to deal with legal
issues even after the proper
[X]: +1, import
On 9/26/07, Michael Grundvig [EMAIL PROTECTED] wrote:
+1, import
- Original Message -
From: Trustin Lee [EMAIL PROTECTED]
To: dev@mina.apache.org
Sent: Wednesday, September 26, 2007 5:24 PM
Subject: [VOTE] Import KeepAlive functionality contribution under MINA PMC
A Selector pool something like:
http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioSelectorPool.java
On 9/25/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 9/25/07, Mark [EMAIL PROTECTED] wrote:
Wouldn't it make sense to multiplex a Selector across
[X]: +1, import
Alex
On 9/26/07, Trustin Lee [EMAIL PROTECTED] wrote:
I must admit that I was too lazy to deal with legal
issues even after the proper software grant for AsyncWeb has been
received.
Hehe you were just waiting for me to do it :).
[X]: +1, import
Alex
On 9/26/07, Trustin Lee [EMAIL PROTECTED] wrote:
...
[ X ]: +1, import
[ ] 0, abstain
[ ]: -1, don't import
Enrique
On 9/26/07, Trustin Lee [EMAIL PROTECTED] wrote:
...
[ X ]: +1, import
[ ] 0, abstain
[ ]: -1, don't import
Enrique
28 matches
Mail list logo