Uploaded image for project: 'aaa'
  1. aaa
  2. AAA-202

Eliminate use of blueprint

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Medium Medium
    • 0.17.15
    • None
    • General
    • Eliminate Blueprint

      Our use of Blueprint and general tie-in with OSGi it implies is causing a number of issues.

      Blueprint does not do OSGi service wiring right, anyway, so it makes sense to shift to OSGi Declarative Services as the rest of the platform did (and netconf is blocked on aaa). OSGi DS handles service lifecycle correctly and has only metadata footprint, making it a clearly superior alternative to anything blueprint can offer.

      This causes grief to odlmicro as well, as they need to maintain bindings.

      Experience has shown that doing OSGi DS + javax.inject is very much inlined, with some differences.

      Convert all blueprint contains to use OSGi DS, providing javax.inject where convenient.

            Unassigned Unassigned
            rovarga Robert Varga
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: