Community users of the NA Inventory product will use AdapterTool's –crate switch to create a suitable zip file to post on the Forge. The owner of that ZipForge module must keep their own plugin up-to-date.
AlterPoint certified content on the forge is generated directly from our source code in CVS.
| CVS Server | cvs.ziptie.org |
| CVS Path | /usr/local/cvsroot |
The status of all current builds can be viewed at http://build.ziptie.org. Builds will run within four minutes of your CVS checkin. You can immediately grab the adapter or tools zip from the build artifacts after the build is complete or you can wait until the artifacts are published to the Forge, which happens every morning at 12:30AM CST.
In addition, you should also subscribe to the NAI Builds email list. By subscribing to this list you will receive an email notification each time you or someone else updates an adapter or tools project that is used on the forge.
Adapter or Tool updates should usually be checked into the CVS HEAD so that they are saved for future product versions.
If you want to update an adapter for a current product release of NetworkAuthority Automation or NetworkAuthority Inventory you need to merge your changes to the branch associated with that release. Here is a table of the branch that matches a release.
| Branch | NA Automation Release | NA Inventory Release |
|---|---|---|
| HEAD | development | development |
| b2008_04 | 6.6 | 2008.04 |
| b2008_10 | 7.0 | 2008.10 |
The build process will use the plugin version number, e.g. “2008.10.0” coupled with a timestamp of the last file updated for that project in that CVS branch. So a final name of an adapter plugin might be ziptie.adapters.cisco.ios_2008.10.0.v200810301235. Since the timestamp will be generated based on your last checkin, it will be enough for the NAA sosgi or NAI servers to recognize the new plugin.
You should never update the major version of the plugin manually, i.e. leave the MANIFEST.MF file alone.
Don't forget to add a test for any new adapters