On Mon, Apr 19, 2010 at 10:28 PM, Emmanuel Lecharny wrote:
> Interesting infos :
>
> http://nemo.sonarsource.org/project/index/60927
>
> What about FtpServer, Vysper, SSHd, AsyncWeb ?
Yes please :-) However, there is work ongoing to set up Sonar at ASF,
so perhaps we should wait a while.
/niklas
I somewhat disagree. I agree we should not be spring specific (i.e.
including specific annotations or interfaces), but providing setters or
cleaner init methods should be considered in order to make the code more
usable.
On Sat, Apr 17, 2010 at 09:47, Emmanuel Lecharny wrote:
> On 4/7/10 2:06 PM,
On Mon, Apr 19, 2010 at 11:49 AM, Bernd Fondermann
wrote:
>> To me (given finite resources), I think in-process (that is, in
>> Vyspers process) is the most interesting option for us right now. This
>> is where a Vysper implementation of BOSH can add some value.
>
> Vysper is designed to be embedd
My opinion was similar to the one stated by Emmanuel and thus my
advice to Andreas... I agree that a 'more usable code' is desirable
(even if you are not using any DI container, it's nice to know
beforehand how you should create an object) but only as long as we
don't have to call the needed chang
On Tue, Apr 20, 2010 at 01:08, Bogdan Ciprian Pistol
wrote:
> On Mon, Apr 19, 2010 at 12:49 PM, Bernd Fondermann
> wrote:
>>> For the
>>> separate process, there are already generic BOSH gateways out there.
>>
>> Which? JabberHTTPBind isn't. I didn't look into
>> http://kenai.com/projects/jbosh/
On Tue, Apr 20, 2010 at 00:44, Bogdan Ciprian Pistol
wrote:
> On Sun, Apr 18, 2010 at 10:33 PM, Bernd Fondermann
> wrote:
>> I don't fully understand that plan.
>> Especially the term 'Session' is missing here for me. Client-side
>> stanzas are processed in the context of a session.
>
> The sessi
On Tue, Apr 20, 2010 at 10:26 AM, Bernd Fondermann
wrote:
> And if we evaluate AsyncWeb we might come to the conclusion to use it,
> since it's easy for us to maintain it.
> This could be done in the scope of GSoC. Is this planned? I figure
> that the implementation itself might not take the whole
Hi all (Bernd ?)
sadly I got no response up to now.
I really urgently need to fix this. Maybe I have to put in more information.
Please help me :)
I use a custem authorization implementation ( but I don't think this
is the trouble, at least I don't see it in the API)
that goes like
public class
Thomas Kratz wrote:
> Hi all (Bernd ?)
>
> sadly I got no response up to now.
I responded about 1h after your original post.
Please refer to the mailing list.
Bernd
Hallo all,
after some try/error I found that it workd like a a charm with a plain
XMPPConnection.
So it must be something with the confidurations I set on the
XMPPConfiguration (see my previous mail),
but I have no clue which of the setting causes this behaviour.
I found that I get the messages wh
Thomas Kratz wrote:
> Hallo all,
>
> after some try/error I found that it workd like a a charm with a plain
> XMPPConnection.
> So it must be something with the confidurations I set on the
> XMPPConfiguration (see my previous mail),
> but I have no clue which of the setting causes this behaviour.
This was the configuration that made the trouble
public static XMPPConnection createConnection(String host) {
ConnectionConfiguration connectionConfiguration = new
ConnectionConfiguration(
host);
// ConnectionConfiguration connection
On Tue, Apr 20, 2010 at 15:21, Thomas Kratz wrote:
> This was the configuration that made the trouble
>
> public static XMPPConnection createConnection(String host) {
> ConnectionConfiguration connectionConfiguration = new
> ConnectionConfiguration(
>
Sorry,
but I cannot provide that right now, as I've fixed my server and
clients as quick as possible.
I'll have to see if I find time on the weekend.
Regards Thomas
oops, sent to Guillaume only
-- Forwarded message --
From: Emmanuel Lecharny
Date: Tue, Apr 20, 2010 at 4:23 PM
Subject: Re: Spring Integration
To: Guillaume Nodet
On Tue, Apr 20, 2010 at 9:23 AM, Guillaume Nodet wrote:
> I somewhat disagree. I agree we should not be spring
On Tue, Apr 20, 2010 at 11:26 AM, Bernd Fondermann
wrote:
> And if we evaluate AsyncWeb we might come to the conclusion to use it,
> since it's easy for us to maintain it.
> This could be done in the scope of GSoC. Is this planned? I figure
> that the implementation itself might not take the whole
On Tue, Apr 20, 2010 at 18:23, Bogdan Ciprian Pistol
wrote:
> On Tue, Apr 20, 2010 at 11:26 AM, Bernd Fondermann
> wrote:
>> And if we evaluate AsyncWeb we might come to the conclusion to use it,
>> since it's easy for us to maintain it.
>> This could be done in the scope of GSoC. Is this planned
Hi,
I finally made some tests with mina-rc2 trying to reproduce the oom.
I didn't succeed to reproduce it when stressing james with normal mails
(well-formed,...).
I would tend to follow the pointer Norman gave about the infinite loop
in the exceptionCaught() method (writing on the session re
[
https://issues.apache.org/jira/browse/DIRMINA-771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12859076#action_12859076
]
Emmanuel Lecharny commented on DIRMINA-771:
---
This can certainly be improved. The
[
https://issues.apache.org/jira/browse/DIRMINA-771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny updated DIRMINA-771:
--
Fix Version/s: 2.0.0
To be fixed in 2.0.0
> Calling NioSocketSession.toString() cause
[
https://issues.apache.org/jira/browse/DIRMINA-774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRMINA-774.
---
Resolution: Invalid
Marked as resolved, as it was not a bug.
> CompressionFilter is
[
https://issues.apache.org/jira/browse/DIRMINA-781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRMINA-781.
---
Resolution: Invalid
Ignored, as requested
> CompressionFilter generate invalid comp
[
https://issues.apache.org/jira/browse/DIRMINA-772?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12859093#action_12859093
]
Emmanuel Lecharny commented on DIRMINA-772:
---
Not sure I understand the problem y
[
https://issues.apache.org/jira/browse/DIRMINA-778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRMINA-778.
---
Resolution: Fixed
The textLineCodecfactory and the TextLineEncoder/Decoder are state
[
https://issues.apache.org/jira/browse/DIRMINA-778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny reopened DIRMINA-778:
---
> TextLineDecoder not thread safe?
>
>
>
[
https://issues.apache.org/jira/browse/DIRMINA-778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRMINA-778.
---
Resolution: Invalid
Not a bug.
> TextLineDecoder not thread safe?
> --
[
https://issues.apache.org/jira/browse/DIRMINA-778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacklondon Chen reopened DIRMINA-778:
-
TextLineDecoder is NOT stateless with following code:
public class TextLineDecoder implemen
[
https://issues.apache.org/jira/browse/DIRMINA-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12859193#action_12859193
]
Jacklondon Chen commented on DIRMINA-778:
-
this issue also exists in version 1.1.7
[
https://issues.apache.org/jira/browse/DIRMINA-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12859236#action_12859236
]
Emmanuel Lecharny commented on DIRMINA-778:
---
It's only used when initializing th
29 matches
Mail list logo