All Packages from com.fetish.directory.* to com.fetish.toolkit.*

Home >> All >> com >> fetish

•

Package Samples:

• com.fetish.directory.tool
• com.fetish.directory
• com.fetish.toolkit

Classes:

• LUSManager: This interface corresponds to a node of the Directory. Methods includes the management of the hierarchical structure and the propragation of the information updates and the lookup operations. Methods are organized in two sets. Hierarchical structure : Methods to manage the connectivity of the LUS Managers. isAlone : check if this node has no neighbors. getNeighbors : gets all the neighbors for this node. connect : add a new neighbor for this node. disconnect: remove a node from the neighbor list, and remove this node from the other's neighbor list Extended lookup : Extends the lookup operation ...
• InterfaceEntry: Standard FADA attribute for Jini registrations. It contains a given interface name. This guides the FADA search process by converting a Jini interface search in a Jini attribute search. Jini interface search needs the interface exported, and so clients used to be forced to export the interface/s they were looking for. This is not true anymore. This class needn't be used by either clients or service providers, as it will be used by the toolkit and the Fada.
• Fada: The Fetish Advanced Directory Architecture module (FADA) Sample implementation of the LUSM node specification This class provides an implementation of the LUSManager and Directory interfaces. It can manage Fetish services (registration, deregistration, lookup) and connect to the FADA architecture, thus allowing clients that contact this node to get proxies for Fetish services that are registered in any other place within the FADA architecture.
• SearchIDInterface: Unique identifier for lookup operations. This class allows the lookup process to traverse a (potentially) cyclic graph of FADA nodes without entering infinite loops. Each searched FADA node is marked with the SearchID for the search process, so when the next search request comes, its SearchID is checked against all marks. If there is a match, the search is not performed. A given search process looks up in a node at most once.
• SearchID: Unique identifier for lookup operations. This class allows the lookup process to traverse a (potentially) cyclic graph of FADA nodes without entering infinite loops. Each searched FADA node is marked with the SearchID for the search process, so when the next search request comes, its SearchID is checked against all marks. If there is a match, the search is not performed. A given search process looks up in a node at most once.
• Kalman: Class that implements a modified Kalman filter. The Kalman filter is a discrete predictive filter for signals with a white noise which are measured through a noisy procedure. The default Kalman filter behavior has been modified to fit the network model. It is used by the FetishLeaseRenewalManager to get an estimation of the network delays to ensure Fetish lease renewal.
• FetishLeaseRenewalManager: The Fetish Lease Renewal Manager. This class takes care of renewing the service registration leases in time, and in case of lease cancellation by late arrival of renewal request, it reregisters the expired service proxy by calling the reregister method in the FetishImpl class.
• SearchCriteriaInterface: Interface for the SearchCriteria class. This class allows the FADA stub to be used without the need to provide with all the classes that are used as parameters and return types (and thus avoiding to provide with all classes those classes need, and on, and on).
• FetishImpl: The Fetish Toolkit helper class. This class provides with methods that allow an easy use of the Fetish features, such as registering and deregistering a service and lookup of Fetish services by ServiceID, attributes and/or interface/s implemented.
• SearchIDFactory: Class to obtain unique SearchID identifiers. It implements Serializable in order to be stored to persistent storage, to keep consistency between activations. This class is meant to be a field of the FADA class.
• FadaInterface: Extra interface for FADA only functionality. These methods do not belong to the standard Fetish Directory and LUSManager interfaces, and should not be used by any partner outside the FADA team.
• FetishServiceRegistration: Wrapper for the Jini ServiceRegistration. Provides a ServiceRegistration object that conceals several details whose direct manipulation is potentially hazardous for the integrity of the FADA.
• InterfaceGetter: Utility class that obtains the hierarchy of interfaces a given class implements. It makes it possible for FADA clients to not need to export any interface (which is counterintuitive).
• LeaseMapImpl: Fake LeaseMap implementations - Fetish leases cannot be batched. It does nothing, but provides with an implementation for the sake of consistency with the Jini specification.
• FetishLease: Interface for the Fetish leases. Fetish leases wrap Jini leases and modifies their behavior to make the FADA aware of lease renewal and cancellation.
• AdminCtl: Text front-end for the Administrator. This class allows the administrator to manage and get information on the FADA architecture.
• SearchSet: Set of started searches. This class is stored in a FADA node to keep track of all searches started from this node.
• Search: Class with information about a search process. It holds the responses from all asked FADA nodes.
• Administrator: FADA node model. Class for getting information and manipulating a FADA node
• Directory: Interface with the methods that a Fetish member can invoke on the Directory.
• AboutDialog: Dialog that shows some credits about the AdminToolFrontEnd
• SearchCriteria: Set of constraints for a given search process.
• FetishLeaseImpl: Implementation of the FetishLease interface
• FetishLeaseProxy: Local proxy for the remote Fetish leases.

Home | Contact Us | Privacy Policy | Terms of Service