Cisco Cisco Intercloud Fabric for Provider Developer's Guide

Page 10 

 

3.  Unit test each interface that is implemented by using any Java unit test harness. Cisco ICFPP is not required 

to validate the API. Developers can write unit test programs that exercise the feature being implemented to 
confirm that it works as expected.  

4.  After the adapter interfaces are implemented and unit-tested, test with Cisco ICFPP by using the Cisco ICFPP 

test harness. 

Cisco ICFPP Programming Model 

After a custom cloud adapter is developed, use the following workflow to load the adapter plug-in code on to the 
Cisco ICFPP platform and enable the cloud adapter functions for the targeted tenants: 

1.  SP developers download the cloud adapter plug-in SDK from Cisco Connection Online (CCO) site for 

developing a custom cloud adapter. 

2.  When the customer cloud adapter plug-in code is ready to use, the developer can load the package file (for 

example, custom.tar.gz that contains jars/custom1.jar) to the file system on the targeted Cisco ICFPP by using 
standard Linux tools or the GUI. 

3.  The Cloud Instance Provision Intercloud Provider API is used to add an instance to the Cisco ICFPP platform. 

In the Cloud Instance Provision API request, an SP admin can use the cloud module field to specify the name 
of the JAR file (for example, 

custom1

). This will bind the plug-in code with the cloud instance to be added. 

4.  When an SP admin provisions tenants on the Cisco ICFPP platform using the Tenant Provision Intercloud 

Provider API, the SP admin can bind the tenants with the newly added cloud instance. 

5.  When a tenant issues Intercloud cloud API requests with a Cisco ICFD instance, the API requests are handled 

by the newly added cloud adapter plug-in code. 

 depicts the logical flow for loading custom cloud adapter plug-in code on to a Cisco ICFPP platform and 

processing incoming Intercloud cloud API requests issued by a tenant.