Re: Dex Oat Felix Android

Yeah, our android support is pretty old and I was thinking for a while that we probably would need to rework it based on a PathClassLoader. I just never had the time/motivation to look into it. Can you maybe create a JIRA issue for it and I'll try to get to it (obviously, patches are welcome :-).

Resolving to micro version

Felix users, I have same bundles (say "A") installed only different by micro versions, 7.24.0 and 7.24.100. I have then another ("B") imports packages from "A" such that: "[7.24.0,7.24.1)". This works fine if I installed 7.24.0 only. But soon as 7.24.100 installed, the bundle B fails to resolve

Re: Resolving to micro version

> On 3 Apr 2018, at 22:17, Katsuya Tomioka wrote: > > Felix users, > > I have same bundles (say "A") installed only different by micro versions, > 7.24.0 and 7.24.100. I have then another ("B") imports packages from "A" > such that: "[7.24.0,7.24.1)". This works fine

Re: Resolving to micro version

Thanks for the reply. I hugely omitted details, I realized. This is the error from gogo with felix 5.6.10: ERROR: Bundle rex-osgi [13] Error starting file:/Users/kt/work/felix/ felix-framework-5.6.10/bundle/com.basistech.rex-je-rex-osgi-7.33.101.c59.2.jar (org.osgi.framework.BundleException:

Re: Resolving to micro version

Yes, sorry, was on the road before. It uses semantic versioning to determine what matches and 7.24.1 is much less (99 less) than 7.24.100. It doesn’t compare them lexicographically. It treats each section as an integer. Are you using the maven bundle plugin? If not, you should be. It, for a

Re: Resolving to micro version

What Ray said is absolutely true, but I don’t think it actually explains the problem. As far as I can tell, the range should actually catch the export from the "rbl-osgi (7.24.0.c592)” bundle. Katsuya-san: just to be sure, please type the following commands and send the output: