JMSFileStore

JMSFileStore

Description

This class represents a disk-based JMS file store that stores persistent messages and durable subscribers in a file-system directory.

Syntax
<JMSFileStore


Directory="String


Name="String


Notes="String


SynchronousWritePolicy=( "Disabled" | "Cache-Flush" | "Direct-Write" )


Type="String



/>
Parent Elements

Domain

Attributes

Attribute

Description

Range of Values and Default
Directory Defines the pathname to the valid file-system directory where the JMS file store is kept.This attribute is not dynamically configurable. Admin Console field label: Directory
Name The name of this configuration. WebLogic Server uses an MBean to implement and persist the configuration. Admin Console field label: NameRequired: no
Notes Optional information that you can include to describe this configuration. Admin Console field label: NotesRequired: no
SynchronousWritePolicy A user-defined policy that determines how the JMS file store writes data to disk. This policy also affects the JMS file store's performance, scalability, and reliability. The valid policy options are:Disabled - Transactions are complete as soon as their writes are cached in memory, instead of waiting for the writes to successfully reach the disk. This policy is the fastest, but the least reliable (that is, transactionally safe). It can be more than 100 times faster than the other policies, but power outages or operating system failures can cause lost and/or duplicate messages.Cache-Flush - Transactions cannot complete until all of their writes have been flushed down to disk. This policy is reliable and scales well as the number of simultaneous users increases.Direct-Write - File store writes are written directly to disk. This policy is supported on Solaris, HP-UX, and Windows. If this policy is set on an unsupported platform, the file store automatically uses the Cache-Flush policy instead. The Direct-Write policy's reliability and performance depend on the platform's use of on-disk caches with respect to direct writes. For example, UNIX systems do not use on-disk caches for direct writes, while Windows systems generally do. The following points illustrate the pros and cons of using on-disk caching (when possible) with this policy:

With on-disk caching enabled, the Direct-Write policy can be 2-5 times faster than the Cache-Flush policy, except in highly scalable cases where it may be slightly slower.

With on-disk caching disabled, the Direct-Write policy is faster than the Cache-Flush policy in one-to-many cases, but is much slower otherwise.

The Direct-Write policy scales well with on-disk caching enabled, but does not scale with it disabled. (Solaris does not allowing enabling the on-disk cache for direct writes).
Warning! Although the use of the Direct-Write policy is transactionally reliable on Solaris and HP systems, Windows systems may leave transaction data in the on-disk cache without writing it to disk immediately. This is not considered to be transactionally reliable, since a power failure can cause loss of on-disk cache data-- possibly resulting in lost and/or duplicate messages. For reliable writes using Direct-Write on Windows, either disable all write caching for the disk (enabled by default), or use a disk with a battery-backed cache. Some file systems, however, do not allow this value to be changed (for example, a RAID system that has a reliable cache).To disable the on-disk cache for a disk drive on Windows 2000:

1.

2. Open the Control Panel -> System Properties dialog box.

3. Select the Hardware tab.

4. Click the Device Manager button.

5. Expand the Disk Drives node on the Device Manager tree.

6. Double-click the drive name that you want to modify.

7. On the Properties dialog box, select the Disk Properties tab.

8. Clear the Write Cache Enabled check box.
Note: If the JMS file store is used exclusively for paging non-persistent messages to disk, the Synchronous Write Policy is ignored. Admin Console field label: Synchronous Write PolicyRequired: noDefault: Cache-Flush
Type Returns the type of the MBean. Required: no

Attribute	Description	Range of Values and Default
Directory	Defines the pathname to the valid file-system directory where the JMS file store is kept.This attribute is not dynamically configurable.	Admin Console field label: Directory
Name	The name of this configuration. WebLogic Server uses an MBean to implement and persist the configuration.	Admin Console field label: NameRequired: no
Notes	Optional information that you can include to describe this configuration.	Admin Console field label: NotesRequired: no
SynchronousWritePolicy	A user-defined policy that determines how the JMS file store writes data to disk. This policy also affects the JMS file store's performance, scalability, and reliability. The valid policy options are:Disabled - Transactions are complete as soon as their writes are cached in memory, instead of waiting for the writes to successfully reach the disk. This policy is the fastest, but the least reliable (that is, transactionally safe). It can be more than 100 times faster than the other policies, but power outages or operating system failures can cause lost and/or duplicate messages.Cache-Flush - Transactions cannot complete until all of their writes have been flushed down to disk. This policy is reliable and scales well as the number of simultaneous users increases.Direct-Write - File store writes are written directly to disk. This policy is supported on Solaris, HP-UX, and Windows. If this policy is set on an unsupported platform, the file store automatically uses the Cache-Flush policy instead. The Direct-Write policy's reliability and performance depend on the platform's use of on-disk caches with respect to direct writes. For example, UNIX systems do not use on-disk caches for direct writes, while Windows systems generally do. The following points illustrate the pros and cons of using on-disk caching (when possible) with this policy: With on-disk caching enabled, the Direct-Write policy can be 2-5 times faster than the Cache-Flush policy, except in highly scalable cases where it may be slightly slower. With on-disk caching disabled, the Direct-Write policy is faster than the Cache-Flush policy in one-to-many cases, but is much slower otherwise. The Direct-Write policy scales well with on-disk caching enabled, but does not scale with it disabled. (Solaris does not allowing enabling the on-disk cache for direct writes). Warning! Although the use of the Direct-Write policy is transactionally reliable on Solaris and HP systems, Windows systems may leave transaction data in the on-disk cache without writing it to disk immediately. This is not considered to be transactionally reliable, since a power failure can cause loss of on-disk cache data-- possibly resulting in lost and/or duplicate messages. For reliable writes using Direct-Write on Windows, either disable all write caching for the disk (enabled by default), or use a disk with a battery-backed cache. Some file systems, however, do not allow this value to be changed (for example, a RAID system that has a reliable cache).To disable the on-disk cache for a disk drive on Windows 2000: 1. 2. Open the Control Panel -> System Properties dialog box. 3. Select the Hardware tab. 4. Click the Device Manager button. 5. Expand the Disk Drives node on the Device Manager tree. 6. Double-click the drive name that you want to modify. 7. On the Properties dialog box, select the Disk Properties tab. 8. Clear the Write Cache Enabled check box. Note: If the JMS file store is used exclusively for paging non-persistent messages to disk, the Synchronous Write Policy is ignored.	Admin Console field label: Synchronous Write PolicyRequired: noDefault: Cache-Flush
Type	Returns the type of the MBean.	Required: no