Difference between revisions of "Archived-JVPP"
(Created page with "{{Project Facts |name=JVPP |shortname=jvpp |jiraName=JVPP |mailingList=[https://lists.fd.io/mailman/listinfo/jvpp-dev JVPP-dev@lists.fd.io] |projectLead=Michal Cmarada |commit...") |
|||
| Line 12: | Line 12: | ||
* Jerome Tollet | * Jerome Tollet | ||
}} | }} | ||
| + | |||
| + | == Description == | ||
| + | |||
| + | === Architecture === | ||
| + | |||
| + | JVPP is a VPP module providing Java APIs for VPP. Java APIs provide a way for a JVM application to access and manage VPP. Main use of JVPP is in Honeycomb project. Honeycomb relies heavily on JVPP to access and manage VPP. | ||
| + | |||
| + | JVPP contains of manually crafted code together with generated classes. Classes are being generated by python based on VPP API json files. Generated code represents various Java classes (Callbacks, callfacades, DTOs, types ...) and jni header files. | ||
| + | |||
| + | [[File:Overview_of_JVPP_usage.jpg|center|603px|JVPP overview]] | ||
| + | <div align="center">Overview of JVPP usage</div> | ||
| + | |||
| + | === Plugin Support === | ||
| + | VppRegistry opens connection to VPP (VppConnection) and manages JVPP plugins. Each plugin needs to be registered in the VppRegistry. Registration involves plugin initialization (providing JNI implementation with JVppCallback reference, VPP client identifier and VPP shared memory queue address). | ||
| + | |||
| + | [[File:Architecture-JVPP.jpg|center|563px|Architecture of JVPP]] | ||
| + | <div align="center">JVPP - Architecture</div> | ||
| + | |||
| + | API user sends message by calling a method of appropriate plugin interface. The call is delegated to JNI implementation provided by the particular plugin. When JNI code receives reply, it invokes callback method of JVppCallback | ||
| + | that corresponds to the received message reply. | ||
| + | |||
| + | [[File:JVPP Architecture example.jpg|center|673px|JVppCore as an example of JVPP plugin architecture]] | ||
| + | <div align="center">JVppCore as an example of JVPP plugin architecture</div> | ||
| + | Components marked with an asterisk (*) contain manually crafted code, which in addition to generated classes form jvpp. Exception applies to Callbacks and DTOs, since there are manually crafted marker interfaces in callback and dto package (dto/JVppRequest, dto/JVppReply, dto/JVppDump, dto/JVppReplyDump, callback/JVppCallback) | ||
Revision as of 07:43, 6 March 2019
| JVPP Facts |
|
Project Lead: Michal Cmarada
Repository: git clone https://gerrit.fd.io/r/jvpp |
Description
Architecture
JVPP is a VPP module providing Java APIs for VPP. Java APIs provide a way for a JVM application to access and manage VPP. Main use of JVPP is in Honeycomb project. Honeycomb relies heavily on JVPP to access and manage VPP.
JVPP contains of manually crafted code together with generated classes. Classes are being generated by python based on VPP API json files. Generated code represents various Java classes (Callbacks, callfacades, DTOs, types ...) and jni header files.
Plugin Support
VppRegistry opens connection to VPP (VppConnection) and manages JVPP plugins. Each plugin needs to be registered in the VppRegistry. Registration involves plugin initialization (providing JNI implementation with JVppCallback reference, VPP client identifier and VPP shared memory queue address).
API user sends message by calling a method of appropriate plugin interface. The call is delegated to JNI implementation provided by the particular plugin. When JNI code receives reply, it invokes callback method of JVppCallback that corresponds to the received message reply.
Components marked with an asterisk (*) contain manually crafted code, which in addition to generated classes form jvpp. Exception applies to Callbacks and DTOs, since there are manually crafted marker interfaces in callback and dto package (dto/JVppRequest, dto/JVppReply, dto/JVppDump, dto/JVppReplyDump, callback/JVppCallback)
