Hi Bernd, Have you tried specifying 2.0.0 in the .target? We had some problems in the past [0] with the target platform not resolving to the latest version when using 0.0.0. That way you wouldn’t have to require the bundle at runtime.
Marc-André [0] https://bugs.eclipse.org/bugs/show_bug.cgi?id=432375 <https://bugs.eclipse.org/bugs/show_bug.cgi?id=432375> > On Feb 19, 2019, at 7:42 AM, Bernd Hufmann <bernd.hufm...@ericsson.com> wrote: > > Hi Ed, Michael > > Thanks again for the explanations. Everything was working well with the > build-properties up-to the recent upgrade. I guess the 1.0.0 version was used > suddenly during our build for some unknown reason. Changing to the > Require-Bundle mechanism, I have now control over the version to be used and > we’ll stick to it. > > BR, > Bernd > > > From: cross-project-issues-dev-boun...@eclipse.org > <mailto:cross-project-issues-dev-boun...@eclipse.org> > <cross-project-issues-dev-boun...@eclipse.org > <mailto:cross-project-issues-dev-boun...@eclipse.org>> On Behalf Of Ed Willink > Sent: February-17-19 6:52 AM > To: cross-project-issues-dev@eclipse.org > <mailto:cross-project-issues-dev@eclipse.org> > Subject: Re: [cross-project-issues-dev] Build problems with recent > platform4.11-I-builds > > Hi > > Yes. Correction. Time flies. It was Java 8 that chnaged the implementation. > > You are certainly right that build.properties did not allow 1.0.0 and 2.0.0 > annotations to co-exist, pretty much mandating a migration. > > But I am really surprised that you can have *.class files referencing missing > (annotation) classes. I suspect that you may be getting a free import from > somewhere. > > The Eclipse help is dangerous because it was not updated for 2.0.0 causing me > much grief. A boring RequireBundle works beautifully. > > Regards > > Ed Willink > > > > On 17/02/2019 10:50, Michael Keppler wrote: > o.e.jdt.annotation 2.0.0 exploits Java 7 type annotations which persist at > run-time. You must therefore require o.e.jdt.annotation just like any other > bundle. > You meant Java 8. And they are not available at runtime (they use > RetentionPolicy.CLASS), therefore the bundle.properties mechanism still works > well with jdt.annotations 2.x, and bundle requirements are not necessary. > > To quote the Eclipse help on these annotations: "The PDE specific mechanism > in file build.properties is problematic because it doesn't support specifying > a version range." (and that is why they recommend optional bundle > requirement). Therefore if you can manage your target platform to explicitly > contain only the 2.x annotations, build.properties work well. At least that > is my experience with several commercial applications built that way. > Nevertheless, I have not tried this with recent builds like Bernd, so this > may no longer work and my remarks might be useless. > > Ciao, Michael > > > _______________________________________________ > cross-project-issues-dev mailing list > cross-project-issues-dev@eclipse.org > <mailto:cross-project-issues-dev@eclipse.org> > To change your delivery options, retrieve your password, or unsubscribe from > this list, visit > https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev > <https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev> > > <image001.jpg> > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > Virus-free. www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > _______________________________________________ > cross-project-issues-dev mailing list > cross-project-issues-dev@eclipse.org > <mailto:cross-project-issues-dev@eclipse.org> > To change your delivery options, retrieve your password, or unsubscribe from > this list, visit > https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev > <https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev>
_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
