karaf4 migration


Colin Dixon
 

For what it's worth, I was able to do the standard manual "system test" I do for TTP in the local Karaf 4 distribution.

--Colin


Stephen Kitt <skitt@...>
 

On Mon, 19 Jun 2017 16:13:33 -0400
Colin Dixon <colin@...> wrote:
For what it's worth, I was able to do the standard manual "system
test" I do for TTP in the local Karaf 4 distribution.
Nice, thanks for checking.

Does it still work if you reload the feature?

feature:install -v odl-ttp-model-rest

shows a rewire for me, but it might not have any impact. (And it would
be useful to know that!)

Regards,

Stephen


Colin Dixon
 

Let me check in a bit. I tested just using featuresBoot and only once. 

--Colin


On Tue, Jun 20, 2017 at 3:35 AM Stephen Kitt <skitt@...> wrote:
On Mon, 19 Jun 2017 16:13:33 -0400
Colin Dixon <colin@...> wrote:
> For what it's worth, I was able to do the standard manual "system
> test" I do for TTP in the local Karaf 4 distribution.

Nice, thanks for checking.

Does it still work if you reload the feature?

        feature:install -v odl-ttp-model-rest

shows a rewire for me, but it might not have any impact. (And it would
be useful to know that!)

Regards,

Stephen


Luis Gomez <ecelgp@...>
 

When I tried with openflowplugin last Friday, reloading the odl-openflowplugin-flow-services-rest feature restarted the sal-rest-connector module + some aaa stuff (probably because of the first):

2017-06-20 10:12:32,460 | INFO  | Thread-6         | FeaturesServiceImpl              | 9 - org.apache.karaf.features.core - 4.0.9 | Adding features: odl-openflowplugin-flow-services-rest/[0.5.0.SNAPSHOT,0.5.0.SNAPSHOT]
2017-06-20 10:12:34,823 | INFO  | pool-4-thread-1  | FeaturesServiceImpl              | 9 - org.apache.karaf.features.core - 4.0.9 | No deployment change.
2017-06-20 10:12:34,834 | INFO  | pool-4-thread-1  | FeaturesServiceImpl              | 9 - org.apache.karaf.features.core - 4.0.9 | Stopping bundles:
2017-06-20 10:12:34,836 | INFO  | pool-4-thread-1  | FeaturesServiceImpl              | 9 - org.apache.karaf.features.core - 4.0.9 |   org.opendaylight.netconf.sal-rest-connector/1.6.0.SNAPSHOT
2017-06-20 10:12:34,837 | INFO  | pool-4-thread-1  | Activator                        | 305 - org.ops4j.pax.web.pax-web-extender-war - 4.3.0 | Destroying extension for bundle org.opendaylight.netconf.sal-rest-connector
2017-06-20 10:12:34,849 | INFO  | pool-4-thread-1  | CustomFilterAdapter              | 169 - org.opendaylight.aaa.filterchain - 0.6.0.SNAPSHOT | Initializing CustomFilterAdapter
2017-06-20 10:12:34,849 | INFO  | pool-4-thread-1  | CustomFilterAdapter              | 169 - org.opendaylight.aaa.filterchain - 0.6.0.SNAPSHOT | Injecting a new filter chain with 0 Filters: 
2017-06-20 10:12:34,854 | INFO  | pool-4-thread-1  | CustomFilterAdapter              | 169 - org.opendaylight.aaa.filterchain - 0.6.0.SNAPSHOT | Initializing CustomFilterAdapter

REST and OFP seem functional after the restart but it is weird "only" the restconf feature is restarted. Anyway I saw there is a bug for this, probably low priority if the restart has low impact:


BR/Luis

 

On Jun 20, 2017, at 12:35 AM, Stephen Kitt <skitt@...> wrote:

On Mon, 19 Jun 2017 16:13:33 -0400
Colin Dixon <colin@...> wrote:
For what it's worth, I was able to do the standard manual "system
test" I do for TTP in the local Karaf 4 distribution.

Nice, thanks for checking.

Does it still work if you reload the feature?

feature:install -v odl-ttp-model-rest

shows a rewire for me, but it might not have any impact. (And it would
be useful to know that!)

Regards,

Stephen
_______________________________________________
ttp-dev mailing list
ttp-dev@...
https://lists.opendaylight.org/mailman/listinfo/ttp-dev


Colin Dixon
 

I've now tested both with featuresBoot and feature:install. When I do feature install I do see some bundles being refreshed, but things still work. HEre's the refresh messages.

Refreshing bundles:
    org.apache.karaf.config.core/4.0.9 (Should be wired to: org.apache.felix.metatype/1.1.2 (through [org.apache.karaf.config.core/4.0.9] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.osgi.service.metatype)(version>=1.2.0)(!(version>=2.0.0)))"; resolution:=optional))
    org.apache.karaf.shell.ssh/4.0.9 (Wired to org.apache.sshd.core/0.14.0 which is being refreshed)
    org.apache.servicemix.bundles.jasypt/1.9.2.1 (Should be wired to: javax.servlet-api/3.1.0 (through [org.apache.servicemix.bundles.jasypt/1.9.2.1] osgi.wiring.package; filter:="(osgi.wiring.package=javax.servlet)"; resolution:=optional))
    org.apache.sshd.core/0.14.0 (Should be wired to: bcprov/1.56.0 (through [org.apache.sshd.core/0.14.0] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.bouncycastle.crypto.prng)(version>=1.51.0)(!(version>=2.0.0)))"; resolution:=optional))
    org.ops4j.pax.jdbc.config/1.0.1 (Wired to org.apache.servicemix.bundles.jasypt/1.9.2.1 which is being refreshed)

Full logs from feature:install -v are attached.

This is also working using the odlparent 2.0.0.

--Colin


On Tue, Jun 20, 2017 at 10:19 AM, Colin Dixon <colin@...> wrote:
Let me check in a bit. I tested just using featuresBoot and only once. 

--Colin

On Tue, Jun 20, 2017 at 3:35 AM Stephen Kitt <skitt@...> wrote:
On Mon, 19 Jun 2017 16:13:33 -0400
Colin Dixon <colin@...> wrote:
> For what it's worth, I was able to do the standard manual "system
> test" I do for TTP in the local Karaf 4 distribution.

Nice, thanks for checking.

Does it still work if you reload the feature?

        feature:install -v odl-ttp-model-rest

shows a rewire for me, but it might not have any impact. (And it would
be useful to know that!)

Regards,

Stephen