Deprecated List (Core XMPP Server 4.9.2 API)

For Removal
Element	Description
org.jivesoftware.openfire.commands.SessionData.getCreationStamp()
org.jivesoftware.openfire.container.PluginManager.getPlugin(String)	in Openfire 4.4 in favour of `PluginManager.getPluginByName(String)`
org.jivesoftware.openfire.muc.MUCRole.createRoomRole(MUCRoom)	Replaced by `MUCRole.createRoomSelfRepresentation(MUCRoom)`
org.jivesoftware.openfire.muc.MUCRole.getRoleAddress()	Replaced by `MUCRole.getOccupantJID()`
org.jivesoftware.openfire.muc.MUCRoom.addOccupantRole(MUCRole)	Replaced by `MUCRoom.addOccupant(MUCRole)`
org.jivesoftware.openfire.muc.MUCRoom.getRole()	Replaced by `MUCRoom.getSelfRepresentation()`
org.jivesoftware.openfire.muc.MUCRoom.removeOccupantRole(MUCRole)	replaced by `MUCRoom.removeOccupant(MUCRole)`
org.jivesoftware.openfire.muc.MultiUserChatService.getMUCRoles(JID)	Replaced by `MultiUserChatService.getOccupants(JID)`
org.jivesoftware.util.Base64	Use java.util.Base64 instead.
org.jivesoftware.util.cache.CacheFactory.getLock(Object, Cache)	in favour of `Cache.getLock(K)`. Will be removed in Openfire 5.0.0. Returns an existing `Lock` on the specified key or creates a new one if none was found. This operation is thread safe. Successive calls with the same key may or may not return the same `Lock`. However, different threads asking for the same Lock at the same time will get the same Lock object. The supplied cache may or may not be used depending whether the server is running on cluster mode or not. When not running as part of a cluster then the lock will be unrelated to the cache and will only be visible in this JVM.
org.jivesoftware.util.StringUtils.decodeBase64(String)	Use java.util.Base64 instead.
org.jivesoftware.util.StringUtils.encodeBase64(String)	Use java.util.Base64 instead.

Classes
Class	Description
org.jivesoftware.openfire.net.SocketConnection	Old, pre NIO / MINA code. Should not be used as Netty offers better performance. Currently only in use for server dialback.
org.jivesoftware.openfire.net.SocketReader	Old, pre NIO / MINA code. Should not be used as Netty offers better performance. Currently only in use for server dialback.
org.jivesoftware.util.Base64	Use java.util.Base64 instead.

Fields
Field Description

org.jivesoftware.openfire.session.ConnectionSettings.Client.MAX_READ_BUFFER
not implemented for Netty as this uses max of 1 message per read instead

Methods
Method	Description
org.jivesoftware.database.CallableStatementWrapper.getBigDecimal(int, int)
org.jivesoftware.database.CallableStatementWrapper.setUnicodeStream(int, InputStream, int)
org.jivesoftware.database.PreparedStatementWrapper.setUnicodeStream(int, InputStream, int)
org.jivesoftware.openfire.auth.AuthFactory.getAuthProvider()	Prefer using the corresponding factory method, rather than invoking methods on the provider directly
org.jivesoftware.openfire.commands.SessionData.getCreationStamp()
org.jivesoftware.openfire.container.PluginManager.getPlugin(String)	in Openfire 4.4 in favour of `PluginManager.getPluginByName(String)`
org.jivesoftware.openfire.muc.MUCRole.createRoomRole(MUCRoom)	Replaced by `MUCRole.createRoomSelfRepresentation(MUCRoom)`
org.jivesoftware.openfire.muc.MUCRole.getRoleAddress()	Replaced by `MUCRole.getOccupantJID()`
org.jivesoftware.openfire.muc.MUCRoom.addOccupantRole(MUCRole)	Replaced by `MUCRoom.addOccupant(MUCRole)`
org.jivesoftware.openfire.muc.MUCRoom.getRole()	Replaced by `MUCRoom.getSelfRepresentation()`
org.jivesoftware.openfire.muc.MUCRoom.removeOccupantRole(MUCRole)	replaced by `MUCRoom.removeOccupant(MUCRole)`
org.jivesoftware.openfire.muc.MultiUserChatService.getMUCRoles(JID)	Replaced by `MultiUserChatService.getOccupants(JID)`
org.jivesoftware.openfire.muc.spi.IQOwnerHandler.parseFirstValueAsBoolean(FormField, boolean)	Use FormField#parseFirstValueAsBoolean(String) provided by Tinder version 1.3.1 or newer.
org.jivesoftware.openfire.XMPPServer.setInstance(XMPPServer)	- for test use only
org.jivesoftware.util.cache.CacheFactory.getLock(Object, Cache)	in favour of `Cache.getLock(K)`. Will be removed in Openfire 5.0.0. Returns an existing `Lock` on the specified key or creates a new one if none was found. This operation is thread safe. Successive calls with the same key may or may not return the same `Lock`. However, different threads asking for the same Lock at the same time will get the same Lock object. The supplied cache may or may not be used depending whether the server is running on cluster mode or not. When not running as part of a cluster then the lock will be unrelated to the cache and will only be visible in this JVM.
org.jivesoftware.util.StringUtils.decodeBase64(String)	Use java.util.Base64 instead.
org.jivesoftware.util.StringUtils.encodeBase64(String)	Use java.util.Base64 instead.