On Tue, Aug 4, 2009 at 06:24, Ashishpaliwalash...@gmail.com wrote:
While implementing Presence Cache for Vysper, was wondering, is this
the only cache needed by Server?
So, if other modules need caching, they may have to re-implement the
cache like Presence Cache.
How about having Cache
On Tue, Aug 4, 2009 at 1:13 PM, Bernd
Fondermannbernd.fonderm...@googlemail.com wrote:
On Tue, Aug 4, 2009 at 06:24, Ashishpaliwalash...@gmail.com wrote:
While implementing Presence Cache for Vysper, was wondering, is this
the only cache needed by Server?
So, if other modules need caching,
Ashish wrote:
On Tue, Aug 4, 2009 at 1:13 PM, Bernd
Fondermannbernd.fonderm...@googlemail.com wrote:
On Tue, Aug 4, 2009 at 06:24, Ashishpaliwalash...@gmail.com wrote:
While implementing Presence Cache for Vysper, was wondering, is this
the only cache needed by Server?
So, if other modules
Caching is an optimization strategy to improve throughput and scalability.
Currently, we have no idea where we need to optimize, haven't we?
Yup it is. However, we have to start thinking about this. Well we know
how XMPP Server works and
we can atleast start putting our thoughts in place.
[
https://issues.apache.org/jira/browse/VYSPER-91?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bernd Fondermann reassigned VYSPER-91:
--
Assignee: (was: Bernd Fondermann)
Implement Jabber Component Protocol (XEP-0114)
Implement Ad-Hoc Commands XEP-0050
--
Key: VYSPER-169
URL: https://issues.apache.org/jira/browse/VYSPER-169
Project: VYSPER
Issue Type: New Feature
Components: extension
Reporter: Bernd
Implement Service Administration XEP-0133
-
Key: VYSPER-170
URL: https://issues.apache.org/jira/browse/VYSPER-170
Project: VYSPER
Issue Type: New Feature
Components: extension
[
https://issues.apache.org/jira/browse/VYSPER-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bernd Fondermann resolved VYSPER-10.
Resolution: Fixed
implemented and in use.
Implement Service Discovery XEP-0030
The profile method in the ProfilerTimerFilter can caused more methods to be
profiled than intended.
---
Key: DIRMINA-733
URL:
I've been noticing that the passive data connections are taking quite
some time when using SSL. I finally got some time to look into this
and noticed the following while debugging through the code. This issue
might have been introduced with the fix we put in for FTPSERVER-241.
The code that wraps
I believe this problem has been reported multiple times. Please open a
JIRA and apply the patch, it makes perfect sense.
/niklas
On Tue, Aug 4, 2009 at 10:02 PM, Sai
Pullabhotlasai.pullabho...@jmethods.com wrote:
I've been noticing that the passive data connections are taking quite
some time
[
https://issues.apache.org/jira/browse/VYSPER-103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson closed VYSPER-103.
Resolution: Fixed
Implemented in rev 800979
Discovering Rooms
-
Regression with flushing in MINA 2.0.0-M7 trunk
---
Key: DIRMINA-734
URL: https://issues.apache.org/jira/browse/DIRMINA-734
Project: MINA
Issue Type: Bug
Components: Core
Affects
13 matches
Mail list logo
