Good afternoon!
It would be desirable to understand what variable it is necessary to edit that searching "Nick" would be beaten out not number of the employee, and his full name?
Good afternoon!
It would be desirable to understand what variable it is necessary to edit that searching "Nick" would be beaten out not number of the employee, and his full name?
This document provided on the website http://www.igniterealtime.org/builds/openfire/docs/latest/documentation/db-integ ration-guide.html talks about editing the openfire.xml file. However, a) the layout of the file seems out of date with that document and b) when I log into the admin console, it looks suspiciously to me like those settings are perhaps stored and retrieved from the DB in Server -> Server Manager -> System Properties. In fact, it appears that those properties just flatten the xml hierarchy?? Am I right? So should i be translating that document into appropriate settings through the web console and/or the DB directly?
Hello,
I am trying to find out what support Openfire has for OCSP to perform certificate revocation checking? I saw some threads from 2007-2008 that referenced implementing OCSP into Openfire but nothing that states this was completed. Does anyone know if Openfire can be configured to use OCSP and if so how that is done?
Hi, I think that I have sent the correct IQ stanza to disable the pubsub service from sending the last published item whenever a subscriber enters his or her feed. It is listed below.
The problem is, I'm still getting that last item sent back upon entering a feed for the first time. It seems after the first time, the message is no longer being sent. Did I do something wrong here or is there another way to disable sending back delayed messages?
SEND: <iq type="set" to="pubsub.joes-macbook-air.local" id="2AD7F85E-9708-4BF0-8507-7029368E9E32:create_node">
<pubsub xmlns="http://jabber.org/protocol/pubsub">
<configure><x xmlns="jabber:x:data" type="submit"><field var="FORM_TYPE" type="hidden"><value>http://jabber.org/protocol/pubsub#node_config</value></field>
<field var="pubsub#max_items"><value>10000</value></field>
<field var="pubsub#persist_items"><value>1</value></field>
<field var="pubsub#access_model"><value>open</value></field>
<field var="pubsub#send_last_published_item"><value>never</value></field>
<field var="pubsub#publish_model"><value>subscribers</value></field>
</x></configure>
<create node="testnode20"/>
</pubsub></iq>
Thanks!
To anyone who can provide insight or a solution,
We have been running Openfire for about 4 years. A constant problem that we have had are the errors that are generated whenever we initially launch Openfire. Despite all of the errors that are reported in the Openfire window, it has always functioned pretty flawlessly. However, one issue that we have been seeing for many years now is that the individual conversation history kept on each workstation for Spark does not contain the full History. I am not sure if this is an issue related to the errors that we see in the Openfire window or something else, but I have tried a few things to resolve the issue including updating Openfire to version 3.8.2, updating all of the client workstations to Spark version 2.6.3, and opening up ports that Openfire uses on our Firewall. At this point I am not sure if I am dealing with one or two issues, but I would like the histories on each Workstation to show all of the chat history and for the errors in the Openfire window to get resolved.
When I say that Spark does not contain the full history, what I mean is this: Let’s say I have been talking to user ‘Nick’ for the past year off and on. Let’s also say that the last time I had a conversation with Nick was yesterday and the day before. If I open a new chat window with Nick right now, I can see the last 4-5 messages that we exchanged (the brief history), but once I want to look further back in the history for yesterday (by clicking on the ‘View conversation history’ icon) the most recent messages that I can view are from March 21st, 2011. What happened to the rest of the conversation I had with him the day before, and the days before that, etc…? If I look at just about any other user in Spark and do the same thing I get (on average) the same last viewable date of March ‘X’ 2011. However, with newer users (we added a new IT person on April 11th, 2013), everything is there. Just for giggles I checked another more recently added user (July 25th, 2012) and his history is all there too. I don’t understand why users that were created at ‘X’ date(s) stopped recording history around March of 2001 and while newer users around ‘X’ date(s) record to this day in full. Also, when looking in the message Archives in Openfire I can view the complete message history for users that are missing the conversations between the brief history and conversation history (this includes all of those users history that ended in March of 2011), so I know they everything is still being held on the server, but just not on each users workstation. The problem with this is that users need to be able to view their full conversation history on their own and can’t.
Now for the 2nd part. I’ll copy and paste the errors that are reported in the Openfire window that occur when I start the service (see below). If anyone has an idea of what is causing these, if they are related to my history issue, or how to fix them then any information would be greatly appreciated.
****Openfire Log****
Openfire 3.8.2 [Jul 11, 2013 4:03:37 PM]
Admin console listening at https://nccexch.ncc.local:9091
Starting Client Control Plugin
log4j:ERROR Could not instantiate class [org.jivesoftware.openfire.gateway.util.Log4JToOpenfireAppender].
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at org.apache.log4j.helpers.Loader.loadClass(Loader.java:178)
at org.apache.log4j.helpers.OptionConverter.instantiateByClassName(OptionConverter .java:319)
at org.apache.log4j.helpers.OptionConverter.instantiateByKey(OptionConverter.java: 120)
at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:6 29)
at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:6 12)
at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurato r.java:509)
at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:415 )
at org.apache.log4j.PropertyConfigurator.configure(PropertyConfigurator.java:349)
at org.jivesoftware.openfire.gateway.GatewayPlugin.setLoggerProperty(GatewayPlugin .java:251)
at org.jivesoftware.openfire.gateway.GatewayPlugin.<init>(GatewayPlugin.java:58)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.jivesoftware.openfire.container.PluginManager.loadPlugin(PluginManager.java :420)
at org.jivesoftware.openfire.container.PluginManager.access$300(PluginManager.java :80)
at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:1073)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101 (Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodi c(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknow n Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
log4j:ERROR Could not instantiate appender named "openfire".
log4j:WARN No appenders could be found for logger (org.jivesoftware.util.log.util.CommonsLogFactory).
log4j:WARN Please initialize the log4j system properly.
Error selecting conversations
at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic(SQLDiagnostic.java:368)
at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken(TdsCore.java:2816)
at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:2254)
at net.sourceforge.jtds.jdbc.TdsCore.getMoreResults(TdsCore.java:631)
at net.sourceforge.jtds.jdbc.JtdsStatement.executeSQLQuery(JtdsStatement.java:477)
at net.sourceforge.jtds.jdbc.JtdsPreparedStatement.executeQuery(JtdsPreparedStatem ent.java:777)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.logicalcobwebs.proxool.ProxyStatement.invoke(ProxyStatement.java:100)
at org.logicalcobwebs.proxool.ProxyStatement.intercept(ProxyStatement.java:57)
at $java.sql.Wrapper$$EnhancerByProxool$$aac7bc68.executeQuery(<generated>)
at com.reucon.openfire.plugin.archive.impl.JdbcPersistenceManager.getActiveConvers ations(JdbcPersistenceManager.java:342)
at com.reucon.openfire.plugin.archive.impl.ArchiveManagerImpl.<init>(ArchiveManage rImpl.java:35)
at org.jivesoftware.openfire.plugin.MonitoringPlugin.initializePlugin(MonitoringPl ugin.java:154)
at org.jivesoftware.openfire.container.PluginManager.loadPlugin(PluginManager.java :483)
at org.jivesoftware.openfire.container.PluginManager.access$300(PluginManager.java :80)
at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:1073)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101 (Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodi c(Unknown SourceS
t
a) at jvariatngM.ountiitlo.rcionngc uPrlruegnitn. S
c
heduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Thanks in advance to anyone who has any insight!
Jeremy
Every since I updated Openfire from 3.7.1 to 3.8.2 a couple weeks, I have had an issue with Openfire leaking file descriptors over time. I have to restart the service every 3-4 days it seems or it stops functioning as it hits the 1024 file limit on open file descriptors. This is on an Ubuntu 8.10 server with the following install of Java:
java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) 64-Bit Server VM (build 14.0-b16, mixed mode)
Running lsof against the running process for Openfire reveals many lines like the following:
java | 9292 openfire 1013u IPv6 | 26142468 | TCP example.com:5369 (LISTEN) |
java | 9292 openfire 1014u IPv6 | 25781341 | UDP example.com:5358 |
java | 9292 openfire 1016u IPv6 | 25787324 | UDP example.com:5359 |
java | 9292 openfire 1017u IPv6 | 26206580 | TCP example.com:5372 (LISTEN) |
java | 9292 openfire 1019u IPv6 | 25811610 | UDP example.com:5361 |
java | 9292 openfire 1021u IPv6 | 25864846 | TCP example.com:5364 (LISTEN) |
java | 9292 openfire 1022u IPv6 | 25858168 | UDP example.com:5363 |
At that point, everything starts failing until Openfire is restarted.
Hi!
I want to integrate Openfire 3.8.2+Windows Server 2012 (Active Directory) , but after setup, when i configure server i get trouble: In Profile Settings: Connection Settings When i chose Server Type Active Directory (Windows server 2012) not works "Test settings" button, When i press, i don't see fail or true, its like simply refresh page. Please, help me.
Ok, this is probably going to be a long post.
I am workign with Openfire 3.8.2 on CentOS release 5.9 (Final) with kernel 2.6.18-348.1.1.el5 #1 SMP. (64 bit).
The server, incase it's important has 16GB of EDO DDR3, and 2x QuadCore Intel XEON CPU's
I'm using a custom JDBC/MySQL integration. Users seem to work greatm and when I bring up a list of groups, the list seems fine, and the numbers of users in each group seems fine. But when I try and bring up a list of users in any group via the admin console, I get this error:
Problem accessing /group-edit.jsp. Reason:
Illegal JID: Wasuremono @chat.misticpets.com
java.lang.IllegalArgumentException: Illegal JID: Wasuremono @chat.misticpets.com at org.xmpp.packet.JID.<init>(JID.java:542) at org.xmpp.packet.JID.<init>(JID.java:496) at org.jivesoftware.openfire.XMPPServer.createJID(XMPPServer.java:304) at org.jivesoftware.openfire.group.JDBCGroupProvider.getMembers(JDBCGroupProvider.java:187) at org.jivesoftware.openfire.group.JDBCGroupProvider.getGroup(JDBCGroupProvider.java:154) at org.jivesoftware.openfire.group.GroupManager.getGroup(GroupManager.java:330) at org.jivesoftware.openfire.group.GroupManager.getGroup(GroupManager.java:309) at org.jivesoftware.openfire.group.GroupCollection$GroupIterator.getNextElement(GroupCollection.java:113) at org.jivesoftware.openfire.group.GroupCollection$GroupIterator.hasNext(GroupCollection.java:76) at org.jivesoftware.openfire.admin.group_002dedit_jsp._jspService(group_002dedit_jsp.java:480) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:547) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1359) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:74) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:50) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.admin.PluginFilter.doFilter(PluginFilter.java:78) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:164) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:478) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:520) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:227) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:941) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:409) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:186) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:875) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:250) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:149) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110) at org.eclipse.jetty.server.Server.handle(Server.java:349) at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:441) at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:919) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:582) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:51) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:586) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:44) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:598) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:533) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IllegalArgumentException: The input is not a valid JID node: Wasuremono at org.xmpp.packet.JID.nodeprep(JID.java:294) at org.xmpp.packet.JID.<init>(JID.java:529) ... 47 more
java.lang.IllegalArgumentException: The input is not a valid JID node: Wasuremono at org.xmpp.packet.JID.nodeprep(JID.java:294) at org.xmpp.packet.JID.<init>(JID.java:529) at org.xmpp.packet.JID.<init>(JID.java:496) at org.jivesoftware.openfire.XMPPServer.createJID(XMPPServer.java:304) at org.jivesoftware.openfire.group.JDBCGroupProvider.getMembers(JDBCGroupProvider.java:187) at org.jivesoftware.openfire.group.JDBCGroupProvider.getGroup(JDBCGroupProvider.java:154) at org.jivesoftware.openfire.group.GroupManager.getGroup(GroupManager.java:330) at org.jivesoftware.openfire.group.GroupManager.getGroup(GroupManager.java:309) at org.jivesoftware.openfire.group.GroupCollection$GroupIterator.getNextElement(GroupCollection.java:113) at org.jivesoftware.openfire.group.GroupCollection$GroupIterator.hasNext(GroupCollection.java:76) at org.jivesoftware.openfire.admin.group_002dedit_jsp._jspService(group_002dedit_jsp.java:480) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:547) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1359) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:74) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:50) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.admin.PluginFilter.doFilter(PluginFilter.java:78) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:164) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:478) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:520) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:227) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:941) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:409) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:186) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:875) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:250) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:149) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110) at org.eclipse.jetty.server.Server.handle(Server.java:349) at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:441) at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:919) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:582) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:51) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:586) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:44) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:598) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:533) at java.lang.Thread.run(Unknown Source)
Now, based on the way the JID is first displayed, I figured there was empty space at the end of the username, but it wasn't apparent in the MySQL database. So I ran the following just in case...
UPDATE `users` SET `username` = TRIM( `username` )
which affected 0 rows, so just in case, I also ran
UPDATE `users` SET `username` = replace( `username`,` `,`` )
which also affected 0 rows...
The SQL that I use to call the users for the groups is as follows....
(SELECT @group_name :=? AS username) UNION (SELECT `to` AS username FROM friends WHERE `from`=@group_name AND `accepted`='Yes') UNION (SELECT `from` AS username FROM friends WHERE `to`=@group_name AND `accepted`='Yes') UNION (SELECT username FROM users u INNERJOIN alliance_members am ON am.userid=u.id INNERJOIN alliance a ON a.id=am.allianceid WHERE a.name=@group_name AND a.gChat='1' AND am.rank!='Alliance Leader')
If I left out a cruicial bit of information let me know.
Oh, the JID in question, does NOT appear in any of the group's I've tested.
Hi,
Is there any configurations for setting to use encrypted password by 'SHA1' with User Service plugin in openfire?
User service use a password in plain text.
A sample of user service for adding a user after this.
http://example.com:9090/plugins/userService/userservice?type=add&secret=bigsecre t&username=kafka&password=drowssap&name=franz&email=franz@kafka.com
But, I want to use a password an encypted password like this.
http://example.com:9090/plugins/userService/userservice?type=add&secret=bigsecre t&username=kafka&password=de75c9530ed3905a24041aa7c39cd989c1a95cd6&name=franz&email=franz@kafka.com
to use like this, let me know how to configure openfire or 'user service' plugin,
if is not possible, any other way to pass an ecrypted password to openfire form my web application?
Plz, help me
Hi,
I installed open fire with jre. when i start services, its says running. I unable to access GUI.
Thanks in advance
Sathiyaraj
Hi,
The problem is that due to some changes in the server room the server had to be shut down. After we booted it up, everything was fine apart from Group Chat rooms. None of the users could enter into any group. In the Admin Console no groups are displayed.
At the same time the rooms appear in the Group Chat bookmarks sections.
When the user tries to enter a room the following error message appears: "No response from server"
Please advise...
Thank you in advance
Hi OF Team,
Can you plz let me know, in which Openfire table does the Session Created details are stored.
Plz find the Attached jpeg doc for more information.
I would like to log the details of user at the time User's have logged in spark ( Session Created details)
Thanking you in Advance,
Regards,
Mouli
Hello,
I have been able to setup certificate based client authentication for XMPP clients following instructions I found here and in the Openfire documentation but I have not been able to find anything on setting it up for the admin console. I believe openfire uses Jetty as the web server for the admin console so I would think this is possible but I'm just not sure where to start.
Does anyone have any instructions for setting this up?
I'm using hazelcast plugin, and the clustering is working but I encountered an error.
I debug it, the error happens in file RosterManager.java, function getRoster(String username), at line Roster roster = rosterCache.get(username);
It throws an exception: com.hazelcast.nio.hazelcastserializationexception problem when serializing type 1
Anyone can help me? what should I do next?
Hey,
I have a small problem, my openfire server has been running so well that I haven't needed to administer it for a while and have forgotten the admin password. This would be fine if I was using MySql as it would be easy to fix, but I have used the built in database.
Would someone be able to give me a simple howto on how to reset this password.
Many Thanks
Hi some of our xmpp clients (devices) can not open a session to the Openfire server when tls is enabled.
Lots of other clients can but some just can not
Logs on the server side:
2013.07.17 15:11:09 org.jivesoftware.openfire.nio.ConnectionHandler - ConnectionHandler reports IOException for session: (SOCKET, R: /x.x.x.x:1470, L: y.y.y.y:5222, S: 0.0.0.0/0.0.0.0:5222)
at java.lang.Thread.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
at org.apache.mina.transport.socket.nio.SocketIoProcessor$Worker.run(SocketIoProce ssor.java:485)
at org.apache.mina.transport.socket.nio.SocketIoProcessor.access$400(SocketIoProce ssor.java:45)
at org.apache.mina.transport.socket.nio.SocketIoProcessor.process(SocketIoProcesso r.java:198)
at org.apache.mina.transport.socket.nio.SocketIoProcessor.read(SocketIoProcessor.j ava:218)
at sun.nio.ch.SocketChannelImpl.read(Unknown Source)
at sun.nio.ch.IOUtil.read(Unknown Source)
at sun.nio.ch.IOUtil.readIntoNativeBuffer(Unknown Source)
at sun.nio.ch.SocketDispatcher.read(Unknown Source)
at sun.nio.ch.FileDispatcher.read0(Native Method)
java.io.IOException: Connection reset by peer
When I disable tls on the Openssl server connecting is no problem but that is ofcourse not what we want
The old ssl option only seems to be not secure (no lock symbol in the session list for that session)
It seems the client drops the connection but why?
-Updated openssl on the client
-installed java 1.5 on the server
Any clue or where to seek at the client side (ubuntu 10.04 tls device) long time not updated because of traffic consumption issue (its a 2G/3G device)
Maybe old tls ciphers at client site or something?
Kind regards
Martijn S.
I've been having a ton of touble getting either SSL or TLS to work with Digsby.
These are the logs:
line | |
---|---|
144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 | 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Exiting since queue is empty for /10.0.0.100:61810 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Launching thread for /10.0.0.100:61810 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Exiting since queue is empty for /10.0.0.100:61810 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Data Read: org.apache.mina.filter.support.SSLHandler@146e161 (HeapBuffer[pos=0 lim=130 cap=256: 17 03 01 00 18 21 DE B8 34 1A A3 A5 DD EC BC 20 F6 AC 5B 0A 2B 13 6A C8 84 64 BD EA 7A 17 03 01 00 60 89 F8 21 34 20 53 D7 32 AE CB 90 8B 09 A9 82 4A 6E 6D B4 16 B0 FE 65 9C 53 27 58 4D 53 05 33 AE 46 AC 5A 70 0C E5 38 72 3C C8 4D 65 F0 45 20 79 30 92 8F AD F3 55 5C 7E E0 92 5F E3 DA EE 7F C5 96 9B BE E3 29 AB 31 E4 6A F3 F8 75 F1 82 D2 1F 81 D5 69 92 DB BE 95 6E FD EF 59 AD 8F C5 2F 4C]) 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] unwrap() 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] inNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=130 cap=16665] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=33330 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Unwrap res:Status = OK HandshakeStatus = NOT_HANDSHAKING bytesConsumed = 29 bytesProduced = 0 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] inNetBuffer: java.nio.DirectByteBuffer[pos=29 lim=130 cap=16665] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=33330 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Unwrap res:Status = OK HandshakeStatus = NOT_HANDSHAKING bytesConsumed = 101 bytesProduced = 68 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] inNetBuffer: java.nio.DirectByteBuffer[pos=130 lim=130 cap=16665] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=68 lim=33330 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Unwrap res:Status = BUFFER_UNDERFLOW HandshakeStatus = NOT_HANDSHAKING bytesConsumed = 0 bytesProduced = 0 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=68 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] app data read: HeapBuffer[pos=0 lim=68 cap=68: 3C 70 72 65 73 65 6E 63 65 20 20 74 79 70 65 3D 22 75 6E 61 76 61 69 6C 61 62 6C 65 22 3E 3C 73 74 61 74 75 73 3E 4C 6F 67 67 65 64 20 4F 75 74 3C 2F 73 74 61 74 75 73 3E 3C 2F 70 72 65 73 65 6E 63 65 3E] (3C 70 72 65 73 65 6E 63 65 20 20 74 79 70 65 3D 22 75 6E 61 76 61 69 6C 61 62 6C 65 22 3E 3C 73 74 61 74 75 73 3E 4C 6F 67 67 65 64 20 4F 75 74 3C 2F 73 74 61 74 75 73 3E 3C 2F 70 72 65 73 65 6E 63 65 3E) 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Launching thread for /10.0.0.100:61810 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Filtered Write: org.apache.mina.filter.support.SSLHandler@146e161 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] encrypt: HeapBuffer[pos=0 lim=184 cap=4096: 3C 70 72 65 73 65 6E 63 65 20 74 79 70 65 3D 22 65 72 72 6F 72 22 20 74 6F 3D 22 6E 61 79 61 78 2E 63 6F 6D 2F 33 62 62 37 63 32 34 61 22 3E 3C 73 74 61 74 75 73 3E 4C 6F 67 67 65 64 20 4F 75 74 3C 2F 73 74 61 74 75 73 3E 3C 65 72 72 6F 72 20 63 6F 64 65 3D 22 34 30 31 22 20 74 79 70 65 3D 22 61 75 74 68 22 3E 3C 6E 6F 74 2D 61 75 74 68 6F 72 69 7A 65 64 20 78 6D 6C 6E 73 3D 22 75 72 6E 3A 69 65 74 66 3A 70 61 72 61 6D 73 3A 78 6D 6C 3A 6E 73 3A 78 6D 70 70 2D 73 74 61 6E 7A 61 73 22 2F 3E 3C 2F 65 72 72 6F 72 3E 3C 2F 70 72 65 73 65 6E 63 65 3E] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Wrap res:Status = OK HandshakeStatus = NOT_HANDSHAKING bytesConsumed = 184 bytesProduced = 242 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] encrypted buf: HeapBuffer[pos=0 lim=242 cap=242: 17 03 01 00 18 20 BF BF FC 6C 69 76 5B 9E 7E 41 D2 A9 EB AA 0F 2A C9 5B E8 83 3E 33 A2 17 03 01 00 D0 0F 02 C6 7E 86 6D EA 2F 50 A9 EC F1 E2 A5 9A 1F 0F 07 60 D6 BA 77 C0 EB F6 DD 7C AF D0 50 BE FD 43 3D FE 40 2A B0 BF F0 D1 23 44 BE 36 AB C3 96 F3 04 9F FD 14 F6 0C 57 1C 37 7F 82 AD EF 2B 91 0C 28 B0 90 2A 5D DA AD E7 AC 87 AF 9C E7 15 4D 19 9B 6A EB 6B 6F D2 86 31 CD 99 D2 C8 48 B2 FD 30 99 B7 01 81 A9 94 9C 29 53 37 50 4C 15 CC 06 C7 17 4B CE 9C 2D AE C3 8B 3D 1A A9 D8 33 0D AB E6 D5 F1 A2 96 D4 62 04 FB D0 D6 44 1D DE FD EC 2E 6D 58 35 38 13 64 45 F2 A7 7D A9 93 8B 4D 0B BA A6 89 D3 64 9C F3 E4 C9 85 D3 16 18 DE AA F7 31 55 04 FF 5B 26 0C DF E7 3B 7B 19 36 F2 1D E9 A9 9F 73 2F 79 59 4F 50 01 A9 78 60 56 2E 8C AA] 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Exiting since queue is empty for /10.0.0.100:61810 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Launching thread for /10.0.0.100:61810 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Exiting since queue is empty for /10.0.0.100:61810 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Data Read: org.apache.mina.filter.support.SSLHandler@146e161 (HeapBuffer[pos=0 lim=103 cap=256: 17 03 01 00 18 D5 4D EB A5 1D AB 07 61 F9 FF B4 2C 58 BD 21 5F A3 C6 61 6D A6 FF 3A AC 17 03 01 00 28 A1 4A B8 8F 94 8F 6B F0 C5 BB C2 62 76 7B 03 39 0C 49 D1 A1 38 D5 C5 29 ED 1D B8 C0 FB 14 87 9D 93 68 CD 9C 55 7A 6D 79 15 03 01 00 18 D8 98 7A 6B 93 5A 19 48 A0 CA 84 FA 79 7F DF 7E 35 0B 67 F4 FE 94 27 E5]) 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] unwrap() 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] inNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=103 cap=16665] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=33330 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Unwrap res:Status = OK HandshakeStatus = NOT_HANDSHAKING bytesConsumed = 29 bytesProduced = 0 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] inNetBuffer: java.nio.DirectByteBuffer[pos=29 lim=103 cap=16665] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=33330 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Unwrap res:Status = OK HandshakeStatus = NOT_HANDSHAKING bytesConsumed = 45 bytesProduced = 16 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] inNetBuffer: java.nio.DirectByteBuffer[pos=74 lim=103 cap=16665] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=16 lim=33330 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] Unwrap res:Status = CLOSED HandshakeStatus = NEED_WRAP bytesConsumed = 29 bytesProduced = 0 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] appBuffer: java.nio.DirectByteBuffer[pos=0 lim=16 cap=33330] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] app data read: HeapBuffer[pos=0 lim=16 cap=16: 3C 2F 73 74 72 65 61 6D 3A 73 74 72 65 61 6D 3E] (3C 2F 73 74 72 65 61 6D 3A 73 74 72 65 61 6D 3E) 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] write outNetBuffer: java.nio.DirectByteBuffer[pos=0 lim=29 cap=16665] 2013.07.18 04:26:00 org.jivesoftware.openfire.nio.ClientConnectionHandler - [/10.0.0.100:61810] session write: HeapBuffer[pos=0 lim=29 cap=29: 15 03 01 00 18 E9 1F D4 8D F5 26 51 CC 23 0E 81 67 EC C1 43 9E 84 AB 3C F1 FC 57 44 4A] 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Launching thread for /10.0.0.100:61810 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Exiting since queue is empty for /10.0.0.100:61810 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Launching thread for /10.0.0.100:61810 2013.07.18 04:26:00 org.apache.mina.filter.executor.ExecutorFilter - Exiting since queue is empty for /10.0.0.100:61810 |
Might this be a java issue?
Thanks!
After recently upgrading to 3.8.0 and then 3.8.1, a problem where a client could not reconnect to the server appeared. When a client would attempt to reconnect to the server after losing connection for some reason (loss of network, sleep, hibernate, etc) the error in the Pidgin client would display something along the lines of "Server closed connection: Input/Output Error"
The server logs showed (and have been lost due to much troubleshooting and restarting) an Input/Output error failing to write in a cache. The exact cache I could not determine. Initially, a simple restart fixed the problem. Then I found that the roster cache was to blame by flushing the cache's one by one in the admin interface. When the problem appeared, flushing only the roster cache would fix the problem and allow the client to login.
As a workaround, I set the system property of "cache.username2roster.size" to "0". In two days since setting that, the problem has not reoccured.
My full setup is as follows:
Openfire 3.8.1 with Kraken 1.1.3beta3 connecting to AIM, Yahoo!, and Gtalk.
Running on Fedora 16, MySQL 5.5.29 community, OpenJDK (IcedTea6 1.11.6) (fedora-71.1.11.6.fc16-i386)
Hope this helps someone!
Hi,
java -version says
java version "1.7.0_25"
OpenJDK Runtime Environment (rhel-2.3.10.4.el6_4-i386)
OpenJDK Server VM (build 23.7-b01, mixed mode)
Openfire says:
Java Version: | 1.6.0_41 Sun Microsystems Inc. -- Java HotSpot(TM) Server VM |
Appserver: | jetty/7.x.y-SNAPSHOT |
What am I missing here?
Thanks!
I've got openfire 3.6.4 installed on a distro of Raspberrian and I've been seeing an issue where spontaneously after a system reboot openfire acts as though it has no configuration anymore and goes endlessly through a setup loop even if I restart both the service or the server it's running on. Anyone got any ideas to help figure out what is going on?
Thanks!