Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixes for 'conversations' page (when auto-updating) #207

Conversation

guusdk
Copy link
Member

@guusdk guusdk commented Dec 8, 2021

The admin page that shows active conversations should properly display group chats after an automatic update of its content.

When no conversations are active any more, then the table should contain a message to that effect.

fixes #206

Copy link
Member

@Fishbowler Fishbowler left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This appears to work for the second case in the issue. When there are no conversations (e.g. a new instance) and the call to the API returns the same empty body, the messaging about No active conversations remains.

For the first instance, where a conversation exists, the page returns an HTTP/500 on junior cluster nodes.

2021.12.20 12:53:40 ERROR [Jetty-QTP-AdminConsole-34]: org.jivesoftware.openfire.plugin.util.cache.ClusteredCacheFactory - Failed to execute cluster task
com.hazelcast.nio.serialization.HazelcastSerializationException: Problem while reading Externalizable class: org.jivesoftware.openfire.archive.Conversation, exception: java.io.IOException: java.lang.ClassNotFoundException: org.jivesoftware.openfire.archive.UserParticipations
    at com.hazelcast.internal.serialization.impl.JavaDefaultSerializers$ExternalizableSerializer.read(JavaDefaultSerializers.java:159) ~[?:?]
  <lots of Hazelcast internals here>
    at org.jivesoftware.util.cache.CacheFactory.doSynchronousClusterTask(CacheFactory.java:777) ~[xmppserver-4.7.0-SNAPSHOT.jar:4.7.0-SNAPSHOT]
    at org.jivesoftware.openfire.archive.ConversationManager.getConversations(ConversationManager.java:552) ~[?:?]
    at org.jivesoftware.openfire.plugin.monitoring.conversations_jsp._jspService(conversations_jsp.java:171) ~[?:?]
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:71) ~[apache-jsp-8.5.54.jar:8.5.54]

This was tested in a clustered setup using Openfire @ master (99e8b22)

@Fishbowler
Copy link
Member

Gonna attempt a rebase, maybe that will fix this...

@guusdk
Copy link
Member Author

guusdk commented Dec 20, 2021

I think rebasing might help, as what you're reporting sounds an awful lot like the issue that Emiel recently fixed with #209

@Fishbowler Fishbowler force-pushed the 206_active-conversations-admin-page-autoupdate branch from c7c5b75 to f15a3bd Compare December 20, 2021 14:13
The admin page that shows active conversations should properly display group chats after an automatic update of its content.

When no conversations are active any more, then the table should contain a message to that effect.

fixes igniterealtime#206
@Fishbowler Fishbowler force-pushed the 206_active-conversations-admin-page-autoupdate branch from f15a3bd to 29e3bba Compare December 20, 2021 14:14
@Fishbowler
Copy link
Member

Yep, that resolved the error. Testing...

@Fishbowler
Copy link
Member

When the last conversation times out, the API call returns an empty object, and the screen returns to "No active conversations"

👍

@guusdk guusdk merged commit 03d9299 into igniterealtime:master Dec 20, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Auto-updated conversation shows 'null'
2 participants