On 13-Mar-2017, at 6:07 AM, Simon Scholz <simon.scholz@xxxxxxxxxxx
<mailto:simon.scholz@xxxxxxxxxxx>> wrote:
Hello,
from my side I´ve just been following the checks of the API Base Line
tooling accroding to the changes in the generated code of the
MUiFactory class.
So at least we should add the noimplement flag to the MUiFactory to
avoid further major version increments due to the missing noimplement
flag.
But for now I think we should stick to the version increment to avoid
breaking clients who might have implemented MUiFactory, which anyways
is unlikely.
Regards,
Simon
On Sat, Mar 11, 2017 at 6:09 PM, Ed Willink <ed@xxxxxxxxxxxxx
<mailto:ed@xxxxxxxxxxxxx>> wrote:
Hi
Chaotic major versions seem undesirable, so since the major
version has not yet made it to +4 on any milestone it seems
appropriate to revert it; preferably for M6, but certainly for M7.
We aggregate to find inconsistencies. We found one, the platform
was wrong, the platform should correct, not everyone else.
Note that if the platform fails to revert, downstream projects
that offer multi-release compatibility must forever remember to
specify an irregular 1.0.0,3.0.0 range for this plugin.
Note also that if PDE requires a major version change it usually
means you should revise your code to avoid the major version, not
just throw a major version to make the irritating error go away.
Note also again that major version chnages should be announced so
that consumers and experts have an opportunity to comment in a
more timely fashion.
Regards
Ed Willink
On 11/03/2017 16:52, Daniel Megert wrote:
Thanks Tom! That was my thinking too. So, that class should be
marked as @noimplement in the model, because next time, PDE Tools
will again ask the developer to increment the major version.
Unfortunately, at this point, reverting the major version
increase seems to do more harm than having a few bundles adjust
their dependency. If someone disagrees, please let us know asap.
Dani
From: Tom Schindl <tom.schindl@xxxxxxxxxxxxxxx>
<mailto:tom.schindl@xxxxxxxxxxxxxxx>
To: Cross project issues
<cross-project-issues-dev@xxxxxxxxxxx>
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
Date: 11.03.2017 17:35
Subject: Re: [cross-project-issues-dev] Problems with
Simrel contribution re: org.eclipse.e4.ui.model.workbench
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx
<mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx>
------------------------------------------------------------------------
Under NO cricumstance this API is/has/should be implemented by
clients! IIRC it should be called at by none e4 internals. So
this version increase is just plain wrong!
Tom (guy who was in charge of the model)
Von meinem iPhone gesendet
Am 11.03.2017 um 16:22 schrieb Daniel Megert
<_daniel_megert@xxxxxx.com_ <mailto:daniel_megert@xxxxxxxxxx>>:
You're right Ed. At least in the SDK there's no re-export of that
bundle.
Dani
From: Ed Willink <_ed@xxxxxxxxxx.uk_
<mailto:ed@xxxxxxxxxxxxx>>
To: _cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
Date: 11.03.2017 11:01
Subject: Re: [cross-project-issues-dev] Problems with
Simrel contribution
Sent by: _cross-project-issues-dev-bounces@eclipse.org_
<mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx>
------------------------------------------------------------------------
Hi
Correction. I misread the icons in the Plugin dependency view.
Nothing
in my workspace re-exports org.eclipse.e4.ui.model.workbench, so
a major
version change should be a simple MANIFEST.MF update for consumers.
Regards
Ed Willink
On 11/03/2017 08:58, Ed Willink wrote:
> Hi
>
> On the one hand, this looks like the normal excitement that occurs
> when a plugin has a major version increase; every consumer must
follow
> suit on its dependency bounds. However it is surprising that no
> announcement has been made, particularly so close to M6.
>
> On the other hand, there are many plugins that re-export
> org.eclipse.e4.ui.model.workbench and so they too must also
incur a
> major version increment. org.eclipse.ui.ide is one of them and
I doubt
> we want a major version increment there.
>
> Presumably a typo then. I suggest nobody apart from the
platform team
> reacts.
>
> Regards
>
> Ed Willink
>
> On 11/03/2017 08:19, Eike Stepper wrote:
>> Hi,
>>
>> It appears that _https://git.eclipse.org/r/#/c/88492/_
<https://git.eclipse.org/r/#/c/88492/>incremented the
>> major version of the org.eclipse.e4.ui.model.workbench plugin.
There
>> are some other commits in the context of
>> _https://bugs.eclipse.org/bugs/show_bug.cgi?id=484398_
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=484398>but none of
them
>> seems to justify a major version increment. Maybe I overlooked
>> something historic that justifies it. Is it justifiable that the
>> major version of this plugin was incremented, and if so, what
is the
>> justification?
>>
>> At this point it looks as if clients just need to increment their
>> upper bound.
>>
>> Cheers
>> /Eike
>>
>> ----
>> _http://www.esc-net.de_ <http://www.esc-net.de/>
>> _http://thegordian.blogspot.com_ <http://thegordian.blogspot.com/>
>> _http://twitter.com/eikestepper_
>>
>>
>>
>> Am 11.03.2017 um 03:24 schrieb Evgeny Mandrikov:
>>> Hello,
>>>
>>> I'm forwarding the following thread of discussion since seems
that
>>> previous messages were not delivered to the list - "being
held until
>>> the list moderator can review it for approval. The reason it is
>>> being held: Too many recipients to the message"
>>>
>>> And an update on subject:
>>> EclEmma has been re-enabled to unblock work of Andreas Sewe on
>>> _https://git.eclipse.org/r/#/c/84521/_
<https://git.eclipse.org/r/#/c/84521/>
>>> Papyrus really seems to be a cause of a problem, because after
>>> re-enablement all builds are still green.
>>>
>>> Regards,
>>> Evgeny
>>>
>>> ---------- Forwarded message ---------
>>> From: Evgeny Mandrikov <_mandrikov@gmail.com_
<mailto:mandrikov@xxxxxxxxx>
>>> <_mailto:mandrikov@gmail.com_>>
>>> Date: Fri, Mar 10, 2017 at 1:46 PM
>>> Subject: Re: Problems with Simrel contribution
>>> To: Grégoire DUPE <_gdupe@mia-software.com_
<mailto:gdupe@xxxxxxxxxxxxxxxx>
>>> <_mailto:gdupe@mia-software.com_>>, Sravan K Lakkimsetti
>>> <_sravankumarl@xxxxxx.com_
<mailto:sravankumarl@xxxxxxxxxx><_mailto:sravankumarl@xxxxxx.com_
<mailto:sravankumarl@xxxxxxxxxx>>>,
>>> _jfaltermeier@eclipsesource.com_
<mailto:jfaltermeier@xxxxxxxxxxxxxxxxx>
>>> <_mailto:jfaltermeier@eclipsesource.com_
<mailto:jfaltermeier@xxxxxxxxxxxxxxxxx>>
>>> <_jfaltermeier@eclipsesource.com_
<mailto:jfaltermeier@xxxxxxxxxxxxxxxxx>
>>> <_mailto:jfaltermeier@eclipsesource.com_
<mailto:jfaltermeier@xxxxxxxxxxxxxxxxx>>>,
_emueller@eclipsesource.com_ <mailto:emueller@xxxxxxxxxxxxxxxxx>
>>> <_mailto:emueller@eclipsesource.com_
<mailto:emueller@xxxxxxxxxxxxxxxxx>>
<_emueller@eclipsesource.com_ <mailto:emueller@xxxxxxxxxxxxxxxxx>
>>> <_mailto:emueller@eclipsesource.com_
<mailto:emueller@xxxxxxxxxxxxxxxxx>>>, _stepper@esc-net.de_
<mailto:stepper@xxxxxxxxxx>
>>> <_mailto:stepper@esc-net.de_> <_stepper@esc-net.de_
<mailto:stepper@xxxxxxxxxx>
>>> <_mailto:stepper@esc-net.de_>>, _cedric.brun@obeo.fr_
<mailto:cedric.brun@xxxxxxx>
>>> <_mailto:cedric.brun@obeo.fr_> <_cedric.brun@obeo.fr_
<mailto:cedric.brun@xxxxxxx>
>>> <_mailto:cedric.brun@obeo.fr_>>, _laurent.goubet@obeo.fr_
<mailto:laurent.goubet@xxxxxxx>
>>> <_mailto:laurent.goubet@obeo.fr_> <_laurent.goubet@obeo.fr_
<mailto:laurent.goubet@xxxxxxx>
>>> <_mailto:laurent.goubet@obeo.fr_>>,
_lorenzo.bettini@gmail.com_ <mailto:lorenzo.bettini@xxxxxxxxx>
>>> <_mailto:lorenzo.bettini@gmail.com_
<mailto:lorenzo.bettini@xxxxxxxxx>> <_lorenzo.bettini@gmail.com_
<mailto:lorenzo.bettini@xxxxxxxxx>
>>> <_mailto:lorenzo.bettini@gmail.com_
<mailto:lorenzo.bettini@xxxxxxxxx>>>,
_vincenzo.caselli@rcp-vision.com_
<mailto:vincenzo.caselli@xxxxxxxxxxxxxx>
>>> <_mailto:vincenzo.caselli@rcp-vision.com_
<mailto:vincenzo.caselli@xxxxxxxxxxxxxx>>
>>> <_vincenzo.caselli@rcp-vision.com_
<mailto:vincenzo.caselli@xxxxxxxxxxxxxx>
>>> <_mailto:vincenzo.caselli@rcp-vision.com_
<mailto:vincenzo.caselli@xxxxxxxxxxxxxx>>>,
>>> _francesco.guidieri@gmail.com_
<mailto:francesco.guidieri@xxxxxxxxx><_mailto:francesco.guidieri@gmail.com_
<mailto:francesco.guidieri@xxxxxxxxx>>
>>> <_francesco.guidieri@gmail.com_
<mailto:francesco.guidieri@xxxxxxxxx>
>>> <_mailto:francesco.guidieri@gmail.com_
<mailto:francesco.guidieri@xxxxxxxxx>>>,
_francois.le-fevre@cea.fr_ <mailto:francois.le-fevre@xxxxxx>
>>> <_mailto:francois.le-fevre@cea.fr_
<mailto:francois.le-fevre@xxxxxx>> <_francois.le-fevre@cea.fr_
<mailto:francois.le-fevre@xxxxxx>
>>> <_mailto:francois.le-fevre@cea.fr_
<mailto:francois.le-fevre@xxxxxx>>>, _quentin.lemenez@cea.fr_
<mailto:quentin.lemenez@xxxxxx>
>>> <_mailto:quentin.lemenez@cea.fr_> <_quentin.lemenez@cea.fr_
<mailto:quentin.lemenez@xxxxxx>
>>> <_mailto:quentin.lemenez@cea.fr_>>, _vincent.lorenzo@cea.fr_
<mailto:vincent.lorenzo@xxxxxx>
>>> <_mailto:vincent.lorenzo@cea.fr_> <_vincent.lorenzo@cea.fr_
<mailto:vincent.lorenzo@xxxxxx>
>>> <_mailto:vincent.lorenzo@cea.fr_>>,
_stephaneberle9@gmail.com_ <mailto:stephaneberle9@xxxxxxxxx>
>>> <_mailto:stephaneberle9@gmail.com_
<mailto:stephaneberle9@xxxxxxxxx>> <_stephaneberle9@gmail.com_
<mailto:stephaneberle9@xxxxxxxxx>
>>> <_mailto:stephaneberle9@gmail.com_
<mailto:stephaneberle9@xxxxxxxxx>>>, Frederic Gurr
>>> <_frederic.gurr@eclipse.org_
<mailto:frederic.gurr@xxxxxxxxxxx><_mailto:frederic.gurr@eclipse.org_
<mailto:frederic.gurr@xxxxxxxxxxx>>>
>>> Cc: Cross project issues
<_cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
>>> <_mailto:cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>>>
>>>
>>>
>>> Hi,
>>>
>>> FWIW I come to exactly the same conclusion.
>>> And so tried to confirm by re-enabling EclEmma -
>>> _https://git.eclipse.org/r/#/c/92766/_
<https://git.eclipse.org/r/#/c/92766/>, validation build
successful -
>>>
_https://hudson.eclipse.org/simrel/job/simrel.oxygen.runaggregator.VALIDATE.gerrit/391/console_
<https://hudson.eclipse.org/simrel/job/simrel.oxygen.runaggregator.VALIDATE.gerrit/391/console>
>>>
>>> On Fri, Mar 10, 2017 at 1:24 PM Grégoire DUPE
>>> <_gdupe@mia-software.com_
<mailto:gdupe@xxxxxxxxxxxxxxxx><_mailto:gdupe@mia-software.com_
<mailto:gdupe@xxxxxxxxxxxxxxxx>>> wrote:
>>>
>>> Hello,
>>>
>>> It’s looks like that the problem comes from
>>> ‘org.eclipse.papyrus.infra.widgets’ which has the following
dependency
>>> : org.eclipse.e4.ui.model.workbench [1.2.0,2.0.0) (cf.
the error
>>> message at the end of this e-mail)
>>>
>>> Can anybody from Papyrus check that ?
>>>
>>> Regards,
>>>
>>> Grégoire
>>>
>>> Cannot complete the install because of a conflicting
dependency.
>>>
>>> Software being installed: validationSet_main 1.0.0
>>>
>>> Only one of the following can be installed at once:
>>> [org.eclipse.e4.ui.model.workbench 2.0.0.v20170228-1842,
>>> org.eclipse.e4.ui.model.workbench 1.3.0.v20170105-1239]
>>>
>>> Cannot satisfy dependency:
>>>
mappedRepo_download.eclipse.org_eclipse_updates_4.7milestones_S-4.7M6-201703082000
>>> 1.0.0 depends on: org.eclipse.platform.ide 0.0.0
>>>
>>> Cannot satisfy dependency:
>>>
mappedRepo_download.eclipse.org_modeling_mdt_papyrus_updates_milestones_3.0_M5_main
>>> 1.0.0 depends on:
org.eclipse.papyrus.sdk.feature.feature.group
>>> 3.0.0
>>>
>>> Cannot satisfy dependency:
>>> org.eclipse.papyrus.infra.widget.feature.feature.group
>>> 3.0.0.201702011724 depends on:
>>> org.eclipse.papyrus.infra.widgets [3.0.0.201702011724]
>>>
>>> Cannot satisfy dependency: org.eclipse.papyrus.infra.widgets
>>> 3.0.0.201702011724 depends on: bundle
>>> org.eclipse.e4.ui.model.workbench [1.2.0,2.0.0)
>>>
>>> Cannot satisfy dependency:
>>> org.eclipse.papyrus.sdk.feature.feature.group 3.0.0.201702011724
>>> depends on:
>>> org.eclipse.papyrus.infra.widget.feature.feature.group
>>> [3.0.0.201702011724]
>>>
>>> Cannot satisfy dependency:
org.eclipse.platform.feature.group
>>> 4.7.0.v20170308-2000 depends on: org.eclipse.ui.ide
>>> [3.13.0.v20170306-1626]
>>>
>>> Cannot satisfy dependency: org.eclipse.platform.ide
>>> 4.7.0.I20170308-2000 depends on:
>>> org.eclipse.platform.feature.group [4.7.0.v20170308-2000]
>>>
>>> Cannot satisfy dependency: org.eclipse.ui.ide
>>> 3.13.0.v20170306-1626 depends on: bundle
>>> org.eclipse.e4.ui.model.workbench [2.0.0,3.0.0)
>>>
>>> Cannot satisfy dependency: validationSet_main 1.0.0
depends on:
>>>
mappedRepo_download.eclipse.org_eclipse_updates_4.7milestones_S-4.7M6-201703082000
>>> [1.0.0]
>>>
>>> Cannot satisfy dependency: validationSet_main 1.0.0
depends on:
>>>
mappedRepo_download.eclipse.org_modeling_mdt_papyrus_updates_milestones_3.0_M5_main
>>> [1.0.0]
>>>
>>> Only one of the following can be installed at once:
>>>
>>> Eclipse Workbench Model 2.0.0.v20170228-1842
>>> (org.eclipse.e4.ui.model.workbench 2.0.0.v20170228-1842)
>>>
>>> Eclipse Workbench Model 1.3.0.v20170105-1239
>>> (org.eclipse.e4.ui.model.workbench 1.3.0.v20170105-1239)
>>>
>>> bundle(org.eclipse.e4.ui.model.workbench
2.0.0.v20170228-1842)
>>> is required by:
>>>
>>> ValidationSet(main)
>>>
>>> Contribution(Eclipse)
>>>
>>>
MappedRepository(_http://download.eclipse.org/eclipse/updates/4.7milestones/S-4.7M6-201703082000/_
<http://download.eclipse.org/eclipse/updates/4.7milestones/S-4.7M6-201703082000/>)
>>>
>>>
>>> Product(org.eclipse.platform.ide)
>>>
>>> InstallableUnit(org.eclipse.platform.feature.group
>>> 4.7.0.v20170308-2000)
>>>
>>> InstallableUnit(org.eclipse.ui.ide 3.13.0.v20170306-1626)
>>>
>>> bundle(org.eclipse.e4.ui.model.workbench
1.3.0.v20170105-1239)
>>> is required by:
>>>
>>> ValidationSet(main)
>>>
>>> Contribution(Papyrus)
>>>
>>>
MappedRepository(_http://download.eclipse.org/modeling/mdt/papyrus/updates/milestones/3.0/M5/main_
<http://download.eclipse.org/modeling/mdt/papyrus/updates/milestones/3.0/M5/main>)
>>>
>>>
>>> Feature(org.eclipse.papyrus.sdk.feature.feature.group 3.0.0)
>>>
>>>
InstallableUnit(org.eclipse.papyrus.infra.widget.feature.feature.group
>>> 3.0.0.201702011724)
>>>
>>> InstallableUnit(org.eclipse.papyrus.infra.widgets
>>> 3.0.0.201702011724)
>>>
>>> *De :* Sravan K Lakkimsetti
[_mailto:sravankumarl@xxxxxx.com_ <mailto:sravankumarl@xxxxxxxxxx>
>>> <_mailto:sravankumarl@xxxxxx.com_
<mailto:sravankumarl@xxxxxxxxxx>>]
>>> *Envoyé :* vendredi 10 mars 2017 11:33
>>> *À :* _mandrikov@gmail.com_
<mailto:mandrikov@xxxxxxxxx><_mailto:mandrikov@gmail.com_
<mailto:mandrikov@xxxxxxxxx>>;
>>> _jfaltermeier@eclipsesource.com_
<mailto:jfaltermeier@xxxxxxxxxxxxxxxxx>
>>> <_mailto:jfaltermeier@eclipsesource.com_
<mailto:jfaltermeier@xxxxxxxxxxxxxxxxx>>;
>>> _emueller@eclipsesource.com_
<mailto:emueller@xxxxxxxxxxxxxxxxx><_mailto:emueller@eclipsesource.com_
<mailto:emueller@xxxxxxxxxxxxxxxxx>>;
>>> _stepper@esc-net.de_
<mailto:stepper@xxxxxxxxxx><_mailto:stepper@esc-net.de_
<mailto:stepper@xxxxxxxxxx>>;
>>> _cedric.brun@obeo.fr_
<mailto:cedric.brun@xxxxxxx><_mailto:cedric.brun@obeo.fr_
<mailto:cedric.brun@xxxxxxx>>;
>>> _laurent.goubet@obeo.fr_
<mailto:laurent.goubet@xxxxxxx><_mailto:laurent.goubet@obeo.fr_
<mailto:laurent.goubet@xxxxxxx>>;
>>> _lorenzo.bettini@gmail.com_ <mailto:lorenzo.bettini@xxxxxxxxx>
>>> <_mailto:lorenzo.bettini@gmail.com_
<mailto:lorenzo.bettini@xxxxxxxxx>>;
>>> _vincenzo.caselli@rcp-vision.com_
<mailto:vincenzo.caselli@xxxxxxxxxxxxxx>
>>> <_mailto:vincenzo.caselli@rcp-vision.com_
<mailto:vincenzo.caselli@xxxxxxxxxxxxxx>>;
>>> _francesco.guidieri@gmail.com_
<mailto:francesco.guidieri@xxxxxxxxx>
>>> <_mailto:francesco.guidieri@gmail.com_
<mailto:francesco.guidieri@xxxxxxxxx>>; Grégoire DUPE
>>> <_gdupe@mia-software.com_ <mailto:gdupe@xxxxxxxxxxxxxxxx>
>>> <_mailto:gdupe@mia-software.com_>>;
_francois.le-fevre@cea.fr_ <mailto:francois.le-fevre@xxxxxx>
>>> <_mailto:francois.le-fevre@cea.fr_
<mailto:francois.le-fevre@xxxxxx>>;
>>> _quentin.lemenez@cea.fr_
<mailto:quentin.lemenez@xxxxxx><_mailto:quentin.lemenez@cea.fr_
<mailto:quentin.lemenez@xxxxxx>>;
>>> _vincent.lorenzo@cea.fr_
<mailto:vincent.lorenzo@xxxxxx><_mailto:vincent.lorenzo@cea.fr_
<mailto:vincent.lorenzo@xxxxxx>>;
>>> _stephaneberle9@gmail.com_
<mailto:stephaneberle9@xxxxxxxxx><_mailto:stephaneberle9@gmail.com_
<mailto:stephaneberle9@xxxxxxxxx>>;
>>> Frederic Gurr <_frederic.gurr@eclipse.org_
<mailto:frederic.gurr@xxxxxxxxxxx>
>>> <_mailto:frederic.gurr@eclipse.org_
<mailto:frederic.gurr@xxxxxxxxxxx>>>
>>> *Objet :* Problems with Simrel contribution
>>>
>>> Hi,
>>>
>>> I am doing simrel contribution for 4.7 M6 for platform and
>>> equinox. During this process. I found that the
>>> following projects are not compatible anymore. I have
disabled
>>> these projects with my contribution. My request is
>>> to re-enable them during your contribution to 4.7 M6.
>>>
>>> The projects that were disabled.
>>>
>>> 1. EclEmma
>>> 2. ECP
>>> 3. EMF CDO
>>> 4. EMF COMPARE
>>> 5. EMF Parsley
>>> 6. MoDisco
>>> 7. Papyrus
>>> 8. Sphinx
>>>
>>> Thanks and Regards,
>>>
>>> Sravan
>>>
>>> Sravan Kumar Lakkimsetti
>>>
>>> IBM India Pvt Ltd,
>>>
>>> Embassy Golf Links Business Park, D Block,
>>>
>>> Off Indiranagar-Kormangla Inner Ring Road,
>>>
>>> Bangalore - 560071, India
>>>
>>> Phone: 91-80-41776858
>>>
>>>
>>>
>>> _______________________________________________
>>> cross-project-issues-dev mailing list
>>> _cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
>>> To change your delivery options, retrieve your password, or
>>> unsubscribe from this list, visit
>>>
_https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev_
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
>>
>>
>> _______________________________________________
>> cross-project-issues-dev mailing list
>> _cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
>> To change your delivery options, retrieve your password, or
>> unsubscribe from this list, visit
>>
_https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev_
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
>>
>
>
> ---
> This email has been checked for viruses by Avast antivirus
software.
> _https://www.avast.com/antivirus_ <https://www.avast.com/antivirus>
>
> _______________________________________________
> cross-project-issues-dev mailing list
> _cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
> To change your delivery options, retrieve your password, or
> unsubscribe from this list, visit
>
_https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev_
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
>
---
This email has been checked for viruses by Avast antivirus software._
__https://www.avast.com/antivirus_ <https://www.avast.com/antivirus>
_______________________________________________
cross-project-issues-dev mailing list_
__cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit_
__https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev_
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
_______________________________________________
cross-project-issues-dev mailing list_
__cross-project-issues-dev@eclipse.org_
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit_
__https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev_
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
------------------------------------------------------------------------
Avast logo <https://www.avast.com/antivirus>
This email has been checked for viruses by Avast antivirus software.
www.avast.com <https://www.avast.com/antivirus>
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
<https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
--
--
Trainer, Consultant and Developer
vogella GmbH
Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Tel (040) 78804360, Fax (032) 221739404, Email:
simon.scholz@xxxxxxxxxxx <mailto:simon.scholz@xxxxxxxxxxx>, Web:
http://www.vogella.com <http://www.vogella.com/>
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
<mailto:cross-project-issues-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev