public abstract class ControlFactory extends Object
When a service provider receives a response control, it uses control factories to return the specific/appropriate control class implementation.
|Modifier||Constructor and Description|
Creates a new instance of a control factory.
|Modifier and Type||Method and Description|
Creates a control using this control factory.
Creates a control using known control factories.
public abstract Control getControlInstance(Control ctl) throws NamingException
The factory is used by the service provider to return controls that it reads from the LDAP protocol as specialized control classes. Without this mechanism, the provider would be returning controls that only contained data in BER encoded format.
Typically, ctl is a "basic" control containing BER encoded data. The factory is used to create a specialized control implementation, usually by decoding the BER encoded data, that provides methods to access that data in a type-safe and friendly manner.
For example, a factory might use the BER encoded data in basic control and return an instance of a VirtualListReplyControl.
If this factory cannot create a control using the argument supplied, it should return null. A factory should only throw an exception if it is sure that it is the only intended factory and that no other control factories should be tried. This might happen, for example, if the BER data in the control does not match what is expected of a control with the given OID. Since this method throws NamingException, any other internally generated exception that should be propagated must be wrapped inside a NamingException.
ctl- A non-null control.
NamingException- If ctl contains invalid data that prevents it from being used to create a control. A factory should only throw an exception if it knows how to produce the control (identified by the OID) but is unable to because of, for example invalid BER data.
public static Control getControlInstance(Control ctl, Context ctx, Hashtable<?,?> env) throws NamingException
The following rule is used to create the control:
ctl. If an exception is encountered while creating the control, the exception is passed up to the caller.
Note that a control factory must be public and must have a public constructor that accepts no arguments.
ctl- The non-null control object containing the OID and BER data.
ctx- The possibly null context in which the control is being created. If null, no such information is available.
env- The possibly null environment of the context. This is used to find the value of the LdapContext.CONTROL_FACTORIES property.
ctlif a control object cannot be created using the algorithm described above.
NamingException- if a naming exception was encountered while attempting to create the control object. If one of the factories accessed throws an exception, it is propagated up to the caller. If an error was encountered while loading and instantiating the factory and object classes, the exception is wrapped inside a NamingException and then rethrown.
Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2017, Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Also see the documentation redistribution policy.