Hello,
On Jan 11, 2008 4:44 AM, Trustin Lee [EMAIL PROTECTED] wrote:
Hi community,
As the subject line says, it seems like the next version of SLF4J is
going to support MDC for logging frameworks which doesn't provide MDC.
java.util.logging is a good example. The users who use
Trustin Lee wrote:
Sorry for not being responsive. I was very busy thanks to my dead
mainboard and some workstation issues. Let me take care of some infra
issues for Niklas next week...
Hopefully, the only task that need infra assistance is creating the new
users list, I've asked infra to
[
https://issues.apache.org/jira/browse/DIRMINA-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on DIRMINA-510 started by Maarten Bosteels.
Spring version of chat example breaks
-
Key: DIRMINA-510
Hi all,
I have been working on this issue last night, but haven't committed yet.
I will do so tonight. And I will add a junit test to check the serverContext.xml
Maarten
On Jan 11, 2008 8:54 AM, Niklas Therning [EMAIL PROTECTED] wrote:
Lian Cheng wrote:
Niklas Therning wrote:
You're
[
https://issues.apache.org/jira/browse/DIRMINA-510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557950#action_12557950
]
Maarten Bosteels commented on DIRMINA-510:
--
Suppose you have this bean
Hello,
I'm currently using Mina 1.1. When I shut down my application I'd
like to be able to stop my socket acceptor from accepting further
connections without disconnecting existing clients. The reason for
not disconnecting the clients is that I want to execute a logout
protocol. However, I don't
[
https://issues.apache.org/jira/browse/DIRMINA-510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557966#action_12557966
]
Niklas Therning commented on DIRMINA-510:
-
I have no objections to rename the
Mark wrote:
Does not sound like it is working as planned. Do you have a test program
that demonstrates this behavior?
Yes. You can test the code below using netcat:
nc -i 5 localhost 1234
*
public class WriteRequestSnafuServer
{
private
On Fri, 11 Jan 2008 13:47:01 +0100
Emmanuel Lecharny [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
snip/
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,
After some discussion with David Loyd on IRC, the context has been
clarified : Log2Log won't be an Apache project.
Here is the copy of this convo :
dmlloyd elecharny: don't worry - log2log is a completely separate
project. No impact on MINA or any ASF project whatsoever - and thus it
is out
[
https://issues.apache.org/jira/browse/DIRMINA-510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557990#action_12557990
]
[EMAIL PROTECTED] edited comment on DIRMINA-510 at 1/11/08 6:11 AM:
[
https://issues.apache.org/jira/browse/DIRMINA-510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557990#action_12557990
]
Niklas Therning commented on DIRMINA-510:
-
Actually, I would agree. I think the
On Thu, 10 Jan 2008 23:52:38 -0800 (PST)
Steve Ulrich (proemion) [EMAIL PROTECTED] wrote:
Julien Vermillard wrote:
I made a little filter for generate random garbage in your byte
streams.
Hi!
Thanks, looks very nice. Just startet a test, and found a bug in my
app at the first
Julien Vermillard wrote:
snip/
Hi,
I think it's clear for everyone log2log is an outside project due to
the alex veto.
As the announcement has been mixed with something else, and as the last
sentence said it will be a part of MINA -2.0.0, no, it was not clear at
all...
Would be nice if
Trustin Lee wrote:
snip/
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.util.logging) directly, completely
dropping SLF4J dependency. This will solve a framework of
David M. Lloyd wrote:
On Fri, 11 Jan 2008 13:47:01 +0100
Emmanuel Lecharny [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
snip/
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
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 context. I
Maarten,
I think there's just a bit of confusion. Too many projects, too many
mailing lists and sometimes there's a surprise at how a message developed.
Don't take it personally. These are general comments about not having back
channels and some where we can get messages crossed.
I don't
[
https://issues.apache.org/jira/browse/DIRMINA-510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557985#action_12557985
]
Maarten Bosteels commented on DIRMINA-510:
--
Question is will Spring create a
On Jan 11, 2008 3:26 PM, Emmanuel Lecharny [EMAIL PROTECTED] wrote:
After some discussion with David Loyd on IRC, the context has been
clarified : Log2Log won't be an Apache project.
Here is the copy of this convo :
dmlloyd elecharny: don't worry - log2log is a completely separate
project.
Hi all,
First of all let me say I cannot keep up too much with these emails after
having had surgery on my right hand so my responses may take some time.
Second let me state that I am not mad at anyone or any topic. David Lloyd
is welcome here to work with us any time he likes but we have a way
On Fri, 11 Jan 2008 13:47:01 +0100
Emmanuel Lecharny [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
snip/
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,
Maarten Bosteels wrote:
Hi Emmanuel,
Hi Marteen,
I don't really understand what you are complaining about ?
I just think that the mails posted to Ceki should have been sent as CC
to the MINA mailing list.
1) Asking Ceki to make all SLF4J implementations MDC-capable was
discussed on
You may be right - i don't really know up from down at this point. Too many
pain killers to discern. But yes it would have helped clarify things for me
since i was not on the slf4j ml.
I hate these damn hot topics. They're like a cancer that eats up time and
morale. They also lead to other
Alex Karasulu wrote:
snip/
I don't think Emmanuel expects anyone to cross post - he was surprised or
confused perhaps about how the conversation developed. We've all made some
mistakes on this topic.
well, I may be wrong, but I think that when we are dealing with some
kind of 'hot'
Steve Bate wrote:
Hello,
I'm currently using Mina 1.1. When I shut down my application I'd
like to be able to stop my socket acceptor from accepting further
connections without disconnecting existing clients. The reason for
not disconnecting the clients is that I want to execute a logout
I'll try that. Thanks!
Steve Bate wrote:
Hello,
I'm currently using Mina 1.1. When I shut down my application I'd
like to be able to stop my socket acceptor from accepting further
connections without disconnecting existing clients. The reason for
not disconnecting the clients is that I
Emmanuel,
I did not take things personal at all, I just didn't understand your point.
At in fact, not that it really matters, I still don't agree with you
about the cross-posting.
Requesting Ceki to add MDC support for jul to SLF4J has no direct impact on MINA
(all projects depending on SLF4J
Niklas Gustavsson wrote:
Since no one seems to have objected to what Niclas and Niklas (the
last one being me, odd with all these similar Swedish names here)
suggested, here's what I'm going to do:
1. Move the FtpServer code over to the MINA sandbox. As we get close
to a release of
When using getPrefixedString, how do I know if the entire string has been
extracted? There doesn't seem to be a way to read the prefix length without
pulling it out from the buffer and then I'd have to put it into the buffer
in order for getPrefixedString to work.
--
View this message in
Note that this is cross-posted to geronimo dev and mina dev lists...
Hopefully the last one...
Alex and Trustin,
Thanks for the info... More below...
On Jan 9, 2008, at 6:16 PM, Trustin Lee wrote:
Well, I think it's OK for the Geronimo team to fork AHC, and I'd like
to respect them if Jeff
Hello Brian,
Assuming you're talking about getPrefixedString in AbstractIoBuffer ?
you should first call ioBuffer.prefixedDataAvailable(prefixLength)
since the method will throw a BufferUnderflowException when not enough
data is available.
see
Maarten Bosteels wrote:
Emmanuel,
I did not take things personal at all, I just didn't understand your point.
Not a big deal, though :)
At in fact, not that it really matters, I still don't agree with you
about the cross-posting.
Well, I don't really think that in general cross-posts
Lian,
I fixed the example, please let me know if I can close the ticket.
http://issues.apache.org/jira/browse/DIRMINA-510
Maarten
On Jan 11, 2008 10:36 AM, Maarten Bosteels [EMAIL PROTECTED] wrote:
Hi all,
I have been working on this issue last night, but haven't committed yet.
I will do
This is my output:
Listening on port 1234
Session Opened
Time for write:31 ms
Time for write:32 ms
My setup is:
Windows XP
Dual Core 1.66GHz
2GB RAM
I can certainly understand where you are coming from here. I am wondering
if over the course of 50,000 messages getting written to the client
35 matches
Mail list logo
