/*
 * Copyright (c) 1999, 2004, Oracle and/or its affiliates. All rights reserved.
 * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
 *
 * This code is free software; you can redistribute it and/or modify it
 * under the terms of the GNU General Public License version 2 only, as
 * published by the Free Software Foundation.  Oracle designates this
 * particular file as subject to the "Classpath" exception as provided
 * by Oracle in the LICENSE file that accompanied this code.
 *
 * This code is distributed in the hope that it will be useful, but WITHOUT
 * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
 * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
 * version 2 for more details (a copy is included in the LICENSE file that
 * accompanied this code).
 *
 * You should have received a copy of the GNU General Public License version
 * 2 along with this work; if not, write to the Free Software Foundation,
 * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
 *
 * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
 * or visit www.oracle.com if you need additional information or have any
 * questions.
 */
package javax.naming.spi;

import javax.naming.*;
import java.util.Hashtable;

This interface represents a factory for obtaining the state of an object for binding.

The JNDI framework allows for object implementations to be loaded in dynamically via object factories. For example, when looking up a printer bound in the name space, if the print service binds printer names to References, the printer Reference could be used to create a printer object, so that the caller of lookup can directly operate on the printer object after the lookup.

An ObjectFactory is responsible for creating objects of a specific type. In the above example, you may have a PrinterObjectFactory for creating Printer objects.

For the reverse process, when an object is bound into the namespace, JNDI provides state factories. Continuing with the printer example, suppose the printer object is updated and rebound:

ctx.rebind("inky", printer);
The service provider for ctx uses a state factory to obtain the state of printer for binding into its namespace. A state factory for the Printer type object might return a more compact object for storage in the naming system.

A state factory must implement the StateFactory interface. In addition, the factory class must be public and must have a public constructor that accepts no parameters.

The getStateToBind() method of a state factory may be invoked multiple times, possibly using different parameters. The implementation is thread-safe.

StateFactory is intended for use with service providers that implement only the Context interface. DirStateFactory is intended for use with service providers that implement the DirContext interface.

Author:Rosanna Lee, Scott Seligman
See Also:
Since:1.3
/** * This interface represents a factory for obtaining the state of an * object for binding. *<p> * The JNDI framework allows for object implementations to * be loaded in dynamically via <em>object factories</em>. * For example, when looking up a printer bound in the name space, * if the print service binds printer names to <tt>Reference</tt>s, the printer * <tt>Reference</tt> could be used to create a printer object, so that * the caller of lookup can directly operate on the printer object * after the lookup. * <p>An <tt>ObjectFactory</tt> is responsible * for creating objects of a specific type. In the above example, * you may have a <tt>PrinterObjectFactory</tt> for creating * <tt>Printer</tt> objects. * <p> * For the reverse process, when an object is bound into the namespace, * JNDI provides <em>state factories</em>. * Continuing with the printer example, suppose the printer object is * updated and rebound: * <blockquote><pre> * ctx.rebind("inky", printer); * </pre></blockquote> * The service provider for <tt>ctx</tt> uses a state factory * to obtain the state of <tt>printer</tt> for binding into its namespace. * A state factory for the <tt>Printer</tt> type object might return * a more compact object for storage in the naming system. *<p> * A state factory must implement the <tt>StateFactory</tt> interface. * In addition, the factory class must be public and must have a * public constructor that accepts no parameters. *<p> * The <tt>getStateToBind()</tt> method of a state factory may * be invoked multiple times, possibly using different parameters. * The implementation is thread-safe. *<p> * <tt>StateFactory</tt> is intended for use with service providers * that implement only the <tt>Context</tt> interface. * <tt>DirStateFactory</tt> is intended for use with service providers * that implement the <tt>DirContext</tt> interface. * * @author Rosanna Lee * @author Scott Seligman * * @see NamingManager#getStateToBind * @see DirectoryManager#getStateToBind * @see ObjectFactory * @see DirStateFactory * @since 1.3 */
public interface StateFactory {
Retrieves the state of an object for binding.

NamingManager.getStateToBind() successively loads in state factories and invokes this method on them until one produces a non-null answer. DirectoryManager.getStateToBind() successively loads in state factories. If a factory implements DirStateFactory, then DirectoryManager invokes DirStateFactory.getStateToBind(); otherwise it invokes StateFactory.getStateToBind().

When an exception is thrown by a factory, the exception is passed on to the caller of NamingManager.getStateToBind() and DirectoryManager.getStateToBind(). The search for other factories that may produce a non-null answer is halted. A factory should only throw an exception if it is sure that it is the only intended factory and that no other factories should be tried. If this factory cannot create an object using the arguments supplied, it should return null.

The name and nameCtx parameters may optionally be used to specify the name of the object being created. See the description of "Name and Context Parameters" in ObjectFactory.getObjectInstance() for details. If a factory uses nameCtx it should synchronize its use against concurrent access, since context implementations are not guaranteed to be thread-safe.

The name and environment parameters are owned by the caller. The implementation will not modify these objects or keep references to them, although it may keep references to clones or copies.

Params:
  • obj – A non-null object whose state is to be retrieved.
  • name – The name of this object relative to nameCtx, or null if no name is specified.
  • nameCtx – The context relative to which the name parameter is specified, or null if name is relative to the default initial context.
  • environment – The possibly null environment to be used in the creation of the object's state.
Throws:
  • NamingException – if this factory encountered an exception while attempting to get the object's state, and no other factories are to be tried.
See Also:
Returns:The object's state for binding; null if the factory is not returning any changes.
/** * Retrieves the state of an object for binding. *<p> * <tt>NamingManager.getStateToBind()</tt> * successively loads in state factories and invokes this method * on them until one produces a non-null answer. * <tt>DirectoryManager.getStateToBind()</tt> * successively loads in state factories. If a factory implements * <tt>DirStateFactory</tt>, then <tt>DirectoryManager</tt> * invokes <tt>DirStateFactory.getStateToBind()</tt>; otherwise * it invokes <tt>StateFactory.getStateToBind()</tt>. *<p> When an exception * is thrown by a factory, the exception is passed on to the caller * of <tt>NamingManager.getStateToBind()</tt> and * <tt>DirectoryManager.getStateToBind()</tt>. * The search for other factories * that may produce a non-null answer is halted. * A factory should only throw an exception if it is sure that * it is the only intended factory and that no other factories * should be tried. * If this factory cannot create an object using the arguments supplied, * it should return null. * <p> * The <code>name</code> and <code>nameCtx</code> parameters may * optionally be used to specify the name of the object being created. * See the description of "Name and Context Parameters" in * {@link ObjectFactory#getObjectInstance ObjectFactory.getObjectInstance()} * for details. * If a factory uses <code>nameCtx</code> it should synchronize its use * against concurrent access, since context implementations are not * guaranteed to be thread-safe. * <p> * The <tt>name</tt> and <tt>environment</tt> parameters * are owned by the caller. * The implementation will not modify these objects or keep references * to them, although it may keep references to clones or copies. * * @param obj A non-null object whose state is to be retrieved. * @param name The name of this object relative to <code>nameCtx</code>, * or null if no name is specified. * @param nameCtx The context relative to which the <code>name</code> * parameter is specified, or null if <code>name</code> is * relative to the default initial context. * @param environment The possibly null environment to * be used in the creation of the object's state. * @return The object's state for binding; * null if the factory is not returning any changes. * @exception NamingException if this factory encountered an exception * while attempting to get the object's state, and no other factories are * to be tried. * * @see NamingManager#getStateToBind * @see DirectoryManager#getStateToBind */
public Object getStateToBind(Object obj, Name name, Context nameCtx, Hashtable<?,?> environment) throws NamingException; }