You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by "Orton Huang (JIRA)" <ji...@apache.org> on 2009/03/19 18:35:42 UTC
[jira] Created: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
OutOfMemory Exception in XMPP Component
---------------------------------------
Key: CAMEL-1467
URL: https://issues.apache.org/activemq/browse/CAMEL-1467
Project: Apache Camel
Issue Type: Bug
Components: camel-xmpp
Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
Reporter: Orton Huang
Fix For: 2.0.0
on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
Appears that on a
chat.sendMessage(message);
The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
FIX:
For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
public void process(Exchange exchange) {
...
try {
chat.sendMessage(message);
chat.nextMessage();
} catch (XMPPException e) {
throw new RuntimeXmppException(e);
}
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Orton Huang (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=50713#action_50713 ]
Orton Huang commented on CAMEL-1467:
------------------------------------
Hi Claus,
Good to hear from you again. Hope you're doing well
Sorry bout the confusion.
In XmppPrivateChatProducer, the method that needs to be updated is:
I added the chat.nextMessage() after the chat.sendMessage(message) (line 73) below:
Thanks!
------
public void process(Exchange exchange) {
String threadId = exchange.getExchangeId();
try {
ChatManager chatManager = endpoint.getConnection().getChatManager();
Chat chat = chatManager.getThreadChat(threadId);
if (chat == null) {
chat = chatManager.createChat(getParticipant(), threadId, new MessageListener() {
public void processMessage(Chat chat, Message message) {
// not here to do conversation
}
});
}
// TODO it would be nice if we could reuse the message from the exchange
Message message = new Message();
message.setTo(participant);
message.setThread(threadId);
message.setType(Message.Type.normal);
endpoint.getBinding().populateXmppMessage(message, exchange);
if (LOG.isDebugEnabled()) {
LOG.debug(">>>> message: " + message.getBody());
}
chat.sendMessage(message);
// receive the return message here - orton
chat.nextMessage();
} catch (XMPPException e) {
throw new RuntimeXmppException(e);
}
}
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Orton Huang (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=50804#action_50804 ]
Orton Huang commented on CAMEL-1467:
------------------------------------
Hi Claus,
Just downloaded the Camel 1.6.1 version... Do you think you can make the same XMPP fixes in 1.6.1 that you made in 2.0?
FIX:
For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
public void process(Exchange exchange) {
...
try {
chat.sendMessage(message);
chat.nextMessage(); // <----- this line needed!
} catch (XMPPException e) {
throw new RuntimeXmppException(e);
}
}
Thanks!!
Orton
On 3/20/09 12:52 PM, "Claus Ibsen (JIRA)" <ji...@apache.org> wrote:
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=50715#action_50715 ]
Claus Ibsen commented on CAMEL-1467:
------------------------------------
Orton
There are *no* nextMessage() on the chat object in XmppPrivateChatProducer.
Only the other one got the method.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Claus Ibsen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen reassigned CAMEL-1467:
----------------------------------
Assignee: Claus Ibsen
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Reopened: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Mark Ford (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Ford reopened CAMEL-1467:
------------------------------
The patch for this bug was removed in revision 779121. The result is that the XMPPConsumer does not remove the message from the MultiUserChat and the possibility for an OutOfMemoryException still exists.
The OOM occurs because the org.jivesoftware.smackx.muc.RoomListenerMultiplexor is a packet listener that contains a collector that stores all of the messages received up to a hard coded limit of 65k messages. These messages are not removed unless muc.pollMessage() or muc.nextMessage() is called. I'm not sure the reason behind storing these messages in a collector.
I have tested this in 2.1.0 and 2.3.0 and reviewed the code in 2.4-SNAPSHOT. I can supply a test case if needed.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 1.6.1, 2.0-M2
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Claus Ibsen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=50846#action_50846 ]
Claus Ibsen commented on CAMEL-1467:
------------------------------------
Fixed it on XmppConsumer as well. Thanks orton
trunk: 759033, 759036
1.x: 759035
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Orton Huang (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=50805#action_50805 ]
Orton Huang commented on CAMEL-1467:
------------------------------------
Hi Claus,
Just downloaded the Camel 1.6.1 version... Do you think you can make the same XMPP fixes in 1.6.1 that you made in 2.0?
FIX:
For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
public void process(Exchange exchange) {
...
try {
chat.sendMessage(message);
chat.nextMessage(); // <----- this line needed!
} catch (XMPPException e) {
throw new RuntimeXmppException(e);
}
}
Thanks!!
Orton
On 3/20/09 12:52 PM, "Claus Ibsen (JIRA)" <ji...@apache.org> wrote:
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=50715#action_50715 ]
Claus Ibsen commented on CAMEL-1467:
------------------------------------
Orton
There are *no* nextMessage() on the chat object in XmppPrivateChatProducer.
Only the other one got the method.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Claus Ibsen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen updated CAMEL-1467:
-------------------------------
Fix Version/s: 1.6.1
@Orton
{{ chat.nextMessage();}} was only available in XmppGroupChatProducer. So I have only fixed it 1 place.
On XmppPrivateChatProducer the method does not exists.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Claus Ibsen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=60457#action_60457 ]
Claus Ibsen commented on CAMEL-1467:
------------------------------------
Yeah Mark a test case and a patch is much welcome.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 1.6.1, 2.0-M2
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Mark Ford (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=60453#action_60453 ]
Mark Ford commented on CAMEL-1467:
----------------------------------
Here's a relevant defect from the smack library:
http://www.igniterealtime.org/issues/browse/SMACK-129
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 1.6.1, 2.0-M2
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Claus Ibsen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen resolved CAMEL-1467.
--------------------------------
Resolution: Fixed
Trunk: Committed revision 756348.
1.x: Committed revision 756358.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Orton Huang (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=50716#action_50716 ]
Orton Huang commented on CAMEL-1467:
------------------------------------
Hi Claus,
Ah, sorry little confusion. The nextMessage() needs to be in there to avoid the OOM exception...
Orton
On 3/20/09 12:52 PM, "Claus Ibsen (JIRA)" <ji...@apache.org> wrote:
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=50715#action_50715 ]
Claus Ibsen commented on CAMEL-1467:
------------------------------------
Orton
There are *no* nextMessage() on the chat object in XmppPrivateChatProducer.
Only the other one got the method.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (CAMEL-1467) OutOfMemory Exception in XMPP Component
Posted by "Claus Ibsen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen closed CAMEL-1467.
------------------------------
Resolution: Fixed
This issue is continued at CAMEL-2922
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0-M2, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CAMEL-1467) OutOfMemory Exception in XMPP
Component
Posted by "Claus Ibsen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/activemq/browse/CAMEL-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=50715#action_50715 ]
Claus Ibsen commented on CAMEL-1467:
------------------------------------
Orton
There are *no* nextMessage() on the chat object in XmppPrivateChatProducer.
Only the other one got the method.
> OutOfMemory Exception in XMPP Component
> ---------------------------------------
>
> Key: CAMEL-1467
> URL: https://issues.apache.org/activemq/browse/CAMEL-1467
> Project: Apache Camel
> Issue Type: Bug
> Components: camel-xmpp
> Environment: Mac OS 10.4.11, Java 1.5, Smack 3.0.4/3.1.0
> Reporter: Orton Huang
> Assignee: Claus Ibsen
> Fix For: 2.0.0, 1.6.1
>
> Original Estimate: 5 minutes
> Remaining Estimate: 5 minutes
>
> on publishing messages lots of messages using XMPP component (layered on top of Smack 3.0.4/3.1.0 client), Out of Memory Exception occurs.
> With standard JVM settings, client runs out of memory at around 6600 messages sent. With -Xmx1024M set, client runs out at ~110K messages sent.
> Appears that on a
> chat.sendMessage(message);
> The server sends the message back and the messages needs to be processed on the client side or the client will continue filling its local queue until it runs out of memory
> FIX:
> For XmppPrivateChatProducer and XmppGroupChatProducer, need to insert chat.nextMessage() after chat.sendMessage()
> public void process(Exchange exchange) {
> ...
> try {
> chat.sendMessage(message);
> chat.nextMessage();
> } catch (XMPPException e) {
> throw new RuntimeXmppException(e);
> }
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.