java.lang.IllegalArgumentException: No enum const class org.xmpp.packet.Presence$Show.

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • Sending the following XMPP-Packet to the Server {code}<presence><show/></presence>{code} results in a warning like this: {code}2009.03.17 17:27:01 Invalid presence show for -<presence><show/></presence> java.lang.IllegalArgumentException: No enum const class org.xmpp.packet.Presence$Show. at java.lang.Enum.valueOf(Enum.java:196) at org.xmpp.packet.Presence$Show.valueOf(Presence.java:378) at org.xmpp.packet.Presence.getShow(Presence.java:137) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:239) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:176) at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandl er.java:133) at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived (AbstractIoFilterChain.java:570) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimplePr otocolDecoderOutput.java:58) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecF ilter.java:185) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java :239) at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(Execut orFilter.java:283) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java: 886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51) at java.lang.Thread.run(Thread.java:619){code} RFC3921, Page 7, Section 2.2.2.1. is a bit misunderstanding in this case. {code} The OPTIONAL element contains non-human-readable XML character data that specifies the particular availability status of an entity or specific resource. A presence stanza MUST NOT contain more than one element. The element MUST NOT possess any attributes. If provided, the XML character data value MUST be one of the following (additional availability types could be defined through a properly-namespaced child element of the presence stanza): o away -- The entity or resource is temporarily away. o chat -- The entity or resource is actively interested in chatting. o dnd -- The entity or resource is busy (dnd = "Do Not Disturb"). o xa -- The entity or resource is away for an extended period (xa = "eXtended Away"). If no element is provided, the entity is assumed to be online and available.{code} The question is: Does the "if provided" reference to the element itself or the XML character data? Because this is unclear I would say both is allowed. However, it seems some client out there do use this. I think the problem is located in org.xmpp.packet.Presence#getShow {code} public Show getShow() { String show = element.elementText("show"); if (show == null) { return null; } else { return Show.valueOf(show); } }{code} I'm not sure, but probably element.elementText returns an empty string in this case instead of NULL. An additional check should solve the problem. It is possible that this little problem is causing other problems. I had strange server problems in these days. Login not working, Clients get kicked when joining a MUC room....strange things. I'm not sure this is related, just wanted to mention it if someone else has this problems. See also http://www.igniterealtime.org/community/message/189221
    via by Martin Weusten,
  • Sending the following XMPP-Packet to the Server {code}<presence><show/></presence>{code} results in a warning like this: {code}2009.03.17 17:27:01 Invalid presence show for -<presence><show/></presence> java.lang.IllegalArgumentException: No enum const class org.xmpp.packet.Presence$Show. at java.lang.Enum.valueOf(Enum.java:196) at org.xmpp.packet.Presence$Show.valueOf(Presence.java:378) at org.xmpp.packet.Presence.getShow(Presence.java:137) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:239) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:176) at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandl er.java:133) at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived (AbstractIoFilterChain.java:570) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimplePr otocolDecoderOutput.java:58) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecF ilter.java:185) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java :239) at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(Execut orFilter.java:283) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java: 886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51) at java.lang.Thread.run(Thread.java:619){code} RFC3921, Page 7, Section 2.2.2.1. is a bit misunderstanding in this case. {code} The OPTIONAL element contains non-human-readable XML character data that specifies the particular availability status of an entity or specific resource. A presence stanza MUST NOT contain more than one element. The element MUST NOT possess any attributes. If provided, the XML character data value MUST be one of the following (additional availability types could be defined through a properly-namespaced child element of the presence stanza): o away -- The entity or resource is temporarily away. o chat -- The entity or resource is actively interested in chatting. o dnd -- The entity or resource is busy (dnd = "Do Not Disturb"). o xa -- The entity or resource is away for an extended period (xa = "eXtended Away"). If no element is provided, the entity is assumed to be online and available.{code} The question is: Does the "if provided" reference to the element itself or the XML character data? Because this is unclear I would say both is allowed. However, it seems some client out there do use this. I think the problem is located in org.xmpp.packet.Presence#getShow {code} public Show getShow() { String show = element.elementText("show"); if (show == null) { return null; } else { return Show.valueOf(show); } }{code} I'm not sure, but probably element.elementText returns an empty string in this case instead of NULL. An additional check should solve the problem. It is possible that this little problem is causing other problems. I had strange server problems in these days. Login not working, Clients get kicked when joining a MUC room....strange things. I'm not sure this is related, just wanted to mention it if someone else has this problems. See also http://www.igniterealtime.org/community/message/189221
    via by Martin Weusten,
  • Sending the following XMPP-Packet to the Server {code}<presence><show/></presence>{code} results in a warning like this: {code}2009.03.17 17:27:01 Invalid presence show for -<presence><show/></presence> java.lang.IllegalArgumentException: No enum const class org.xmpp.packet.Presence$Show. at java.lang.Enum.valueOf(Enum.java:196) at org.xmpp.packet.Presence$Show.valueOf(Presence.java:378) at org.xmpp.packet.Presence.getShow(Presence.java:137) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:239) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:176) at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandl er.java:133) at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived (AbstractIoFilterChain.java:570) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimplePr otocolDecoderOutput.java:58) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecF ilter.java:185) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648) at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java :239) at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(Execut orFilter.java:283) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java: 886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51) at java.lang.Thread.run(Thread.java:619){code} RFC3921, Page 7, Section 2.2.2.1. is a bit misunderstanding in this case. {code} The OPTIONAL element contains non-human-readable XML character data that specifies the particular availability status of an entity or specific resource. A presence stanza MUST NOT contain more than one element. The element MUST NOT possess any attributes. If provided, the XML character data value MUST be one of the following (additional availability types could be defined through a properly-namespaced child element of the presence stanza): o away -- The entity or resource is temporarily away. o chat -- The entity or resource is actively interested in chatting. o dnd -- The entity or resource is busy (dnd = "Do Not Disturb"). o xa -- The entity or resource is away for an extended period (xa = "eXtended Away"). If no element is provided, the entity is assumed to be online and available.{code} The question is: Does the "if provided" reference to the element itself or the XML character data? Because this is unclear I would say both is allowed. However, it seems some client out there do use this. I think the problem is located in org.xmpp.packet.Presence#getShow {code} public Show getShow() { String show = element.elementText("show"); if (show == null) { return null; } else { return Show.valueOf(show); } }{code} I'm not sure, but probably element.elementText returns an empty string in this case instead of NULL. An additional check should solve the problem. It is possible that this little problem is causing other problems. I had strange server problems in these days. Login not working, Clients get kicked when joining a MUC room....strange things. I'm not sure this is related, just wanted to mention it if someone else has this problems. See also http://www.igniterealtime.org/community/message/189221
    via by Martin Weusten,
  • Exception: java.lang.IllegalArgumentException: No enum const class org.xmpp.packet.Presence$Show.available at java.lang.Enum.valueOf(Unknown Source) at org.xmpp.packet.Presence$Show.valueOf(Presence.java:374) at org.xmpp.packet.Presence.getShow(Presence.java:133) at org.jivesoftware.messenger.admin.session_002dsummary_jsp._jspService(session_002dsum mary_jsp.java:321) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:427) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationH andler.java:822) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationH andler.java:813) at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:43) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationH andler.java:813) at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter .java:41) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationH andler.java:813) at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:98) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationH andler.java:813) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java: 494) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:569) at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:62 4) at org.mortbay.http.HttpContext.handle(HttpContext.java:1434) at org.mortbay.http.HttpServer.service(HttpServer.java:896) at org.mortbay.http.HttpConnection.service(HttpConnection.java:814) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:981) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:831) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:366) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
    via by Gaston Dombiak,
    • java.lang.IllegalArgumentException: No enum const class org.xmpp.packet.Presence$Show. at java.lang.Enum.valueOf(Enum.java:196) at org.xmpp.packet.Presence$Show.valueOf(Presence.java:378) at org.xmpp.packet.Presence.getShow(Presence.java:137) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:239) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:176)

    Users with the same issue

    bernardpaulus
    bernardpaulus1 times, last one,
    batwalrus76
    batwalrus764 times, last one,
    andyglick
    andyglick1 times, last one,
    stigkj
    stigkj14 times, last one,
    Pierre
    Pierre1 times, last one,
    42 more bugmates