Hi,
We recently upgraded from MINA 1.0 to 1.1.5 and we seem to have problems
with IoSession.setIdleTime(). In sessionCreated() we set it like this:
session.setIdleTime(IdleStatus.BOTH_IDLE, 3600);
Yet some sessions seem to get a sessionIdle() callback within only a few
seconds/minutes
On Mon, 28 Jan 2008 12:29:56 -0500
Alex Karasulu [EMAIL PROTECTED] wrote:
Hi Julien,
Thanks for the update to the mailing list.
On Jan 28, 2008 12:25 PM, Julien Vermillard [EMAIL PROTECTED]
wrote:
Hi,
Following an IRC convo, between alex, tazle and me :
We had a few complaint
Julien Vermillard wrote:
Another issues with AHC is the way you recieve the result of
your connection in a big IoBuffer, it should be nice to be able to
receive big results like files or http streaming in chunks and no
a big memory buffer.
Something I always wanted to find time to get round
[
https://issues.apache.org/jira/browse/DIRMINA-513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on DIRMINA-513 stopped by Maarten Bosteels.
get rid of IoSessionLogger
---
Key: DIRMINA-513
URL:
[
https://issues.apache.org/jira/browse/DIRMINA-513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12563432#action_12563432
]
Maarten Bosteels commented on DIRMINA-513:
--
IoSessionLogger has been removed, but
On Tue, 29 Jan 2008 08:39:14 +
Irving, Dave [EMAIL PROTECTED] wrote:
Julien Vermillard wrote:
Another issues with AHC is the way you recieve the result of
your connection in a big IoBuffer, it should be nice to be able to
receive big results like files or http streaming in chunks
Hi,
MINA provide you by default buffer of bytes and not Strings, you
shoudl take a look at this example :
http://svn.apache.org/viewvc/mina/branches/1.0/example/src/main/java/org/apache/mina/example/reverser/
And specificly to this code :
SocketAcceptorConfig cfg = new
Hi,
I have one problem. When I do a cast in the code below
Public class MyHanlder extends IoHandlerAdapter {
public void messageReceived(IoSession session, Object message) {
String s = (String)message;
Has the following problem
org.apache.mina.util.SessionLog warn
WARNING: [/127.0.0.1:3696]
On Jan 29, 2008 2:39 AM, Irving, Dave [EMAIL PROTECTED] wrote:
Something I always wanted to find time to get round to in AsyncWeb :o)
Not sure how applicable this will be to the current code base, but some
of my initial thoughts on this from way back in the day can be found
here:
Hi,
I would like to translate the Mina framework to IL to use with C# on Mono
.Net. Would this be of interest to the Mina community?
- Robert
Hi Julien,
Thank you, helped a lot! The source-code is fine, now.
thanks
On Jan 29, 2008 1:20 PM, Julien Vermillard [EMAIL PROTECTED] wrote:
Hi,
MINA provide you by default buffer of bytes and not Strings, you
shoudl take a look at this example :
Yeah we need to get them transfered over. I'll figure out how we can do
that. I also need to get some confluence things taken care of as well so we
can start collaborating and transfer the site over. All on my TODO list.
If others want to help out in this process please let me know I'm
Hi,
keep on code
@Override
public void messageReceived(IoSession session, Object message) {
TransportType transportType = session.getTransportType();
InetSocketAddress address =
(InetSocketAddress)session.getLocalAddress();
System.out.println(address.getAddress());
On Jan 29, 2008 2:18 AM, Irving, Dave [EMAIL PROTECTED] wrote:
Hey - absolutely great to see AsyncWeb alive and kicking!!
Hopefully I'll have enough time to start getting properly involved again
later in the year!
Kindest regards to all,
Good to see you, Dave! Glad you are at least
I could use that. As a matter of fact, I toyed with the idea of doing
it myself, but don't have time.
On Jan 29, 2008 10:02 AM, Robert Johnson [EMAIL PROTECTED] wrote:
Hi,
I would like to translate the Mina framework to IL to use with C# on Mono
.Net. Would this be of interest to the Mina
Default thread model should be created laziliy
--
Key: DIRMINA-523
URL: https://issues.apache.org/jira/browse/DIRMINA-523
Project: MINA
Issue Type: Improvement
Components: Core
Hey guys I might have missed a few people so please add your name to the
JIRA issue as comments. I realized Jullien and Mike were not on there.
Didn't know if you wanted to be.
Alex
On Jan 29, 2008 2:57 PM, Alex Karasulu [EMAIL PROTECTED] wrote:
Just an FYI,
Just an FYI,
https://issues.apache.org/jira/browse/INFRA-1502
Will notify when this space has been created.
Thanks,
Alex
On Jan 29, 2008 12:05 PM, Alex Karasulu [EMAIL PROTECTED] wrote:
Yeah we need to get them transfered over. I'll figure out how we can do
that. I also need to get some confluence things taken care of as well so
we
can start collaborating and transfer the site over. All on my TODO list.
If
Niklas Therning wrote:
Hi,
We recently upgraded from MINA 1.0 to 1.1.5 and we seem to have
problems with IoSession.setIdleTime(). In sessionCreated() we set it
like this:
session.setIdleTime(IdleStatus.BOTH_IDLE, 3600);
Yet some sessions seem to get a sessionIdle() callback within only a
Hi,
Please excuse the cross post but it's quite necessary. Furthermore people
should not feel like they cannot cross post responses so please feel free.
It looks like the two versions of the http client based on MINA are starting
to diverge. I've noticed the other day that some of the fixes for
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,
Hi guys,
I'm fine with anything y'all select for the name. I'm much more interested
in figuring out how to get some of these resource issues settled and the two
forks of this merged together so we have more people working together on
this. Please see my thread on how to bring the Geronimo folks
The Configuring Thread Model page should also apply for UDP-based
systems. Just make sure you are not using an ExecutorFilter and you can
pass in an Executor that only uses one thread.
On Jan 29, 2008 5:14 PM, Yang Zhang [EMAIL PROTECTED] wrote:
I was profiling my MINA-based application
Alex Karasulu wrote:
Hi,
Please excuse the cross post but it's quite necessary. Furthermore people
should not feel like they cannot cross post responses so please feel free.
It looks like the two versions of the http client based on MINA are starting
to diverge. I've noticed the other
Yes...that problem was fixed as well as a host of others.
Jeff
Alex Karasulu wrote:
Someone from Geronimo mentioned that this problem was actually fixed in the
Geronimo version a while back. Perhaps something we should look into or
inquire about.
Jeff can you give us an update on that?
Alex
The current Geronimo AHC doesn't seem to have much in common with the
current MINA AHC, and seems clearly superior to it in functionality and
robustness. However, it also seems to have radically different API,
including seemingly totally different underlying HTTP codec.
It also doesn't seem
David M. Lloyd wrote:
So basically there's been a number of suggestions as to what to name
these things. Here are the two options:
Name from pastebin Option 1 Option 2
- --
AsyncHttpClient
[
https://issues.apache.org/jira/browse/ASYNCWEB-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tuure Laurinolli updated ASYNCWEB-1:
Attachment: fix-deadlock.patch
Reverts deadlock-inuding change.
AsyncHttpClient does not
[
https://issues.apache.org/jira/browse/ASYNCWEB-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tuure Laurinolli updated ASYNCWEB-1:
Attachment: add-dispose-method.patch
Adds dispose() method to allow working around
AsyncHttpClient does not dispose its NioSocketConnector
---
Key: ASYNCWEB-1
URL: https://issues.apache.org/jira/browse/ASYNCWEB-1
Project: Asyncweb
Issue Type: Bug
Reporter:
Mark wrote:
The Configuring Thread Model page should also apply for UDP-based
systems. Just make sure you are not using an ExecutorFilter and you can
pass in an Executor that only uses one thread.
Hi, Mark,
I suppose I should have been more clear on the questions I still had
after reading
On Jan 29, 2008, at 7:28 PM, Mike Heath wrote:
Alex Karasulu wrote:
Hi,
Please excuse the cross post but it's quite necessary. Furthermore
people
should not feel like they cannot cross post responses so please
feel free.
It looks like the two versions of the http client based on MINA
Kevan,
Thanks for taking the time to respond. More inline ...
On Jan 30, 2008 1:08 AM, Kevan Miller [EMAIL PROTECTED] wrote:
...
So, as we discussed the last time, the community members that have been
active in this area are Jeff Genender, Sangjin Lee, and Rick McGuire. You
already know
On Jan 30, 2008 3:44 PM, Alex Karasulu [EMAIL PROTECTED] wrote:
Kevan,
Thanks for taking the time to respond. More inline ...
On Jan 30, 2008 1:08 AM, Kevan Miller [EMAIL PROTECTED] wrote:
...
So, as we discussed the last time, the community members that have been
active in this area
BTW, does this mean that we should revive CWiki space for FtpServer?
Niklas G already moved all pages to MINA space. I hope it's easy to
move the pages back and set up subproject web sites.
Trustin
On Jan 30, 2008 5:18 AM, Alex Karasulu [EMAIL PROTECTED] wrote:
Hey guys I might have missed a
On Jan 30, 2008 2:10 AM, Trustin Lee [EMAIL PROTECTED] wrote:
BTW, does this mean that we should revive CWiki space for FtpServer?
Niklas G already moved all pages to MINA space. I hope it's easy to
move the pages back and set up subproject web sites.
We can sure if that's what they want to
Is that true? I used that all the time. Which means: If I use 2 io processor
threads + an ExecutorFilter at the end of IoFilter which ends up with single
thread to process the business logic?
On Jan 29, 2008 1:35 AM, Martin Alderson
[EMAIL PROTECTED] wrote:
Hi all,
I've just spent a while
38 matches
Mail list logo