⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 ehcache.xml

📁 JSP购物车(SQLserver版) ================== 简单的JSP电子商务网站购物车 带结算功能,带注册系统 大二时自己编写的,供大家参考学习 功能不是很详尽,美工
💻 XML
📖 第 1 页 / 共 2 页
字号:
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="ehcache.xsd">    <!--    DiskStore configuration    Sets the path to the directory where cache files are created.    If the path is a Java System Property it is replaced by its value in the    running VM.    The following properties are translated:    * user.home - User's home directory    * user.dir - User's current working directory    * java.io.tmpdir - Default temp file path    Subdirectories can be specified below the property e.g. java.io.tmpdir/one    -->    <diskStore path="java.io.tmpdir"/>    <!--    Specifies a CacheManagerEventListenerFactory, be used to create a CacheManagerPeerProvider,    which is notified when Caches are added or removed from the CacheManager.    The attributes of CacheManagerEventListenerFactory are:    * class - a fully qualified factory class name    * properties - comma separated properties having meaning only to the factory.    Sets the fully qualified class name to be registered as the CacheManager event listener.    The events include:    * adding a Cache    * removing a Cache    Callbacks to listener methods are synchronous and unsynchronized. It is the responsibility    of the implementer to safely handle the potential performance and thread safety issues    depending on what their listener is doing.    If no class is specified, no listener is created. There is no default.    -->    <cacheManagerEventListenerFactory class="" properties=""/>    <!--    (Enable for distributed operation)    Specifies a CacheManagerPeerProviderFactory which will be used to create a    CacheManagerPeerProvider, which discovers other CacheManagers in the cluster.    The attributes of cacheManagerPeerProviderFactory are:    * class - a fully qualified factory class name    * properties - comma separated properties having meaning only to the factory.    Ehcache comes with a built-in RMI-based distribution system with two means of discovery of    CacheManager peers participating in the cluster:    * automatic, using a multicast group. This one automatically discovers peers and detects      changes such as peers entering and leaving the group    * manual, using manual rmiURL configuration. A hardcoded list of peers is provided at      configuration time.    Configuring Automatic Discovery:    Automatic discovery is configured as per the following example:    <cacheManagerPeerProviderFactory                        class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory"                        properties="peerDiscovery=automatic, multicastGroupAddress=230.0.0.1,                                    multicastGroupPort=4446, timeToLive=32"/>    Valid properties are:    * peerDiscovery (mandatory) - specify "automatic"    * multicastGroupAddress (mandatory) - specify a valid multicast group address    * multicastGroupPort (mandatory) - specify a dedicated port for the multicast heartbeat      traffic    * timeToLive - specify a value between 0 and 255 which determines how far the packets will propagate.      By convention, the restrictions are:      0   - the same host      1   - the same subnet      32  - the same site      64  - the same region      128 - the same continent      255 - unrestricted    Configuring Manual Discovery:    Manual discovery is configured as per the following example:    <cacheManagerPeerProviderFactory class=                          "net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory"                          properties="peerDiscovery=manual,                          rmiUrls=//server1:40000/sampleCache1|//server2:40000/sampleCache1                          | //server1:40000/sampleCache2|//server2:40000/sampleCache2"/>    Valid properties are:    * peerDiscovery (mandatory) - specify "manual"    * rmiUrls (mandatory) - specify a pipe separated list of rmiUrls, in the form                            //hostname:port    The hostname is the hostname of the remote CacheManager peer. The port is the listening    port of the RMICacheManagerPeerListener of the remote CacheManager peer.    An alternate CacheManagerPeerProviderFactory can be used for JNDI discovery of other    CacheManagers in the cluster. Only manual discovery is supported.    For cacheManagerPeerProviderFactory specify class    net.sf.ehcache.distribution.JNDIManualRMICacheManagerPeerProviderFactoryerFactory.    Correspondingly for cacheManagerPeerListenerFactory specify class    net.sf.ehcache.distribution.JNDIRMICacheManagerPeerListenerFactoryory.    Configuring JNDI Manual Discovery:    Manual JNDI discovery is configured as per the following example:    <cacheManagerPeerProviderFactory class=        "net.sf.ehcache.distribution.JNDIManualRMICacheManagerPeerProviderFactoryerFactory"        properties="peerDiscovery=manual, stashContexts=true, stashRemoteCachePeers=true,              jndiUrls=t3//server1:40000/sampleCache1|t3//server2:40000/sampleCache1              |t3//server1:40000/sampleCache2|t3//server2:40000/sampleCache2"/>    Valid properties are:    * peerDiscovery (mandatory) - specify "manual"    * stashContexts (optional) - specify "true" or "false".  Defaults to true.      java.naming.Context objects are stashed for performance.    * stashRemoteCachePeers (optional) - specify "true" or "false".  Defaults to true.      CachePeer objects are stashed for performance.    * jndiUrls (mandatory) - specify a pipe separated list of jndiUrls,      in the form protocol//hostname:port    -->    <cacheManagerPeerProviderFactory            class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory"            properties="peerDiscovery=automatic,                        multicastGroupAddress=230.0.0.1,                        multicastGroupPort=4446, timeToLive=1"/>    <!--    (Enable for distributed operation)    Specifies a CacheManagerPeerListenerFactory which will be used to create a    CacheManagerPeerListener, which    listens for messages from cache replicators participating in the cluster.    The attributes of cacheManagerPeerListenerFactory are:    class - a fully qualified factory class name    properties - comma separated properties having meaning only to the factory.    Ehcache comes with a built-in RMI-based distribution system. The listener component is    RMICacheManagerPeerListener which is configured using    RMICacheManagerPeerListenerFactory. It is configured as per the following example:    <cacheManagerPeerListenerFactory        class="net.sf.ehcache.distribution.RMICacheManagerPeerListenerFactory"        properties="hostName=fully_qualified_hostname_or_ip,                    port=40001,                    socketTimeoutMillis=120000"/>    All properties are optional. They are:    * hostName - the hostName of the host the listener is running on. Specify      where the host is multihomed and you want to control the interface over which cluster      messages are received. Defaults to the host name of the default interface if not      specified.    * port - the port the listener listens on. This defaults to a free port if not specified.    * socketTimeoutMillis - the number of ms client sockets will stay open when sending      messages to the listener. This should be long enough for the slowest message.      If not specified it defaults 120000ms.    An alternate CacheManagerPeerListenerFactory can be also be used for JNDI binding of    listeners for messages from cache replicators participating in the cluster. For    cacheManagerPeerListenerFactory specify    class net.sf.ehcache.distribution.JNDIRMICacheManagerPeerListenerFactory.    Correspondingly for cacheManagerPeerProviderFactory specify class    net.sf.ehcache.distribution.JNDIManualRMICacheManagerPeerProviderFactoryerFactory.    Properties for JNDIRMICacheManagerPeerListenerFactory are the same as    RMICacheManagerPeerListenerFactory.    -->    <cacheManagerPeerListenerFactory            class="net.sf.ehcache.distribution.RMICacheManagerPeerListenerFactory"/>    <!-- Cache configuration.    The following attributes are required.    name:    Sets the name of the cache. This is used to identify the cache. It must be unique.    maxElementsInMemory:    Sets the maximum number of objects that will be created in memory	maxElementsOnDisk:    Sets the maximum number of objects that will be maintained in the DiskStore	The default value is zero, meaning unlimited.    eternal:    Sets whether elements are eternal. If eternal,  timeouts are ignored and the    element is never expired.    overflowToDisk:    Sets whether elements can overflow to disk when the memory store    has reached the maxInMemory limit.    The following attributes are optional.    timeToIdleSeconds:    Sets the time to idle for an element before it expires.    i.e. The maximum amount of time between accesses before an element expires    Is only used if the element is not eternal.    Optional attribute. A value of 0 means that an Element can idle for infinity.    The default value is 0.    timeToLiveSeconds:    Sets the time to live for an element before it expires.

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -