Monday, May 01, 2006

OneSAF Guide for Managing Scenarios

SimVentions has created a OneSAF Start Guide to assist users in creating and editing simulation scenarios. This presentation, entitled "OneSAF Quick Start Guide" can be found under Documents in the left panel view.

OneSAF Connectivity Issues

Progress has been made in resolving the initial issues associated with the OneSAF Objective System (OOS) software, including the RTI and connectivity issues. SimVentions is currently working to resolve a mapping or settings issue which will allow for proper exchange of entities. In the meantime, SimVentions has developed a standalone entity driver identified as SV-AGG as an interim solution, which can be used for demonstration purposes.

Presentation at Spring SIW in Huntsville, AL

SimVentions presented a white paper for the Spring Simulation Interoperability Workshop (SIW) entitled “Adding Aggregate Services to the Mix: An SOA Implementation Use Case.” The conference was held in Huntsville, AL from April 2nd-7th. The paper was nominated by the SISO Conference Committee as a candidate for inclusion in the Recommended Reading List and for a SIWzie award. The presentation used the the BAF Interface Specification v1.0 and BASS prototype as its main topics. The paper and presentation can be found by selecting Documents in the left panel view and will be listed as 06-SIW-116.pdf and 06-SIW-116.ppt.

Updates to BASS System Architecture

There have been several upgrades to the system architecture that BASS runs on. The upgrades include the Java JDK to 1.5, Eclipse to WTP 3.1.1, Apache Axis to 1.3, and Tomcat server to v5.5 to run web services on the server and client machines.

Web service test clients have been developed to validate the functionality of several BAF web service groups that have been updated in BASS to match the guidelines in BAF Interface Specification v1.0.

Finally, the MySQL database which is used to support BASS has been updated to reflect enhancements described in the BAF Spec.

Schemas created for BASS

SimVentions has developed XML-based schemas that are being integrated and tested as the functionality of BAF Interface Specification v1.0 is implemented. In addition, a pre-established schema will be used for defining BOMs and metadata structures.

The BOM Aggregation Support Server will leverage these schemas for defining the data which will pass through a number of BAF web services. The BAF Interface Specification provides more detail on these particular schemas. They include the following schemas:

BOM schema
LoadSupport schema
EntitySet schema
DataLog schema
Scoreboard schema
SessionHistory schema
TransferControl schema

The schemas can be found by selecting Documents on the left panel view. Then select the Schemas folder in the documents list.

Breakdown of FOMs into BOMs using BOMworks tool

SimVentions has been undertaking the process of breaking down the ACTF and Warsim FOMs into BOMs with the use of SimVentions BOMworks tool. The BOMs generated during this process will represent the different parts of the respective FOMs. Through this effort, the BOMs that are created from these respective FOMs can be composed to generate the FOMs once again. The resulting BOMs, being documented for future use, will be more easily understood by developers.

Tuesday, January 31, 2006

*** BAF Spec v1.0 Available Now!!! ***

Fantastic News!!! The BOM Aggregation Framework specification, version 1.0, has been completed and posted for review.

Version 1.0 of the BOM Aggregation Framework (BAF) specification document can be found by clicking on the documents link on the left side of the page.

Tuesday, January 10, 2006

BAF Spec v0.9 Draft Available Now

The version 0.9 draft of the BOM Aggregation Framework specification document can be found by clicking on the documents link on the left side of the page.

Thursday, October 13, 2005

BAF Draft Spec v0.8 is available

A PDF version of the BAF Draft Specification v0.8 can be found by clicking on the Documents link.

Wednesday, October 05, 2005

Current State of BASS - Oct. 5, 2005

Sections of the BAF Specification that have received significant coding and testing to date:
1) Pattern Aggregation (Section 3.1)
2) Instance Aggregation (Section 3.2)
3) Connect to Resource Library (Section 4.1)
4) BOM Library Methods (Section 4.2)
5) Data Logging Support (Section 5.1)
6) Exercise Support (Section 5.3)

Status:
1) Pattern Aggregation – All methods as described in the BAF specification have been coded and tested locally. Since this was the first section coded and there have been changes to the BOM specification it was updated with the latest changes and retested.

2) Instance Aggregation – All methods but one (LoadEntityAgg) have been coded, and tested with a single BOM aggregation. It will need to be modified to allow for aggregation of instance data that use different BOM types. The code is setup to incorporate this functionality with the current design.

3) Connect to Resource Libraries – There has been minimal discussion of this method since it appeared in the BAF specification as to what its actual functionality is. Of note, there have been several discussions in which the actual need for this method was discussed. However, I include it here since this is the only method that will return a library_id, which is a required parameter for all BOM Library Methods. We need to determine the requirements for this method, the library_id and its need in general.

4) BOM Library Methods – There are a number of outstanding questions regarding the methods in this section that need to be addressed and a number of assumptions that were made when this section was coded that will be addressed here.

a) Every method in this section requires a library_id, as discussed above the only method within the BAF specification that returns a library_id is the Connect to Resource Libraries method and we don’t have a clear definition of what there requirements are. In order to code these methods an assumption regarding library_id had to be made. The assumption that I made was that library_id would not be a parameter in the final specification.

b) I currently have BASS setup to manage the BOMs in a library structure that would exist at the server level. My reasoning was that BASS will need to have access to the libraries in order to manage the files. If the files are stored at the client level then BASS would not be able to perform some of the functionality as described in the BAF specification.

All BOM Library Methods have been coded using these assumptions plus the additional assumptions made at the method level as described below.

a) Method GetAvailableBOMs will return a comma delimited string of the BOM names that exist in the BOM library. The BOM library will contain all registered BOMs from Exercise Support and Pattern Aggregation. No flyweight BOMs exist in this library since they are only maintained on a temporary basis, during the life of the Federate.

b) Method SearchForCandidateBOMs will return a list of BOMs that match the search criteria. This is a significant change from the specification. The specification states that a model name will be passed to search on and if there is a match on the model name that a value of 1 will be returned and if there isn’t a match then a value of 0 will be returned. This type of search can be accomplished with method FetchBOMs which will return a BOM on a match to the model name or a null string if there isn’t a match. Instead this method was modified to search the BOMs metadata of the BOMs in the library. A final list of node values to search will need to be established but currently the system is setup to search certain fields on the BOM for a match on the data string sent to match on. The BOM names of BOMs that have a match to this search data are returned to the caller as a comma delimited string.

c) Method AddUseHistoryMetadataToBOMs makes the following assumptions: New use history will be added to the BOM above existing use history. This is consistent with BOMworks.
5) Data Logging Support – The majority of these methods have been coded and tested and were part of the demo. The only methods yet to be coded are as follows:
a) Method fetchLogHistory – Need to determined final requirements.
b) Method loggerSettings – Need to determine what settings will be allowed and then the parameters. We know that we will need to include in the settings the amount of instance data to review for instance aggregation. This may include a time limit, a number of instance records limit or some combination.

6) Exercise Support – All of these methods have been coded and tested according to the specification and the additional comments below.
In addition to the BAF Specification sections coded as mentioned above Publish Instance data, a section not mentioned in the specification has been coded. This is a method that monitors and captures entity instance data in a file that can be used for instance aggregation.

Monday, September 26, 2005

Successful BASS September Demo

A development build of the BOM Aggregation Support Server (BASS) was successfully demoed on September 21st at the RDECOM facilities in Orlando, FL. BASS is an implementation of the BOM Aggregation Framework (BAF), which uses Base Object Models (BOMs) and web service technologies to provide both aggregation and deaggregation support for both entity-level federates and aggregate-level federates. For more information on the BAF concept and capabilities provided by BASS, a powerpoint, which was presented in conjunction with the demo, has been made available.

Thursday, July 28, 2005

BAF Video Snap Shot

We've created six video shorts to highlight the current SBIR efforts of the BOM Aggregation Framework (BAF). Please take a few minutes to peruse these videos. While they may not be hollywood quality, we hope that they provide a better understanding of the effort and the capabilities that are being developed and demonstrated.

We welcome any comments and feedback you may have.