• Type: Sub-task Sub-task
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 3.0.0
    • Fix Version/s: 3.0.0
    • Component/s: kernel, osgi
    • Security Level: public (Regular issues)
    • Labels:


      currently when we deploy an ee app we add import-packages for the geronimo bits needed for the gbeans to run it to the resulting plugin's This has a couple of undesirable features:

      1. the geronimo classes are visible to the app.
      2. we can't use our deployment for things like osgi rfc 66 which start with a bundle that happens to be a WAB and doesn't allow for modifying the manifest to add our import-packages. We could possibly work around this by using fragment bundles associated with the WAB but this still alters the visibility environment of the app.

      Proposed solution is to add a field

      private Artifact classSource

      to GBeanData that a module builder can set to indicate to GBeanInstance where the class should be loaded from. This is quite gbean-centric in that we are using geronimo artifacts to identify a geronimo plugin rather than something more osgi-friendly. However, since we're using gbeans, this might not be such a big problem.


        David Jencks created issue -
        Rick McGuire made changes -
        Field Original Value New Value
        Parent GERONIMO-5087 [ 12454965 ]
        Issue Type New Feature [ 2 ] Sub-task [ 7 ]
        David Jencks made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]


          • Assignee:
            David Jencks
            David Jencks
          • Votes:
            0 Vote for this issue
            0 Start watching this issue


            • Created: