[
https://issues.apache.org/jira/browse/DIRMINA-1108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16840440#comment-16840440
]
David M. Lloyd commented on DIRMINA-1108:
-
Normally thread pool termina
[
https://issues.apache.org/jira/browse/DIRMINA-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770068#action_12770068
]
David M. Lloyd commented on DIRMINA-678:
Yeah, it seems to work for me. At l
[
https://issues.apache.org/jira/browse/DIRMINA-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770057#action_12770057
]
David M. Lloyd commented on DIRMINA-678:
FYI, there's an easier/more
enough if you
want a thread-safe solution.
[1] http://www.ibm.com/developerworks/java/library/j-jtp06197.html
[2]
http://mina.apache.org/report/1.1/xref/org/apache/mina/common/support/BaseIoSession.html#445
regards,
Maarten
On Wed, May 14, 2008 at 7:44 PM, David M. Lloyd <[EMAIL PROTECTED]>
On 05/14/2008 12:22 PM, Emmanuel Lecharny wrote:
David M. Lloyd wrote:
On 05/14/2008 11:57 AM, Emmanuel Lecharny wrote:
David M. Lloyd wrote:
On 05/14/2008 11:20 AM, Emmanuel Lecharny wrote:
What I can tell at least though is that the session configuration
properties provided by IoService
On 05/14/2008 12:11 PM, Emmanuel Lecharny wrote:
David M. Lloyd wrote:
On 05/14/2008 10:55 AM, Emmanuel Lecharny wrote:
Sangjin Lee wrote:
Hmm... Could you share a simple example of a non-volatile variable
that
respects the volatile contract?
any boolean.
This is incorrect. Changes
On 05/14/2008 11:57 AM, Emmanuel Lecharny wrote:
David M. Lloyd wrote:
On 05/14/2008 11:20 AM, Emmanuel Lecharny wrote:
What I can tell at least though is that the session configuration
properties provided by IoService should be volatile, because they
are accessed in a different thread (I/O
On 05/14/2008 11:20 AM, Emmanuel Lecharny wrote:
What I can tell at least though is that the session configuration
properties provided by IoService should be volatile, because they are
accessed in a different thread (I/O processor) almost always.
Use synchronization, not volatile. it's too dang
On 05/14/2008 10:55 AM, Emmanuel Lecharny wrote:
Sangjin Lee wrote:
Hmm... Could you share a simple example of a non-volatile variable that
respects the volatile contract?
any boolean.
This is incorrect. Changes made to a boolean that is not volatile may
never become visible in another
I've only played with APR a little bit, but in my experiments I've found it
to be unstable in JDK6 thus far. JDK5 seems OK though.
- DML
On 05/12/2008 02:57 PM, Geoff Cadien wrote:
Wondering if anyone else is successfully using MINA+APR. I just tried
testing with the echoserver example (jus
Just an observation. First, anything that has a "void close() throws
IOException" method, or a covariant of such a method, should implement
java.io.Closable.
Second, a generalized static exception-eating "close" method shouldn't eat
exceptions, it should log them.
Third, that generalized st
On 04/28/2008 07:56 PM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
David M. Lloyd wrote:
On 04/28/2008 01:09 PM, Emmanuel Lecharny wrote:
May be but this is just a Buffer, not a data structure ! BB are really
meant to be used as a fixed and temporary storage, not as
On 04/28/2008 01:45 PM, Outside - Karl's ACM wrote:
Exciting conversations this morning. ;)
I also have a personal interest in a multithread safe, nonblocking,
bytecode targeting DFA (and Thompson NFA?) compiler. If such a project
exists or is forming I would like to become involved.
Great!
On 04/28/2008 01:09 PM, Emmanuel Lecharny wrote:
May be but this is just a Buffer, not a data structure ! BB are really
meant to be used as a fixed and temporary storage, not as something a
user application can use at will.
Yes, I think the important change is to break the 1:1 association betw
On 04/28/2008 12:39 PM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
The differences between IoHandler and IoFilter are:
* IoHandler doesn't have life cycle callbacks (onPreAdd,
onPostRemove...) while IoFilter has.
* IoHandler doesn't have handler methods for requests such as write,
setTraffic
On 04/28/2008 12:34 PM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
David M. Lloyd wrote:
On 04/28/2008 11:39 AM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
I'd prefer to introduce an interface type because ByteBuffer is
impossible to extend.
That
On 04/28/2008 11:40 AM, Emmanuel Lecharny wrote:
Yes and no - we should at least make support methods available to make
this easier. MINA won't win any fans by being labeled "framework that
makes decoder implementers do the most work" :-)
The best would be to offer an API having such a method :
On 04/28/2008 11:39 AM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
I'd prefer to introduce an interface type because ByteBuffer is
impossible to extend.
That's fair, but I don't see why you'd need to extend ByteBuffer anyway?
I can do some quick and dirty coding to prove the concept. How
On 04/28/2008 10:46 AM, Emmanuel Lecharny wrote:
David M. Lloyd wrote:
- should we serialize the stream at some point ?
What do you mean by "serialize"?
Write to disk if the received data are too big. See my previous point
(it's up to the decoder to deal with this)
Ah I u
On 04/28/2008 08:57 AM, Emmanuel Lecharny wrote:
"이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
I thought about the current MINA API these days while I am idle, and got
some idea of improvements:
1) Split IoBuffer into two parts - array and buffer
IoBuffer is basically an improvement to ByteBu
On 04/24/2008 05:06 AM, Emmanuel Lecharny wrote:
Hi,
I have created DIRMINA-575, set to blocker. We need better
documentation, otherwise we won't be able to get new committers to get
into the code base.
I will -1 any new release until this is done, or at least, in a good
progress state, FYI
On 04/07/2008 02:05 AM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
I have implemented a quick prototype of mina JNI extension and the
ByteBuffer allocated by glibc malloc seems to show the same performance
characteristics as expected.
I also suggested (in IRC) to try mapping anonymous pages
On 04/07/2008 09:11 AM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
David M. Lloyd wrote:
On 04/07/2008 02:05 AM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
We could create a big read buffer and fire a messageReceived event with
its sliced part, but we s
On 04/07/2008 02:05 AM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]>" wrote:
We could create a big read buffer and fire a messageReceived event with
its sliced part, but we still have an issue with figuring out what part
of the read buffer is being referenced by user. We can be notified when
the slice
[
https://issues.apache.org/jira/browse/DIRMINA-535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12577842#action_12577842
]
David M. Lloyd commented on DIRMINA-535:
So is the connection guaranteed t
[
https://issues.apache.org/jira/browse/DIRMINA-535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12570841#action_12570841
]
David M. Lloyd commented on DIRMINA-535:
See this mailing list thread:
I opened a bug for this: https://issues.apache.org/jira/browse/DIRMINA-535
- DML
On 02/20/2008 03:14 PM, David M. Lloyd wrote:
On 02/20/2008 01:43 PM, David M. Lloyd wrote:
In the protocol I'm working on, the client and server each need to
send a message immediately upon connection.
Components: Core
Affects Versions: 2.0.0-M1
Reporter: David M. Lloyd
The IoHandler.sessionCreated and IoHandler.sessionOpened methods are not called
at useful times. The sessionCreated method should be called *after* the
session is constructed but before anything else is
On 02/20/2008 01:43 PM, David M. Lloyd wrote:
In the protocol I'm working on, the client and server each need to send
a message immediately upon connection. If I send the message in my
IoHandler.sessionOpened() method, is it safe to say that the message
will be sent before the
In the protocol I'm working on, the client and server each need to send a
message immediately upon connection. If I send the message in my
IoHandler.sessionOpened() method, is it safe to say that the message will
be sent before the first IoHandler.messageReceived() occurs? If so, that
fact sh
Haha, and the blog owner is moderating comments. I'm sure the truth will
not see the light of day for this guy.
On 02/19/2008 07:13 AM, David M. Lloyd wrote:
On 02/19/2008 07:07 AM, Stefano Bagnara wrote:
Today I found another blog post on the "usual" topic:
http://mailinat
On 02/19/2008 07:07 AM, Stefano Bagnara wrote:
Today I found another blog post on the "usual" topic:
http://mailinator.blogspot.com/2008/02/kill-myth-please-nio-is-not-faster-than.html
Is this FUD or a new trend that MINA should take care of?
This test was run on a very old kernel, with an o
Julien Vermillard wrote:
Hi,
I would like to have your comments about the Asyncweb server API
[...]
So you can add content in chunks in place of 1 big buffer, that won't
resolve the streaming problem, but it's convenient.
Now streaming :
[...]
> PartialResponseListener listener = new Partia
I believe that Trustin's point is that the visitor pattern is only
effective if you know all the visitable types ahead of time. It's quite
difficult for a user to wedge in their own type after the fact - they
would have to modify the visitor interface for each new transport type
they add.
- DML
Alan D. Cabrera wrote:
I see and take your point. It is six of one and half a dozen of
another. What I'm confused about is why we need to initially specify
anything outside of the actual request. What problem are we trying to
solve? Maybe I'm misunderstanding what you are espousing so let
Tuure Laurinolli wrote:
Of course, the casual user probably doesn't care about connection
pooling, and possibly not even about pipelining and keep-alive, he just
wants a component that takes an HttpRequest, does some magic and gets an
HttpResponse back to the callback he gave to the component.
Alan D. Cabrera wrote:
On Feb 9, 2008, at 3:22 PM, Alan D. Cabrera wrote:
On Feb 9, 2008, at 7:42 AM, David M. Lloyd wrote:
4) Future objects for any blocking operation
I was thinking that we could have a Future object that implements an
AHC callback interface. This would keep the
I think that this bit can be, and is, handled with URLs. I don't see
the advantage of adding complexity to the metaphor and, hence, the API.
This isn't a metaphor, it's an API. Using a metaphor to help conceptualize
what you're trying to accomplish can be helpful, but there's no point in
car
Mike Heath wrote:
I like the idea of specifying a base URI for the HttpClient. So you use
a base URI of something like "http://somedomain.foo"; and subsequent
requests could then do something like get("/bar") which would do a GET
on "http://somedomain.foo/bar";.
This would require further abstr
David M. Lloyd wrote:
Wilson Yeung wrote:
It would be quite nice to be able to do something equivalent to
sendto() with
a DatagramAcceptor or a DatagramConnector.
I've written a UDP application based on Mina that sends precisely 1
packet
to 1 million end points, and waits for 1 packet f
Wilson Yeung wrote:
It would be quite nice to be able to do something equivalent to sendto() with
a DatagramAcceptor or a DatagramConnector.
I've written a UDP application based on Mina that sends precisely 1 packet
to 1 million end points, and waits for 1 packet from 1 million end points.
Each
Alan D. Cabrera wrote:
I like the metaphor of a browser. The HttpClientFactory is nice as the
holder of the shared resources. The HttpClient can be thought of as a
browser. It holds cookies, etc. With that said, the URL belongs in the
request not the HttpClient constructor.
That's a good
Mike Heath wrote:
[...]
This topic came up on the IRC channel and David Lloyd (dmlloyd), Tuure
Laurinolli (tazle), and I (mike_heath) were discussing better
alternatives to the current design. The following is a summary of our
conversation.
And while Mike was typing up this excellent summary,
[
https://issues.apache.org/jira/browse/DIRMINA-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12562068#action_12562068
]
David M. Lloyd commented on DIRMINA-518:
That's quite surprising, but l
Support gathering writes
Key: DIRMINA-518
URL: https://issues.apache.org/jira/browse/DIRMINA-518
Project: MINA
Issue Type: New Feature
Components: Core
Reporter: David M. Lloyd
peter royal wrote:
i propose something different..
/mina/(trunk|tags|branches) - core, examples, transports, statematchine
/http/(trunk|tags|branches) - filter-codec-http, protocol-http-client,
asyncweb
/ftp/(trunk|tags|branches) - ftpserver (and a separate codec if its
desired to fra
[
https://issues.apache.org/jira/browse/DIRMINA-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12559989#action_12559989
]
David M. Lloyd commented on DIRMINA-507:
Yes, this might be possible. How
On Thu, 17 Jan 2008 15:43:16 +
Luis Neves <[EMAIL PROTECTED]> wrote:
>
> Hello all,
>
> Since the upgrade to jdk6u4 on my dev machine I keep getting head-scratching
> behaviour with Mina based apps... they vary from JVM crashes to Mina
> exceptions
> I have never seen before.
> One of the
[
https://issues.apache.org/jira/browse/DIRMINA-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12559070#action_12559070
]
David M. Lloyd commented on DIRMINA-507:
Only if you copy the data -
On Fri, 11 Jan 2008 11:16:43 -0500
"Alex Karasulu" <[EMAIL PROTECTED]> wrote:
> This kind of "jurisdiction" commentary in the IRC conversation below is just
> silly.
More than you know - I was being humorous (or attempting to be), but
possibly failing. Also the comments are somewhat out of conte
On Fri, 11 Jan 2008 13:47:01 +0100
Emmanuel Lecharny <[EMAIL PROTECTED]> wrote:
> Trustin Lee wrote:
> >
> >
> > Another good news is that that Log2Log project is almost ready to go.
> > I succeeded to convert any JAR which depends on SLF4J to use other
> > logging framework (e.g. Log4J, java.
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 2s-co
On Fri, 4 Jan 2008 17:38:23 +0100
"Maarten Bosteels" <[EMAIL PROTECTED]> wrote:
> Have you had a look at
> http://mina.apache.org/tutorial-on-protocolcodecfilter-for-mina-2x.html
> ?
A minor issue with the article - the fragmentation link in the first
section ("Why use a ProtocolCodecFilter?") is
[
https://issues.apache.org/jira/browse/DIRMINA-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556002#action_12556002
]
David M. Lloyd commented on DIRMINA-507:
Or, to avoid extra methods, you c
[
https://issues.apache.org/jira/browse/DIRMINA-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12555998#action_12555998
]
David M. Lloyd commented on DIRMINA-507:
I guess the "prepend*()"
On Fri, 4 Jan 2008 17:38:23 +0100
"Maarten Bosteels" <[EMAIL PROTECTED]> wrote:
> Hello David,
>
> On Jan 4, 2008 5:10 PM, David M. Lloyd <[EMAIL PROTECTED]> wrote:
> > I've written an IoFilter that is intended to run over TCP, which
> > "fra
IoBuffer: Support prepending data
-
Key: DIRMINA-507
URL: https://issues.apache.org/jira/browse/DIRMINA-507
Project: MINA
Issue Type: New Feature
Components: Core
Reporter: David M
I've written an IoFilter that is intended to run over TCP, which
"frames" data into discrete messages in order to make TCP appear to
preserve message boundaries (like UDP) while still retaining the other
advantages of TCP (guaranteed delivery, firewall interoperability, etc).
My filter definitely
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd closed DIRMINA-495.
--
This works great! Closing at Mike's request.
> IoConnector needs a way to store inf
I'll be happy to accomodate. We have rules here
> and the convo is over don't start a problem.
>
> On 12/18/07, David M. Lloyd <[EMAIL PROTECTED]> wrote:
> > OK, so obviously I've touched a few (ok, well a lot) of nerves with
> > this whole logging thread.
OK, so obviously I've touched a few (ok, well a lot) of nerves with
this whole logging thread. A lot of ideas were raised (most of which
were of the persuasion of "I know where you can stick your logging").
I think Trustin has hit upon the ideal solution with his log2log
project idea. This reall
On Mon, 17 Dec 2007 20:11:20 +0100
"Maarten Bosteels" <[EMAIL PROTECTED]> wrote:
> Hi David,
>
> > Some people have feelings stronger than preference about it. Also keep
> > in mind: you've got an application. You are not developing a framework.
> >
> > How would you feel about things if MINA r
On Mon, 17 Dec 2007 17:29:24 +0100 "Maarten Bosteels"
<[EMAIL PROTECTED]> wrote:
> I agree, there are currently two logging facades that are widely used
> by frameworks/libraries: jakarta-commons-logging (JCL) and SLF4J.
> The consequence is that for any project with dependencies, there is a
> rea
On Mon, 17 Dec 2007 14:29:10 +0900
"Trustin Lee" <[EMAIL PROTECTED]> wrote:
> BTW I think we need something different from JarJar
> (http://code.google.com/p/jarjar/). We need a simple skeleton code
> from which a thin logging layer code is generated into the specified
> package (org.apache.mina.
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552402
]
David M. Lloyd commented on DIRMINA-495:
The name is unimportant to me - Mike?
> IoConnector needs a
[
https://issues.apache.org/jira/browse/DIRMINA-497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd closed DIRMINA-497.
--
Resolution: Invalid
Ah yes, you are correct - I looked a while back and noticed that there is
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552282
]
David M. Lloyd commented on DIRMINA-495:
It works, woo. I'd say, commit!
> IoConnector needs
On Fri, 14 Dec 2007 19:26:13 +0100
"Maarten Bosteels" <[EMAIL PROTECTED]> wrote:
> about (1) and (3) : I have (almost) no experience with java.util.logging but
> I from the info in this thread I understand that is necessary to set a
> system property to use a custom LogManager.
> This means two we
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12551910
]
David M. Lloyd commented on DIRMINA-495:
It's missing the SessionCallback interface, so it won'
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-495:
---
Attachment: DIRMINA-495-3.patch
This is one possible implementation of the callback
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-495:
---
Attachment: (was: IoConnector.patch)
> IoConnector needs a way to store informat
[
https://issues.apache.org/jira/browse/DIRMINA-497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-497:
---
Attachment: DIRMINA-497-1.patch
A patch that uses regular synchronization instead of
: DIRMINA-497
URL: https://issues.apache.org/jira/browse/DIRMINA-497
Project: MINA
Issue Type: Bug
Components: Core
Reporter: David M. Lloyd
In trunk, the DefaultIoSessionAttributeMap.setAttributeIfAbsent() synchronizes
on the attributes
o anything at all.
The difference with slf4j is that you always must have slf4j to make it
work.
>
> -Brian
>
>
> On Dec 11, 2007, at 11:05 AM, David M. Lloyd wrote:
>
> > Hello fellow MINA users. I come before you today to hopefully change
> > your collective
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12551062
]
David M. Lloyd commented on DIRMINA-495:
Works for me. As long as it's definitely called befor
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550970
]
David M. Lloyd commented on DIRMINA-495:
That seems reasonable - with a general callback you could cleanly
On Tue, 11 Dec 2007 21:25:14 -0800
"Cameron Taggart" <[EMAIL PROTECTED]> wrote:
> > But why? JDK logging is always available. It's the responsibility of
> > any good logging framework that has existed since 2001 to install a JDK
> > LogManager in my opinion.
>
> Do you know of a LogManager that
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-495:
---
Attachment: IoConnector.patch
This version actually seems to work.
> IoConnector need
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-495:
---
Attachment: (was: IoConnector.patch)
> IoConnector needs a way to store informat
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-495:
---
Attachment: IoConnector.patch
This is a better version. It accepts Map rather than Map
so
[
https://issues.apache.org/jira/browse/DIRMINA-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-495:
---
Attachment: IoConnector.patch
A patch that adds variants of IoConnector.connect() that
/browse/DIRMINA-495
Project: MINA
Issue Type: New Feature
Components: Core
Reporter: David M. Lloyd
Fix For: 2.0.0-M1
It is often necessary to pass information into the IoHandler associated with an
IoConnector. Sometimes this information is
:-)
- DML
> -Original Message-
> From: David M. Lloyd [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 11, 2007 11:06 AM
> To: dev@mina.apache.org
> Subject: Revisiting logging in MINA 2.0
>
> Hello fellow MINA users. I come before you today to hopefully c
Hello fellow MINA users. I come before you today to hopefully change
your collective minds on an issue that is causing me trouble, and is
preventing two other big projects that I know of from adopting MINA for
I/O.
The issue is, of course, logging. The problem is simple: anyone who
wants to use
[
https://issues.apache.org/jira/browse/DIRMINA-493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550090
]
David M. Lloyd commented on DIRMINA-493:
Thanks Trustin!
> SingleSessionIoHandlerFactory.getHand
[
https://issues.apache.org/jira/browse/DIRMINA-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549452
]
David M. Lloyd commented on DIRMINA-490:
Ah, that makes sense.
> Add a getSlice(int) method to IoBuf
[
https://issues.apache.org/jira/browse/DIRMINA-493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-493:
---
Attachment: SingleSessionIoHandler.patch
Patch to add "throws Exce
Project: MINA
Issue Type: Improvement
Components: Core
Reporter: David M. Lloyd
Priority: Minor
Fix For: 2.0.0-M1
Attachments: SingleSessionIoHandler.patch
Since the only place that this method is used is within a method that
[
https://issues.apache.org/jira/browse/DIRMINA-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549444
]
David M. Lloyd commented on DIRMINA-490:
Just out of curiosity, why jump through all the hoops just to use
[
https://issues.apache.org/jira/browse/DIRMINA-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549430
]
David M. Lloyd commented on DIRMINA-490:
Cool, thanks.
> Add a getSlice(int) method to IoBuf
[
https://issues.apache.org/jira/browse/DIRMINA-490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David M. Lloyd updated DIRMINA-490:
---
Attachment: getSlice.patch
The patch to implement the getSlice() method
> Add a getSl
: David M. Lloyd
Priority: Minor
Fix For: 2.0.0-M1
Add a method to IoBuffer that lets you read a given number of bytes, returning
those bytes as a slice IoBuffer.
Enclosed is a simple patch to do this. This method can be implemented
completely in terms of other IoBuffer
Composite IoBuffer
--
Key: DIRMINA-489
URL: https://issues.apache.org/jira/browse/DIRMINA-489
Project: MINA
Issue Type: New Feature
Components: Core
Reporter: David M. Lloyd
Fix For: 2.0.0
On Mon, 17 Sep 2007 23:57:11 +0900
"Trustin Lee" <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> As many people pointed out, MINA currently has somewhat inconsistent
> naming style for acronyms (e.g IO vs Io and MDC vs Mdc). I'm not sure
> standardizing the naming style for acronyms are definitely re
On Tue, 18 Sep 2007 00:01:21 +0900
"Trustin Lee" <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> Another issue has been arisen. Now some people seems to want to get
> rid of ugly 'Io' prefix from everywhere (e.g. IoSession -> Session,
> IoFuture -> Future!?). Please let us know what do you think
95 matches
Mail list logo