Le Thu, 26 Nov 2009 16:01:32 +0100,
Norman Maurer norman.mau...@googlemail.com a écrit :
Well I'm not a MINA committer but I would keep the Filter naming.
Like Emanuell said, its a well known pattern.
Bye,
Norman
Hey :) If some opinion matter on methods and class name, it's the
users one
On Fri, Nov 27, 2009 at 9:39 AM, Ashish paliwalash...@gmail.com wrote:
they are not recent). Here they are.
First, let's start with what we really need :
o A chain has a start
Yup, very much needed
o A chain has an end
Very logical. Do we need a marker end of chain or if we don't get
On Thu, Nov 26, 2009 at 22:48, Niklas Gustavsson nik...@protocol7.com wrote:
On Thu, Nov 26, 2009 at 10:09 PM, Bernd Fondermann
bf_...@brainlounge.de wrote:
I can reproduce with a fresh trunk checkout and
mvn -Dmaven.test.skip install
If I don't skip the tests, then build fails with unit
On Fri, Nov 27, 2009 at 10:21, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
On Thu, Nov 26, 2009 at 22:48, Niklas Gustavsson nik...@protocol7.com wrote:
On Thu, Nov 26, 2009 at 10:09 PM, Bernd Fondermann
bf_...@brainlounge.de wrote:
I can reproduce with a fresh trunk checkout and
http://weblogs.java.net/blog/jfarcand/archive/2009/11/24/leaving-sun-thanks-you-sun
Too bad for Sun. Good luck at Ning, Jean-François !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
o We have as many filters as we need in the chain
o Filters can be added or removed dynamically
Hmm.. here I would like to add, that if the chain is modifiable
Seems like you started a sentence, but were disturbed and never finished it ;)
Oh its covered below, was just punching in that for
Emmanuel Lecharny wrote:
http://weblogs.java.net/blog/jfarcand/archive/2009/11/24/leaving-sun-thanks-you-sun
Too bad for Sun. Good luck at Ning, Jean-François !
Thanks :-)
-- Jeanfrancois
Back in the day, I would get a copy of the FtpServerContext and from
that get the ServerFtpStatistics which I would use to call the
setFileObserver() method. However, this involves a lot of casting
and use of internal classes and interfaces.
Given that setting Observers would seem to be
On Nov 26, 2009, at 2:48 AM, Emmanuel Lecharny wrote:
Ashish wrote:
Have started looking into the FilterChain implementation and here are
some initial thoughts
1. Rename IoFilterChain as IoChannel - it gives a more clear picture
and is easy to understand like imagine as a Channel with
On Nov 26, 2009, at 2:25 AM, Ashish wrote:
Have started looking into the FilterChain implementation and here are
some initial thoughts
1. Rename IoFilterChain as IoChannel - it gives a more clear picture
and is easy to understand like imagine as a Channel with multiple
stages aka IoFilters.
On Nov 26, 2009, at 7:51 AM, Emmanuel Lecharny wrote:
About the Filters and the Chain, I also have some initial thoughts
(even if they are not recent). Here they are.
First, let's start with what we really need :
o A chain has a start
o A chain has an end
o Both start and end are Filter
See
http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-solaris/org.apache.vysper$vysper-core/167/changes
See
http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-solaris/167/changes
On Nov 27, 2009, at 12:39 AM, Ashish wrote:
they are not recent). Here they are.
First, let's start with what we really need :
o A chain has a start
Yup, very much needed
o A chain has an end
Very logical. Do we need a marker end of chain or if we don't get next
filter, we assume its
There seems to be a pantheon of Future classes. Frankly, it's
bewildering. Also the interface IoFuture is overwrought, JMHO :)
Maybe this is because it's a pre-generics thing.
Regards,
Alan
On Fri, Nov 27, 2009 at 5:28 PM, Alan D. Cabrera l...@toolazydogs.com wrote:
On Nov 26, 2009, at 7:51 AM, Emmanuel Lecharny wrote:
About the Filters and the Chain, I also have some initial thoughts (even
if they are not recent). Here they are.
First, let's start with what we really need :
On Fri, Nov 27, 2009 at 6:09 PM, Alan D. Cabrera l...@toolazydogs.com wrote:
There seems to be a pantheon of Future classes. Frankly, it's bewildering.
Also the interface IoFuture is overwrought, JMHO :) Maybe this is
because it's a pre-generics thing.
Why do you think we want to start a
On Nov 27, 2009, at 9:29 AM, Emmanuel Lecharny wrote:
On Fri, Nov 27, 2009 at 6:09 PM, Alan D. Cabrera
l...@toolazydogs.com wrote:
There seems to be a pantheon of Future classes. Frankly, it's
bewildering.
Also the interface IoFuture is overwrought, JMHO :) Maybe this is
because it's
On Nov 27, 2009, at 9:26 AM, Emmanuel Lecharny wrote:
On Fri, Nov 27, 2009 at 5:28 PM, Alan D. Cabrera
l...@toolazydogs.com wrote:
On Nov 26, 2009, at 7:51 AM, Emmanuel Lecharny wrote:
About the Filters and the Chain, I also have some initial thoughts
(even
if they are not recent). Here
See
http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.6-solaris/org.apache.vysper.extensions$xep0045-muc/165/
See
http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.6-solaris/165/changes
I want to send a 1TB image and am not clear how to do so. It seems
that ProtocolEncoder is only called once and that one must allocate a
buffer a to fit the whole image. I tried to follow up the encoder
calls to see if there was a lower level place to do this and got
totally lost.
Have started looking into the FilterChain implementation and here are
some initial thoughts
1. Rename IoFilterChain as IoChannel - it gives a more clear picture
and is easy to understand like imagine as a Channel with multiple
stages aka IoFilters.
This came while I was drawing on paper to
Have you considered breaking the image up into multiple messages?
Chris
From: Alan D. Cabrera l...@toolazydogs.com
To: dev@mina.apache.org
Sent: Fri, November 27, 2009 9:41:07 PM
Subject: Sending a 1TB image
I want to send a 1TB image and am not clear how to
In the second approach, won't we end up with the same problems as Mina 2.0,
From the debugging PoV, it's a nightmare, as you have to step through many
intermediate calls (in fact, an other call for each filter). The StackTrace
is heavy. The next filter is not known when you are in a Filter,
I could but what I really want to know is how to send a message w/out
serializing the whole thing in memory first.
Regards,
Alan
On Nov 27, 2009, at 8:10 PM, Christopher Popp wrote:
Have you considered breaking the image up into multiple messages?
Chris
On Nov 27, 2009, at 7:59 PM, Ashish wrote:
Have started looking into the FilterChain implementation and here
are
some initial thoughts
1. Rename IoFilterChain as IoChannel - it gives a more clear picture
and is easy to understand like imagine as a Channel with multiple
stages aka
On Nov 27, 2009, at 8:23 PM, Ashish wrote:
In the second approach, won't we end up with the same problems as
Mina 2.0,
From the debugging PoV, it's a nightmare, as you have to step
through many
intermediate calls (in fact, an other call for each filter). The
StackTrace
is heavy. The
28 matches
Mail list logo
