Comments for out of the way http://gfrison.com Fundamentals never go out of style Thu, 30 Apr 2009 07:05:44 +0000 http://wordpress.com/ hourly 1 Comment on Powered by Apache Mina by Nyarlathotep http://gfrison.com/2009/04/24/powered-by-apache-mina/#comment-63 Nyarlathotep Thu, 30 Apr 2009 07:05:44 +0000 http://gfrison.com/?p=73#comment-63 Mina isn't limited to request-response only. Everytime some bytes commining in, or you are writing a message to the session, a chain of filters is triggered. You can specify the filters on your needs. One of them is the (Demuxing)ProtocolCodecFilter which takes a decoder and an encoder. You just call IoSession.write() with you message object and the encoder will be triggered. When bytes dripping in, the decoder will be triggered and, if finished, the parsed message object forwarded to the next filter. Your app won't get in contact with the byte stream, which offers a nice abstraction of the underlying protocol. Mina isn’t limited to request-response only.
Everytime some bytes commining in, or you are writing a message to the session, a chain of filters is triggered. You can specify the filters on your needs. One of them is the (Demuxing)ProtocolCodecFilter which takes a decoder and an encoder.
You just call IoSession.write() with you message object and the encoder will be triggered.
When bytes dripping in, the decoder will be triggered and, if finished, the parsed message object forwarded to the next filter.
Your app won’t get in contact with the byte stream, which offers a nice abstraction of the underlying protocol.

]]> Comment on Powered by Apache Mina by Giancarlo Frison http://gfrison.com/2009/04/24/powered-by-apache-mina/#comment-61 Giancarlo Frison Wed, 29 Apr 2009 19:14:00 +0000 http://gfrison.com/?p=73#comment-61 Sure. Once you get the IoSession, from TCP connection for instance, you could forward packets in whatever thread you need using IoSession.write(). Sure. Once you get the IoSession, from TCP connection for instance, you could forward packets in whatever thread you need using IoSession.write().

]]> Comment on Powered by Apache Mina by kwade http://gfrison.com/2009/04/24/powered-by-apache-mina/#comment-60 kwade Wed, 29 Apr 2009 17:09:44 +0000 http://gfrison.com/?p=73#comment-60 Very interesting. Especially the part about DemuxingIoHandler; very cool. But, I am curious as to how one would use mina to "forward notifications asynchronously to the client." I can see how mina allows for a request/response type of handling. But it's not obvious to me how -- if you had some server-side event happen that you wanted to notify clients about -- you could get connections to those connected clients and then push a message to them asynchronously? Very interesting. Especially the part about DemuxingIoHandler; very cool. But, I am curious as to how one would use mina to “forward notifications asynchronously to the client.” I can see how mina allows for a request/response type of handling. But it’s not obvious to me how — if you had some server-side event happen that you wanted to notify clients about — you could get connections to those connected clients and then push a message to them asynchronously?

]]> Comment on Powered by Apache Mina by Ashish http://gfrison.com/2009/04/24/powered-by-apache-mina/#comment-59 Ashish Tue, 28 Apr 2009 03:56:29 +0000 http://gfrison.com/?p=73#comment-59 Great article! Great article!

]]> Comment on Recruiter advisory: Explicit lyrics by John Moore http://gfrison.com/2009/03/13/recruiter-advisory-explicit-lyrics/#comment-54 John Moore Fri, 10 Apr 2009 02:24:48 +0000 http://gfrison.com/?p=41#comment-54 Good tips throughout. The key for me, as a hiring manager, is often the behavioral portion of the interview. Trying to get inside of a candidate's head to more thoroughly understand what makes them tick is the hardest, but potentially the most rewarding, skill to gain. If you have a chance, check out my blog posting on how startups should go about choosing a recruiting partner. Based upon the advice here to recruiter's I feel the readers of my blog might get some good insights from any comments you could provide. http://johnfmoore.wordpress.com/2009/03/18/find-the-right-recruiting-partner-for-your-startup/ John http://johnfmoore.wordpress.com Good tips throughout. The key for me, as a hiring manager, is often the behavioral portion of the interview. Trying to get inside of a candidate’s head to more thoroughly understand what makes them tick is the hardest, but potentially the most rewarding, skill to gain.

If you have a chance, check out my blog posting on how startups should go about choosing a recruiting partner. Based upon the advice here to recruiter’s I feel the readers of my blog might get some good insights from any comments you could provide.

http://johnfmoore.wordpress.com/2009/03/18/find-the-right-recruiting-partner-for-your-startup/

John
http://johnfmoore.wordpress.com

]]> Comment on Chain of failures on blocking threads by Giancarlo Frison http://gfrison.com/2008/06/11/chain-of-failures-on-blocking-threads/#comment-10 Giancarlo Frison Thu, 19 Jun 2008 07:40:11 +0000 http://giancarlof.wordpress.com/?p=14#comment-10 Thank you Chatchai. The point isn't the task's failure but its delay. I want to put in a timebox every task that may delay or block an whole process flow execution. Maybe during the login we encounter tcp latency that shifts our task, or the endpoint disappear without any warning, hunging our request. It would trigger unpredictable failures drugging the hung to other components. Thank you Chatchai.
The point isn’t the task’s failure but its delay.
I want to put in a timebox every task that may delay or block an whole process flow execution.
Maybe during the login we encounter tcp latency that shifts our task, or the endpoint disappear without any warning, hunging our request. It would trigger unpredictable failures drugging the hung to other components.

]]> Comment on Chain of failures on blocking threads by Chatchai http://gfrison.com/2008/06/11/chain-of-failures-on-blocking-threads/#comment-9 Chatchai Thu, 19 Jun 2008 03:29:40 +0000 http://giancarlof.wordpress.com/?p=14#comment-9 Good Post. Just one minor thing I'd like to add. ExecutorService know nothing about the timeout. TimeoutException has been thrown just to tell us that the get(timeout,timeunit) was timeout. It didn't mean that the execution was failed. If the task take around 8 secs and you call get(3 secs) in a loop then you may get TimeoutException for the first and second call and get the result on the third. Good Post.

Just one minor thing I’d like to add. ExecutorService know nothing about the timeout. TimeoutException has been thrown just to tell us that the get(timeout,timeunit) was timeout. It didn’t mean that the execution was failed. If the task take around 8 secs and you call get(3 secs) in a loop then you may get TimeoutException for the first and second call and get the result on the third.

]]>