The sil-sa-app program will run the SIL-SA service and allow distributed edit and retrieval operations.

Each subsystem needs its own unique name.  The default name is "subsys1".


The make_sil_sa_dir script will generate SIL-SA code stubs for a module


The sil-sa-app will not try to register any callbacks unless it actually finds

SIL-SA libraries.


The example below will use 2 subsystems, named sub1 and sub2



1)  create the SIL-SA library for module1


    > make_sil_sa_dir module1 --sil-get2
    > cd module1
    > make
    > sudo make install


The library will be installed in the yumapro lib dir (/usr/lib/yumapro/libmodule1_sa.so


2)  create the SIL-SA library for module2


    > make_sil_sa_dir module2
    > cd module2
    > make
    > sudo make install


The library will be installed in the yumapro lib dir (/usr/lib/yumapro/libmodule2_sa.so

 

At this time the auto-generated code and example application (sil-sa-app) will register

all the foo_sa libraries it finds, so SA1 will mirror SA2 by default if the subsystems are running on the same system


In order to have each subsystem register different modules, the SIL-SA libraries located in the /usr/lib/yumapro

directory need to be setup correctly to match the desired modules or bundles. Only the SIL-SA libraries

found in the /usr/lib/yumapro directory will be loaded by sil-sa-app.

 

3) start the server

 

   > netconfd-pro --module=module1 --module=module2  ...


4) start SIL-SA sub1

 

  > sil-sa-app --subsys-id=sub1 --log-level=debug4


5) start SIL-SA sub2

 

  > sil-sa-app --subsys-id=sub2 --log-level=debug4


6) edit something in the module. The SIL-SA callbacks will be invoked as needed