NullPointerException in error.log

Hello,

I haven’t yet moved to 3.5.0, this is from 3.4.5. Apologies if this have been fixed in 3.5.0 already. I am not sure how serious it is, but it unnecessarily clutters the error log. I am not sure exactly what makes it happen, I guess the debug backtrace should be helpful enough. What may cause it is that the domain of the server have been changed and some users may still have items in their roster with the obsolote domain name (which is unreachable). It would be very nice if server domain change would automagically go through the rosters of all users and correct the domain names there, too (at least optionally, asked on the web interface). You could file a separate bugreport for this.

Developers, could you please indicate in this thread:

  • that you have read this,

  • that you have filed or rejected this bug report,

  • that this is fixed.

2008.04.11 14:47:18 org.jivesoftware.openfire.net.VirtualConnection.close(VirtualConnection.java:159 ) Could not close socket

org.jivesoftware.openfire.http.HttpSession$HttpVirtualConnection@d57bb

java.lang.NullPointerException

at org.jivesoftware.openfire.http.HttpSession$Deliverable.getPackets(HttpSession.j ava:800)

at org.jivesoftware.openfire.http.HttpSession.failDelivery(HttpSession.java:677)

at org.jivesoftware.openfire.http.HttpSession.closeConnection(HttpSession.java:666 )

at org.jivesoftware.openfire.http.HttpSession.access$200(HttpSession.java:51)

at org.jivesoftware.openfire.http.HttpSession$HttpVirtualConnection.closeVirtualCo nnection(HttpSession.java:731)

at org.jivesoftware.openfire.net.VirtualConnection.close(VirtualConnection.java:15 5)

at org.jivesoftware.openfire.http.HttpSession.close(HttpSession.java:160)

at org.jivesoftware.openfire.http.HttpBindServlet.sendError(HttpBindServlet.java:1 87)

at org.jivesoftware.openfire.http.HttpBindServlet.isContinuation(HttpBindServlet.j ava:166)

at org.jivesoftware.openfire.http.HttpBindServlet.doPost(HttpBindServlet.java:115)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)

at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)

at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)

at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)

at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollect ion.java:206)

at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)

at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)

at org.mortbay.jetty.Server.handle(Server.java:324)

at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)

at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:374)

at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)

at org.mortbay.jetty.nio.SelectChannelConnector$RetryContinuation.run(SelectChanne lConnector.java:506)

at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)

Updated to Openfire 3.5.1, and this problem seems to have been fixed.