Hi Trustin,
I don't think splitting MessageHandler into the two interfaces makes more sense
since, at least for me, it is simpler to write both sides in one class
as some codes could be duplicated if I split them.
So my question is (I could read the code but I feel like asking could be
faster ;-)
On Thu, 22 Nov 2007 13:14:47 +0900
Trustin Lee [EMAIL PROTECTED] wrote:
On Nov 21, 2007 7:25 PM, Mladen Turk [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
You might encounter segfault due to a bug of the current
implementation because we are using tomcat-native bridge for
APR 1.2.
Hi Trustin,
Thank you and it is my pleasure if I can help... ;-)
I am on the way to migrate so I will let you know,
especially after new benchmarks...
Frederic
Selon Trustin Lee [EMAIL PROTECTED]:
Hi Frédéric,
On Nov 21, 2007 3:55 AM, Frédéric Brégier [EMAIL PROTECTED] wrote:
Hi Trustin
Hi Trustin,
(sorry for so much mails ;-)
Bloking IO could be problematic so I will probably work on the second
option (in fact my initial thoughts).
My initial work was based on serialization but I fell like it could
be no as efficient as needed, so I need to rethink about it and write
a protocol
Trustin Lee wrote:
First thing I would add would be the unlock for Socket.accept
(something each Acceptor, not only APR should have)
and make sure that Socket.close for the acceptor socket is called even
on the CTRL+C. After all native calls are exited, then you can safely
call the
Hi
I am using mina 1.1.3 for communications between an applet and a server
process, using DemuxingProtocolCodecFactory and a DemuxingIoHandler my
implementation is based on the GraphicalCharGen example.
The Problem: Applet Not Destroying cleanly
From reading the forum it would appear that the
Well I knew as soon as I posted to the forum I would fix it. (Been trying to
fix it for a day on and off)
For others here the fix is below in bold.
I think the problem is the demo's have not been updated to reflect various
changes in MINA
Trustin
If I get a couple hours I will knock up a simple
Thank you to pointing this discussion, but as I said, no example
on client side ?
Now about the MD5, I agree with you on compute MD5 locally globally
on the file and comparing at the end.
However, if I send by packet as Trustin suggested, I come back to my previous
idea which was to compute MD5
Hi Trustin -
Thanks for the reply.
I updated from trunk, and see all the new filter-codec-http stuff there -
I'll use that, for sure.
A couple things:
1. The problem that I had was only manifested when I slammed a bunch of GETs
in a row - if I added even a tiny (like, 10ms) delay, then
Hi Trustin and all !
In the past in trunk (6 month ago) we had :
connector.setWorkerTimeout(1);
But there is no more such a function now in trunk.
Does it have a reason ?
So far, it seems I almost finished (still without testing)
rewriting my code, so at most 3 days.
Thanks to all
Frederic
Hello Trustin,
re-inventing the wheel is never a good thing. To me, it sounds
reasonable that HttpComponents and MINA cooperate on the client
side, at least for the higher level functionality. There is of
course some kind of competition on the lower levels, where
HttpNIO and MINA address similar
Hello Frederic,
try connector.dispose();
http://mina.apache.org/report/trunk/apidocs/org/apache/mina/common/IoService.html#dispose()
Maarten
On Nov 22, 2007 6:53 PM, Frédéric Brégier [EMAIL PROTECTED] wrote:
Hi Trustin and all !
In the past in trunk (6 month ago) we had :
Hi Maarten,
Correct me if I am missing something.
dispose() seems to release all ressources from the IoService (or connector), so
when you don't need anymore the
connector.
setWorkerTimeout() was intend to release one thread only inside the pool of
threads after the specified timeout
after no
Hi Trustin,
What about performance (throughput)comparing VMPipe to Socket?
On 11/22/07, Trustin Lee [EMAIL PROTECTED] wrote:
Hi Angel,
On Nov 20, 2007 9:07 PM, Angel.Figueroa [EMAIL PROTECTED] wrote:
IF the two java process are executing on the same java virtual machine,
it
meaning
On Nov 22, 2007 9:45 PM, paul bryant [EMAIL PROTECTED] wrote:
Well I knew as soon as I posted to the forum I would fix it. (Been trying to
fix it for a day on and off)
For others here the fix is below in bold.
I think the problem is the demo's have not been updated to reflect various
changes
Hi Mladen,
On Nov 22, 2007 6:18 PM, Mladen Turk [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
First thing I would add would be the unlock for Socket.accept
(something each Acceptor, not only APR should have)
and make sure that Socket.close for the acceptor socket is called even
on the
On Nov 23, 2007 3:06 PM, Trustin Lee [EMAIL PROTECTED] wrote:
Hi Frédéric,
On Nov 23, 2007 7:53 AM, Frédéric Brégier [EMAIL PROTECTED] wrote:
Hi Maarten,
Correct me if I am missing something.
dispose() seems to release all ressources from the IoService (or
connector), so when you
On Nov 23, 2007 9:21 AM, mat [EMAIL PROTECTED] wrote:
How can I implement boardcast in my application before Mina 2.0 releases?
Any suggestion? Thanks.
IIRC, it's not different from MINA 2.0. Just send some datagram to
255.255.255.255 after setting the broadcast property in session
On Nov 23, 2007 9:19 AM, mat [EMAIL PROTECTED] wrote:
Hi Trustin,
What about performance (throughput)comparing VMPipe to Socket?
You can drop ProtocolCodecFilter, which means you save a lot of CPU
time. Therefore, the performance will be much better, but not better
than the direct invocation.
I've just fixed the failing tests. Thanks for the information!
Trustin
On Nov 23, 2007 12:03 AM, parki [EMAIL PROTECTED] wrote:
Hi Trustin -
Thanks for the reply.
I updated from trunk, and see all the new filter-codec-http stuff there -
I'll use that, for sure.
A couple things:
1.
Hi Andi,
On Nov 22, 2007 8:00 PM, superandi [EMAIL PROTECTED] wrote:
Hi there Mina-Pros,
before discovering Mina I did the following:
I Started a Java ServerSocket to accept connections. I remembered the
accepted connection and waited for a new one. At server start i spawned a
number of
On Nov 22, 2007 3:08 PM, Matt Phillips [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
I opened the hprof files you provided in YourKit profiler and it seems
like the actual amount of memory the JVM is very small:
http://www.nabble.com/file/p13891096/avis-profiler-report.zip
Actually I am talking about :
broadcast
public static List
http://java.sun.com/j2se/1.5.0/docs/api/java/util/List.html?is-external=trueWriteFuture
http://mina.apache.org/report/trunk/apidocs/org/apache/mina/common/WriteFuture.html
*broadcast*(Object
How can I implement boardcast in my application before Mina 2.0 releases?
Any suggestion? Thanks.
Hello Roland,
Thanks for the response. Let's wait and see how people think about
this issue. Probably Jeff will also have something to say. :)
Cheers,
Trustin
On Nov 23, 2007 3:06 AM, Roland Weber [EMAIL PROTECTED] wrote:
Hello Trustin,
re-inventing the wheel is never a good thing. To me,
25 matches
Mail list logo