Home >> All >> com >> [ simscomputing Javadoc ]

•	com.simscomputing.swing.* (4)	•	com.simscomputing.testbed.* (35)	•	com.simscomputing.testbed.gui.* (11)
•	com.simscomputing.util.* (11)

• com.simscomputing: Javadoc index of package com.simscomputing.


Package Samples:

• com.simscomputing.swing
• com.simscomputing.testbed.gui
• com.simscomputing.testbed
• com.simscomputing.util

Classes:

• FileSystemClassLoader: This class is almost a trivial subclass of URLClassLoader. The one thing that I'm baffled by is that if I overload loadClass(), then newly loaded classes have their class loader set to this class. If I don't, then new classes have their class loader set to the primordial class loader. I've no idea why this behaves this way. I've tested it under Linux JDK 1.2 and Windows JDK 1.3 beta. I need newly loaded classes to have their class loader set to FileSystemClassLoader so that can be reloaded when the user clicks "Re-Exercise". Why not just find the class file in the file system and call defineClass() ...
• MutableString: Implements a mutable string class. Implements all constructors and methods from the String and StringBuffer classes. Some additional constructors and methods are also implemented. This class is not thread safe. Note: it has been discovered that the Sun implementation of String and StringBuffer is written such that a StringBuffer can be converted into a String without copying data. Consequently, the String API can be used on a StringBuffer. This revelation may make this MutableString class unnecessary.
• TestCaseCollection: Users of the Test Bed typically subclass this class and put their test cases in the subclass. Of special note are the setupCollection(), teardownCollection(), setup(), and teardown() methods. The first is called before any test cases in a Collection class are exercised. The second is called after all such test cases are exercised. Finally, setup() and teardown() are called before and after each test case. These methods allow the programmer to perform initialization and cleanup.
• MruMenuManager: Works with a JMenu to manipulate most recently used items. This works to achieve the effect found in many popular software products: keeping track of the items that a user has chosen most recently for easy retrieval. When constructed with an ApplicationProperties object, MruMenuManager will load and store these mru items for persistence between client sessions.
• ApplicationProperties: Encapsulates the java.util.Properties class to be more programmer-friendly. Given a file name that resolves to a file that is java.util.Properties-readable, all FileStream work is done for the client programmer. This class also offers the capability to find properties based on a substring to match.
• SimsComputingTheme: This class provides a theme for the Java look-and-feel that's particular to Sims Computing. Several Sims Computing apps could all share this common theme. The primary and secondary colors are overridden from DefaultMetalTheme. The fonts and other theme properties are left unaltered.
• IllegalStateException: Indicates that an error has been detected in the software's design or implementation. Provides the same functionality as java.lang.IllegalStateException except that it also allows an exception to be encapsulated.
• BrokenContractException: Thrown when a precondition, postcondition, or invariant is not satisfied. This exception is a subclass of RuntimeException because BrokenContractException should be thrown only in the event of a programmer error.
• AssertionException: Thrown when a programmer's assertion is not satisfied. This exception is a subclass of RuntimeException because AssertionException should be thrown only in the event of a programmer error.
• WindowInternalFrame: These internal frames automatically update a Window menu. The Window menu has a group of radio buttons to indicate which InternalFrames are in a JDesktopPane and which one is selected.
• UnsatisfiedPostconditionException: Thrown when a postcondition is not satisfied. This exception is a subclass of RuntimeException because BrokenContractException should be thrown only in the event of a programmer error.
• UnsatisfiedPreconditionException: Thrown when a precondition is not satisfied. This exception is a subclass of RuntimeException because BrokenContractException should be thrown only in the event of a programmer error.
• UnsatisfiedInvariantException: Thrown when an invariant is not satisfied. This exception is a subclass of RuntimeException because BrokenContractException should be thrown only in the event of a programmer error.
• ClearBox: Provides access to private and protected constructors, methods, and fields in arbitrary classes. Inspired by a similar class written by Creig Smith .
• Tester: A tester provides a user interface for testing Java classes. All testers, such as DefaultTester and GuiTester, implement Tester.
• Main: A simple command line interface for exercising TestCaseCollections. The functionality mirrors the functionality of the GUI.
• TestResult: For each test, a TestResult object indicates whether the test passed and how long the test took to execute in milliseconds.
• Reporter: A reporter shows the results of a test. All reporters, such as DefaultReporter and HtmlReporter, implement Reporter.
• ClassTester: Loads a class given its class name (eg, java.lang.String) and prepares to exercise it.
• SoftwareFaultException: Indicates that an error has been detected in the software's design or implementation.
• TestFailedException: Subclasses RuntimeException so it doesn't need to be declared in each test case.
• TesterListener: Provides progress information on a test case collection that is being exercised.
• ObjectDoesNotExistException: Indicates that the requested object does not already exist in some collection.
• TestResultCollection: Provides methods that operate against a collection of TestResult objects.
• TesterProgress: Contains a snapshot of progress made in exercising a TestCaseCollection.

Home | Contact Us | Privacy Policy | Terms of Service