About the Isight Library

You can use the Isight library to store models, metamodels, JAR files, shared libraries, programs, and data files.

To help you access objects in the Isight library, you can create folders to organize the objects similar to the directories of a computer’s file system. Publishing an object in the Isight library allows you to re-use it at another time, and you can set permissions on objects to control whether or not other users can read, alter, or view them. In addition, Isight supports multiple versions of the same object with the same name. You can search the library, move objects to the Design Gateway, save files to a local file, move or copy objects within the library, retrieve objects, and remove objects.

By default, the following are automatically stored in the Isight library:

  • All of the SIMULIA-supplied components (in the Library\SIMULIA\Components folder)

  • All of the SIMULIA-supplied plug-ins (in the Library\SIMULIA\Plug-ins folder)
  • All of the supported data types (Boolean, file, integer, real, string)

  • All of the supported limits (discrete and range)

  • All of the supported units (see Included Units in the Isight Development Guide)

Organization within the Isight Library

Items in the Isight library are organized according to a hierarchical naming scheme. The top folder is called the Library. All folders are placed underneath the Library folder. Each published item is given a distinct name whose lexical structure is based on the Java “package” naming scheme (a sequence of sub-names separated by periods).

You can publish the following types of objects to the Isight library:

  • Model. A hierarchical collection of information (simulation process flow, data, and configuration settings) assembled together to represent and perform a specific computation.

  • Metamodel. An implementation of a specific type of Isight tool from which users can create as many instances as necessary; also referred to as system extensions. You can hide internal metalmodels that Isight uses (under com.engineous.*) by right-clicking and clearing Show System Extensions. The Isight library’s tools consist entirely of metamodels divided into five main categories:

    Components These implement specific computation types. They are further subdivided into application components, which can be based on native Isight tools or invoke a third-party application (e.g., Calculator and Excel), and process components (e.g., Task and DOE), which may contain and drive other components. The node in the SIMULIA Component tree provides direct access to the components.
    Plug-ins Some specific computation types can be viewed as members of a category, with both fixed and variable parts. In Isight, components implement the fixed parts and plug-ins implement the variable parts. A typical example is Optimization, where each technique implementation is a separate plug-in. The node in the SIMULIA Plug-Ins tree provides direct access to the plug-ins. You can expand the plug-in to see subcategories of plug-ins.
    Data types These hold distinct classes of Isight parameter values and maintain the internal consistency of those values according to class. The standard data types supplied with Isight are real, integer, string, and Boolean.
    Units These describe physical attributes (e.g., length, mass, etc.) that may be associated with numeric values of model variables. Units document what the variables are supposed to represent in the real world, enforce consistency of interpretation between related variables in different components, and supply automatic conversions (e.g., inches to centimeters, Fahrenheit to Celsius, etc.).
    Visual tools These implement the layout procedures of the various schemes provided by Isight to present run-time data to the user in graphical or tabular formats.

  • JAR File. A Java library (i.e., a package containing one or more compiled Java class definitions). Metamodel implementations may use the capabilities provided by such libraries. If the metamodel uses a Java library, the JAR file will be automatically fetched from the library and loaded when the metamodel is loaded.

  • Shared Library. A linkable package containing one or more procedures. Unlike JAR files, shared libraries are implemented in the native computer language of a specific operating environment. By convention, the publication path and name is followed by the name of the operating environment. For example, the Windows instance of shared library somelib would be published under the path somelib.win32. Metamodel implementations may use the capabilities provided by such shared libraries. If the metamodel uses a shared library, the shared library of the required operating environment (if one is published) will be automatically fetched from the library and loaded when the metamodel is loaded.

  • Program. A standalone executable. Programs are implemented in the native computer language of a specific operating environment. By convention, the publication path and name is followed by the name of the operating environment. For example, the Windows instance of program sometool.exe would be published under the path sometool.win32.

  • Data File. A file of any type (e.g., text file, Excel worksheet, CAD model).