> Note the step does NOT say anything about a class being found, just
> about the package.
I see.
> This seems to be an stopper, I mean, you have
> searched for the class in steps above, did not found it but you have
> the package in the imp/exp, so this step stops you from searching
> anywhere else, like trying dynamic imports in step 7 ( but only if the
> class's package meets certain conditions ).
Suppose the class is not found, but I have the package in the imp using
Import-Package, then I think the searching should be stopped after step 3.
Because, if the package in the imp, the request of loading class is delegated
to an exporting class loader, and in step 3 it says:
If the request is delegated to an exporting class loader and the class or
resource is not found, then the search terminates and the request fails. Right?
------------------ Original ------------------
From: "Francisco Olarte";<[email protected]>;
Date: Tue, Nov 26, 2013 04:38 PM
To: "OSGi Developer Mail List"<[email protected]>;
Subject: Re: [osgi-dev] questions about the bundle class search order
Hi:
On Tue, Nov 26, 2013 at 8:21 AM, Anacristing <[email protected]> wrote:
> I'm studying osgi.core-5.0 specification.
> I don't understand step 6 of search order in the section 3.9.4.
> It says:
> If the class or resource is in a package that is exported by the bundle or
> the package is imported by
> the bundle (using Import-Package or Require-Bundle), then the search ends
> and the class or
> resource is not found.
I'm suppossing above text is a direct quote, so...
> I think if the class is found in this step, it should be already found in
> step 3, 4 or 5. In which case the class is not found in step 3, 4 or 5 but
> found here?
Note the step does NOT say anything about a class being found, just
about the package. This seems to be an stopper, I mean, you have
searched for the class in steps above, did not found it but you have
the package in the imp/exp, so this step stops you from searching
anywhere else, like trying dynamic imports in step 7 ( but only if the
class's package meets certain conditions ).
Regards.
F.O.S.
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
.
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
