On Mon, Jul 6, 2009 at 22:52, Michael Jakl wrote:
> Hi!
>
> On Mon, Jul 6, 2009 at 10:10, Bernd Fondermann wrote:
>> Michael Jakl wrote:
>>> On Mon, Jul 6, 2009 at 07:01, Bernd
>>> Fondermann wrote:
On Sun, Jul 5, 2009 at 16:38, Michael Jakl (JIRA) wrote:
> Actually I don't think immutable
why the server can call fuction of sessionOpened but can not call fuction of
messageReceived
-
Key: DIRMINA-727
URL: https://issues.apache.org/jira/browse/DIRMINA-727
Folks,
Started migrating the Vysper Wiki and had to stop at the first step :-(
In MINA Wiki we have a Site Template, that is used to format the content.
Should we have the same Site template here?
Couldn't understand the workflow how this template is recognized by Confluence.
Can someone guide m
[
https://issues.apache.org/jira/browse/DIRMINA-725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
yujun zhu updated DIRMINA-725:
--
It is mina 1.1.7 in my project.
My issue is : the server can call fuction of sessionOpened but can not
Hi!
On Mon, Jul 6, 2009 at 10:10, Bernd Fondermann wrote:
> Michael Jakl wrote:
>> On Mon, Jul 6, 2009 at 07:01, Bernd
>> Fondermann wrote:
>>> On Sun, Jul 5, 2009 at 16:38, Michael Jakl (JIRA) wrote:
Actually I don't think immutable object make much sense in an imperative
language, eve
[
https://issues.apache.org/jira/browse/VYSPER-96?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Jakl closed VYSPER-96.
--
Resolution: Fixed
> getNamespace and constructors with a "namespace" parameter are meant for the
> XML
[
https://issues.apache.org/jira/browse/VYSPER-97?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson reassigned VYSPER-97:
---
Assignee: (was: Bernd Fondermann)
> Pidgin fails to connect to Vysper
> --
On Mon, Jul 6, 2009 at 12:01, Emmanuel Lecharny wrote:
> Niklas Gustavsson wrote:
>>
>> Hi
>>
>> I noted that Bernd is set as the default assignee on all issues
>> reported in JIRA. I tend to find it better to leave issues unassigned
>> until someone got the time to work on it. Having issue automat
[
https://issues.apache.org/jira/browse/DIRMINA-726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRMINA-726.
---
Resolution: Invalid
Hopefully, getRemoteAddress() returns null when the session is c
Niklas Gustavsson wrote:
Hi
I noted that Bernd is set as the default assignee on all issues
reported in JIRA. I tend to find it better to leave issues unassigned
until someone got the time to work on it. Having issue automatically
assigned makes it hard to know what Bernd intends to work on and
session.getRemoteAddress() returns NULL in the callback sessionClosed
-
Key: DIRMINA-726
URL: https://issues.apache.org/jira/browse/DIRMINA-726
Project: MINA
Issue Type: Bug
Hi
I noted that Bernd is set as the default assignee on all issues
reported in JIRA. I tend to find it better to leave issues unassigned
until someone got the time to work on it. Having issue automatically
assigned makes it hard to know what Bernd intends to work on and not.
That is, unless Bernd
Pidgin fails to connect to Vysper
-
Key: VYSPER-97
URL: https://issues.apache.org/jira/browse/VYSPER-97
Project: VYSPER
Issue Type: Bug
Reporter: Niklas Gustavsson
Assignee: Bernd Fonde
On Mon, Jul 6, 2009 at 10:44 AM, Bernd Fondermann wrote:
>>> Do you have the malicious stanza at hand?
>>
>> > xmlns:ga="http://www.google.com/talk/protocol/auth";
>> ga:client-uses-full-bind-result="true">AHVzZXIxAHBhc3N3b3JkMQ==
>>
>> This extension is documented here:
>> http://code.google.com/a
[
https://issues.apache.org/jira/browse/DIRMINA-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12727447#action_12727447
]
Emmanuel Lecharny commented on DIRMINA-725:
---
What *exactly* is the problem ?
On Mon, Jul 6, 2009 at 11:06, Emmanuel Lecharny wrote:
> Hi guys,
>
> here, I would go in Bernd's way. Immutable objects have another additional
> advantage over standard objects : they are thread safe, in any case.
>
> I would suggest to read Joshua Bloch's Effective Java, Itrem 13, for all the
>
Hi guys,
here, I would go in Bernd's way. Immutable objects have another
additional advantage over standard objects : they are thread safe, in
any case.
I would suggest to read Joshua Bloch's Effective Java, Itrem 13, for all
the pros and cons of Immutable objects.
Bernd Fondermann wrote:
Niklas Gustavsson wrote:
> On Mon, Jul 6, 2009 at 7:36 AM, Bernd Fondermann wrote:
>> Yes, I'm too.
>> In the beginning, I thought this is like XML. But it isn't quite like
>> it. Prefixes only are important when starting streams (and maybe later
>> when you have conflicting XML payload in a stanza
why long connect is sessionClosed automaticly when client is not close
initiatively?
-
Key: DIRMINA-725
URL: https://issues.apache.org/jira/browse/DIRMINA-725
Projec
On Mon, Jul 6, 2009 at 08:02, Michael Jakl wrote:
> Hi!
>
> On Mon, Jul 6, 2009 at 07:22, Bernd
> Fondermann wrote:
>> That's great!
>> We should have this in svn somewhere maybe
>> /vysper/branches/pubsub/testclient
>> or something similar.
>>
>> I'll have a look at it.
>
> Great! But keep in min
Michael Jakl wrote:
> Hi!
>
> On Mon, Jul 6, 2009 at 07:01, Bernd
> Fondermann wrote:
>> On Sun, Jul 5, 2009 at 16:38, Michael Jakl (JIRA) wrote:
>>> Actually I don't think immutable object make much sense in an imperative
>>> language, even though I know the advantages of immutable objects due t
On Mon, Jul 6, 2009 at 9:40 AM, Bernd Fondermann wrote:
> Clarification: XMPP of course doesn't bend the XML spec. But I've never
> seen prefixes actually used except for . I think some
> clients don't go that far in terms of parsing XML, so I don't know where
> we should be heading here.
I think
On Mon, Jul 6, 2009 at 7:36 AM, Bernd Fondermann wrote:
> Yes, I'm too.
> In the beginning, I thought this is like XML. But it isn't quite like
> it. Prefixes only are important when starting streams (and maybe later
> when you have conflicting XML payload in a stanza.
>
> Here an excerpt from 12.2
Bernd Fondermann wrote:
> Niklas Gustavsson wrote:
>> Hi
>>
>> I'm looking into how to work with namespaces with XMLElement, and is
>> getting confused :-)
>
> Yes, I'm too.
> In the beginning, I thought this is like XML. But it isn't quite like
> it.
Clarification: XMPP of course doesn't bend th
[
https://issues.apache.org/jira/browse/DIRMINA-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julien Vermillard updated DIRMINA-23:
-
Fix Version/s: 3.0.0-M1
> New transport type: non-NIO sockets
> -
[
https://issues.apache.org/jira/browse/DIRMINA-485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julien Vermillard updated DIRMINA-485:
--
Fix Version/s: 3.0.0-M1
> SCTP Transport based on APR (Apache Portable Runtime)
>
[
https://issues.apache.org/jira/browse/DIRMINA-68?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julien Vermillard updated DIRMINA-68:
-
Fix Version/s: 3.0.0-M1
> Automatic reconnect configuration for client channels.
> --
Hi!
On Mon, Jul 6, 2009 at 07:30, Bernd Fondermann wrote:
> Michael Jakl wrote:
>> Is there a specific reason for the namespace parameter in XMLElement?
>> Otherwise
>> I'd beg remove it (looking at the time it took me to find the bug).
>
> We have to take a look into this. I'm responding on the
Hi!
On Mon, Jul 6, 2009 at 07:01, Bernd
Fondermann wrote:
> On Sun, Jul 5, 2009 at 16:38, Michael Jakl (JIRA) wrote:
>> Actually I don't think immutable object make much sense in an imperative
>> language, even though I know the advantages of immutable objects due to my
>> experience with functi
29 matches
Mail list logo
