1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
|
= Developing generic plugins
link:release_notes.html[< Home]
Since Honeycomb is a generic agent. Any plugin (translation code) can be injected into the framework, creating a custom agent providing RESTCONF/NETCONF northbound interfaces out-of-box.
== Developing plugin code
Honeycomb provides a maven archetype to generate a plugin skeleton. To use that archetype, run maven:
[subs="+attributes"]
mvn -X archetype:generate -DarchetypeGroupId=io.fd.honeycomb.tools -DarchetypeArtifactId=honeycomb-plugin-archetype -DarchetypeVersion={project-version}
Fill in the parameters e.g.
[subs="+attributes"]
groupId: io.fd.honeycomb.tutorial
artifactId: sample-plugin
version: {project-version}
package: io.fd.honeycomb.tutorial
And following structure should be created:
[source]
----
sample-plugin/
├── pom.xml
├── sample-plugin-api
│ ├── pom.xml
│ └── src
│ └── main
│ ├── java
│ └── yang
│ └── sample-plugin.yang
└── sample-plugin-impl
├── pom.xml
├── Readme.adoc
└── src
├── main
│ └── java
│ └── io
│ └── fd
│ └── honeycomb
│ └── tutorial
│ ├── CrudService.java
│ ├── ElementCrudService.java
│ ├── init
│ │ └── ConfigDataInitializer.java
│ ├── ModuleConfiguration.java
│ ├── Module.java
│ ├── read
│ │ ├── ElementStateCustomizer.java
│ │ └── ModuleStateReaderFactory.java
│ └── write
│ ├── ElementCustomizer.java
│ └── ModuleWriterFactory.java
└── test
└── java
----
There are 2 modules:
* sample-plugin-api - Contains YANG models and generates Java APIs from the models.
* sample-plugin-impl - Contains: Readers, Writers, Initializers, Notification producers (not yet), Configuration and Wiring.
There is plenty of comments within the code, so its is advised to import the code into an IDE and take a look around.
*The archetype generates a plugin that is fully working right from the start*. Since it contains all the components necessary, works on a sample yang model and provides some sample values.
== Building the code
To build the code, just execute maven:
mvn clean install
And that's it. This is a working Honeycomb plugin.
== Adding notifications
No notification producer is generated by the archetype, but it is pretty straightforward to add one.
First, the notification has to be defined in YANG (sample-plugin-api/src/main/yang/sample-plugin.yang) e.g.
[source,yang]
----
notification sample-notification {
leaf content {
type string;
}
}
----
Now rebuild the plugin to generate new APIs for our notification.
Next part is implementing the Notification producer. First thing to do is to add a dependency on notification-api, since it's not included by default. Update sample-plugin-impl's pom file with:
[source,xml]
----
<dependency>
<groupId>io.fd.honeycomb</groupId>
<artifactId>notification-api</artifactId>
<version>${honeycomb.infra.version}</version>
</dependency>
----
Now, the producer code can be added:
[source,java]
----
package io.fd.honeycomb.tutorial.notif;
import io.fd.honeycomb.notification.ManagedNotificationProducer;
import io.fd.honeycomb.notification.NotificationCollector;
import java.util.Collection;
import java.util.Collections;
import javax.annotation.Nonnull;
import org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.sample.plugin.rev160918.SampleNotification;
import org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.sample.plugin.rev160918.SampleNotificationBuilder;
import org.opendaylight.yangtools.yang.binding.Notification;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
/**
* Notification producer for sample plugin
*/
public class SampleNotificationProducer implements ManagedNotificationProducer {
private static final Logger LOG = LoggerFactory.getLogger(SampleNotificationProducer.class);
private Thread thread;
@Override
public void start(@Nonnull final NotificationCollector collector) {
LOG.info("Starting notification stream for interfaces");
// Simulating notification producer
thread = new Thread(() -> {
while(true) {
if (Thread.currentThread().isInterrupted()) {
return;
}
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
break;
}
final SampleNotification notification = new SampleNotificationBuilder()
.setContent("Hello world " + System.currentTimeMillis())
.build();
LOG.info("Emitting notification: {}", notification);
collector.onNotification(notification);
}
}, "NotificationProducer");
thread.setDaemon(true);
thread.start();
}
@Override
public void stop() {
if(thread != null) {
thread.interrupt();
}
}
@Nonnull
@Override
public Collection<Class<? extends Notification>> getNotificationTypes() {
// Producing only this single type of notification
return Collections.singleton(SampleNotification.class);
}
@Override
public void close() throws Exception {
stop();
}
}
----
This is placed sample-plugin/sample-plugin-impl/src/main/java/io/fd/honeycomb/tutorial/notif/SampleNotificationProducer.java.
NOTE: This is a sample producer, that creates a thread to periodically emit a sample notification
Now it needs to be exposed from the plugin. The configure method in Module class needs to be updated with:
[source,java]
----
Multibinder.newSetBinder(binder(), ManagedNotificationProducer.class).addBinding().to(SampleNotificationProducer.class);
----
Plugin needs to be rebuilt, but that's it for notification producers.
== Creating custom distribution
The plugin is now ready to have a Honeycomb distribution for it. This section will provides information on how to create a custom Honeycomb distribution.
A new maven module needs to be created. So in sample-plugin folder:
mkdir sample-distribution
cd sample-distribution
mkdir -p src/main/java/io/fd/honeycomb/tutorial
Then create the pom:
[source,xml,subs="+attributes"]
----
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
<groupId>io.fd.honeycomb.common</groupId>
<artifactId>minimal-distribution-parent</artifactId>
<version>{project-version}</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<groupId>io.fd.honeycomb.tutorial</groupId>
<artifactId>sample-distribution</artifactId>
<version>{project-version}</version>
<properties>
<exec.parameters>-Xms128m -Xmx128m</exec.parameters>
<main.class>io.fd.honeycomb.tutorial.Main</main.class>
<interfaces.mapping.version>{project-version}</interfaces.mapping.version>
<honeycomb.min.distro.version>{project-version}</honeycomb.min.distro.version>
</properties>
<build>
<plugins>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
</plugin>
<plugin>
<groupId>org.codehaus.gmaven</groupId>
<artifactId>groovy-maven-plugin</artifactId>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
</plugin>
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
</plugin>
</plugins>
</build>
<dependencies>
<!-- Dependency on sample plugin -->
<dependency>
<groupId>io.fd.honeycomb.tutorial</groupId>
<artifactId>sample-plugin-impl</artifactId>
<version>${interfaces.mapping.version}</version>
</dependency>
<!-- Dependency on distribution base -->
<dependency>
<groupId>io.fd.honeycomb</groupId>
<artifactId>minimal-distribution</artifactId>
<version>${honeycomb.min.distro.version}</version>
</dependency>
</dependencies>
</project>
----
Now, Main class has to be added in folder src/main/java/io/fd/honeycomb/tutorial:
[source,java]
----
package io.fd.honeycomb.tutorial;
import com.google.common.collect.Lists;
import com.google.inject.Module;
import java.util.List;
public class Main {
public static void main(String[] args) {
final List<Module> sampleModules = Lists.newArrayList(io.fd.honeycomb.infra.distro.Main.BASE_MODULES);
sampleModules.add(new io.fd.honeycomb.tutorial.Module());
io.fd.honeycomb.infra.distro.Main.init(sampleModules);
}
}
----
Last thing to do is to update sample-plugin/pom.xml with:
[source,xml]
----
<module>sample-distribution</module>
----
Another rebuild and the distribution should be created in sample-distribution/target.
=== Adding existing plugins to the mix
In previous section, a custom Honeycomb distribution was created. This section will show how to add existing plugins to the new distribution.
So in order to add another existing sample (sample interface plugin from Honeycomb) into the distribution, update the sample-plugin/sample-distribution/pom.xml with:
[source,xml]
----
<dependency>
<groupId>io.fd.honeycomb.samples.interfaces</groupId>
<artifactId>interfaces-mapping</artifactId>
<version>${interfaces.mapping.version}</version>
</dependency>
----
Now in main, add this line:
[source,java]
----
sampleModules.add(new SampleInterfaceModule());
----
That's it, just rebuild.
== Verifying distribution
The distribution with this sample plugin and sample interface plugin is now available and can be tested.
Distribution can now be found in sample-plugin/sample-distribution/target as:
zip archive
tar.gz archive
folder
The distribution can be started by:
[subs="attributes"]
sudo ./sample-distribution/target/sample-distribution-{project-version}-hc/sample-distribution-{project-version}/honeycomb
NOTE: honeycomb-start script is the background alternative
Honeycomb will display following message in the log:
2016-09-02 13:20:30.424 CEST [main] INFO io.fd.honeycomb.infra.distro.Main - Honeycomb started successfully!
and that means Honeycomb was started successfully.
=== Testing over RESTCONF
Reading sample-plugin operational data:
curl -u admin:admin http://localhost:8181/restconf/operational/sample-plugin:sample-plugin-state
Writing sample-plugin operational data:
Not possible from YANG spec. Operational data is only for read.
Writing sample-plugin config data:
curl -H 'Content-Type: application/json' -H 'Accept: application/json' -u admin:admin -X PUT -d '{"sample-plugin":{"element":[{"id":10,"description":"This is a example of loaded data"}]}}' http://localhost:8181/restconf/config/sample-plugin:sample-plugin
Reading sample-plugin config data:
curl -u admin:admin http://localhost:8181/restconf/config/sample-plugin:sample-plugin
=== Testing over NETCONF
Netconf testing guide including Notifications, can be found in link:user_running_honeycomb.html[User guide]
== Full working example
Full working example on github: https://github.com/marosmars/honeycomb-samples
|