Hi guys,
just to let you know that I'm not able to work on MINA issues until I
get a damn bad bug fixed in Apache Directory Server. I have been MIA for
more than one week now, not that I'm not interested by any bugs we have
in MINA, but because I don't have time to dedicate to MINA bug fixing
Hi guys,
a few years ago, I have tested a pair-programming tool (xpairtise,
AFAICR). It has evolved, and disseminated. Now, I would like to give a
new tool a try :
https://www.inf.fu-berlin.de/w/SE/DPP
What is interesting about it is that it uses a XMPP server to handle all
the
[
https://issues.apache.org/jira/browse/DIRMINA-659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12725592#action_12725592
]
Jeff Mesnil commented on DIRMINA-659:
-
+1 for documenting it.
As long as the developer
Hello,
I am using MINA 2.0 M6;
just wonder if there any way to use LinkedBlockingQueue of limited size
with OrderedThreadPoolExecutor like in standard ThreadPoolExecutor (I
mean workQueue)?
Even though OrderedThreadPoolExecutor extends ThreadPoolExecutor, seems
it ignores the parent's
Victor wrote:
Hello,
I am using MINA 2.0 M6;
just wonder if there any way to use LinkedBlockingQueue of limited
size with OrderedThreadPoolExecutor like in standard
ThreadPoolExecutor (I mean workQueue)?
Even though OrderedThreadPoolExecutor extends ThreadPoolExecutor,
seems it ignores
Hello,
I think it may be useful to add some info about working queue to JMX.
Currently, we can see how many threads are working, but can not see
queue size.
First, I tried to add it to ObjectMBean... without success,
but then I added the following method to ExecutorFilter and it works:
Emmanuel,
no, there is no bug with thread limit!
I am talking about workQueue - in a typical ThreadPoolExecutor you can
configure a working queue of any size (limited or not) and this queue
can be used to minimize the number of running threads in thread pool.
Just look at javadoc in
Emmanuel,
I looked into OrderedThreadPoolExecutor code in more details - seems we
need to limit both waitingSessions queue and sessionTasksQueue which
is stored in IoSession. Both queues are unlimited now, so this can lead
to OutOfMemory under high load.
One more question about corePoolSize
Victor wrote:
Emmanuel,
no, there is no bug with thread limit!
I am talking about workQueue - in a typical ThreadPoolExecutor you can
configure a working queue of any size (limited or not) and this queue
can be used to minimize the number of running threads in thread pool.
Just look at
Victor wrote:
Emmanuel,
I looked into OrderedThreadPoolExecutor code in more details - seems
we need to limit both waitingSessions queue and sessionTasksQueue
which is stored in IoSession. Both queues are unlimited now, so this
can lead to OutOfMemory under high load.
Yes, but the
One more question about corePoolSize and maximumPoolSize - are
they used in the same manner as in ThreadPoolExecutor?
The way the executor is created, those values are just passed to the
underlying java class. We don't do anything with those values inside
MINA code.
As I can see,
Update configuration documentation to adjust max-logins
---
Key: FTPSERVER-317
URL: https://issues.apache.org/jira/browse/FTPSERVER-317
Project: FtpServer
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/FTPSERVER-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Cwik closed FTPSERVER-317.
Resolution: Fixed
Bah, never mind, I'm blind.
Update configuration documentation to adjust
Victor wrote:
One more question about corePoolSize and maximumPoolSize - are
they used in the same manner as in ThreadPoolExecutor?
The way the executor is created, those values are just passed to the
underlying java class. We don't do anything with those values inside
MINA code.
As I can
[
https://issues.apache.org/jira/browse/FTPSERVER-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson updated FTPSERVER-317:
Fix Version/s: 1.1.0
1.0.3
Update configuration
I will post this problem to Jira - we will all think on a solution ;)
Victor N
Emmanuel Lecharny wrote:
Victor wrote:
One more question about corePoolSize and maximumPoolSize - are
they used in the same manner as in ThreadPoolExecutor?
The way the executor is created, those values are just
You're welcome np
I've been fighting back OrderedThreadPool, ExecutorFilter for quite a moment
and the more i digg the more i get lost ...
so few progress has been made these last days even if i hope some kind of holy
light to show me the path through this mess ^^
Meanwhile i'm doing graphs
Edouard De Oliveira wrote:
You're welcome np
I've been fighting back OrderedThreadPool, ExecutorFilter for quite a moment
and the more i digg the more i get lost ...
so few progress has been made these last days even if i hope some kind of holy light to show me the path through this mess ^^
[
https://issues.apache.org/jira/browse/DIRMINA-659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Edouard De Oliveira updated DIRMINA-659:
Component/s: Web Site / Documentation
Fix Version/s: 2.0.0-M7
Issue
[
https://issues.apache.org/jira/browse/DIRMINA-659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Edouard De Oliveira closed DIRMINA-659.
---
Resolution: Fixed
AccessControlException when running MINA in a Applet:
[
https://issues.apache.org/jira/browse/DIRMINA-714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Edouard De Oliveira resolved DIRMINA-714.
-
Resolution: Fixed
After much code crawling and testing, i came to the
On Wed, Jul 1, 2009 at 2:05 AM, Edouard De Oliveiradoe_wan...@yahoo.fr wrote:
You're welcome np
I've been fighting back OrderedThreadPool, ExecutorFilter for quite a moment
and the more i digg the more i get lost ...
so few progress has been made these last days even if i hope some kind of
22 matches
Mail list logo