Re: [equinox-dev] Committer vote for Stefan Xenos has concluded successfully

2015-10-07 Thread Lars Vogel 
Congratulations Stefan!
Am 08.10.2015 6:02 vorm. schrieb "portal on behalf of" <
portal-nore...@eclipse.org>:

> rt.equinox.bundles Committers,
> This automatically generated message marks the successful completion of
> voting for Stefan Xenos to receive full Committer status on the
> rt.equinox.bundles project. The next step is for the PMC to approve this
> vote, followed by the EMO processing the paperwork and provisioning the
> account.
>
> Vote summary: 9/0/0 with 7 not voting
>   +1  John Arthorne
>?  Raymond Auge
>?  Oleg Besedin
>?  Stoyan Boshev
>?  Pavlin Dobrev
>   +1  BJ Hargrave
>   +1  DJ Houghton
>?  Simon Kaegi
>?  Borislav Kapukaranov
>   +1  Markus Keller
>   +1  Lazar Kirchev
>   +1  Martin Lippert
>?  Glyn Normington
>   +1  Pascal Rapicault
>   +1  John Ross
>   +1  Thomas Watson
>
> If you have any questions, please do not hesitate to contact your project
> lead, PMC member, or the EMO 
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Committer vote for Stefan Xenos has concluded successfully

2015-10-07 Thread portal on behalf of 
rt.equinox.bundles Committers,
This automatically generated message marks the successful completion of
voting for Stefan Xenos to receive full Committer status on the
rt.equinox.bundles project. The next step is for the PMC to approve this
vote, followed by the EMO processing the paperwork and provisioning the
account.

Vote summary: 9/0/0 with 7 not voting 
  +1  John Arthorne
   ?  Raymond Auge
   ?  Oleg Besedin
   ?  Stoyan Boshev
   ?  Pavlin Dobrev
  +1  BJ Hargrave
  +1  DJ Houghton
   ?  Simon Kaegi
   ?  Borislav Kapukaranov
  +1  Markus Keller
  +1  Lazar Kirchev
  +1  Martin Lippert
   ?  Glyn Normington
  +1  Pascal Rapicault
  +1  John Ross
  +1  Thomas Watson

If you have any questions, please do not hesitate to contact your project
lead, PMC member, or the EMO 

___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Checking whether a class is available in the target platform

2015-10-07 Thread Simon Scholz 
The Bug, which has been reverted is 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=473845


Thanks for your help, Tom.

Regards,

Simon


On 07.10.2015 19:53, Thomas Watson wrote:
What is the bug number where the revert happened and we can discuss 
the alternatives?


If you want to avoid lazy activation of the bundle then we have to 
avoid actually loading the class in the check.  I think you may be 
able to try locating the .class resource instead of actually trying to 
load the class with the bundle class loader.


Tom





From: Simon Scholz 
To: equinox-dev@eclipse.org
Date: 10/07/2015 05:14 AM
Subject: [equinox-dev] Checking whether a class is available in the 
target  platform

Sent by: equinox-dev-boun...@eclipse.org




Hello,

we are currently facing problems, when trying to figure out if a class
is available in the target platform or not.
So in case certain bundles are removed from the target platform the E4
application model should be cleaned up accordingly, which means that
referenced model objects, should be removed from the E4 application
model, if the contributing bundle is not available any more.

Thomas Watson suggested this solution
https://bugs.eclipse.org/bugs/show_bug.cgi?id=445663#c4, which
unfortunately causes the bundles to load.
This is undesired and therefore this patch has been reverted:
https://git.eclipse.org/r/#/c/55249/9/bundles/org.eclipse.ui.ide.application/src/org/eclipse/ui/internal/ide/application/addons/ModelCleanupAddon.java

So is it somehow possible to figure out if a certain class is available,
when we have the Bundle-SymbolicName and the full qualified classname,
without activating/loading the bundle?

Thanks in advance and regards,

Simon

--
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.sch...@vogella.com, Web: http://www.vogella.com 



___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or 
unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/equinox-dev



___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-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.sch...@vogella.com, Web: 
http://www.vogella.com

___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Checking whether a class is available in the target platform

2015-10-07 Thread Thomas Watson 
What is the bug number where the revert happened and we can discuss the 
alternatives?

If you want to avoid lazy activation of the bundle then we have to avoid 
actually loading the class in the check.  I think you may be able to try 
locating the .class resource instead of actually trying to load the class 
with the bundle class loader.

Tom





From:   Simon Scholz 
To: equinox-dev@eclipse.org
Date:   10/07/2015 05:14 AM
Subject:[equinox-dev] Checking whether a class is available in the 
target  platform
Sent by:equinox-dev-boun...@eclipse.org



Hello,

we are currently facing problems, when trying to figure out if a class 
is available in the target platform or not.
So in case certain bundles are removed from the target platform the E4 
application model should be cleaned up accordingly, which means that 
referenced model objects, should be removed from the E4 application 
model, if the contributing bundle is not available any more.

Thomas Watson suggested this solution 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=445663#c4, which 
unfortunately causes the bundles to load.
This is undesired and therefore this patch has been reverted: 
https://git.eclipse.org/r/#/c/55249/9/bundles/org.eclipse.ui.ide.application/src/org/eclipse/ui/internal/ide/application/addons/ModelCleanupAddon.java


So is it somehow possible to figure out if a certain class is available, 
when we have the Bundle-SymbolicName and the full qualified classname, 
without activating/loading the bundle?

Thanks in advance and regards,

Simon

-- 
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.sch...@vogella.com, 
Web: http://www.vogella.com

___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev


___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Accessing the log without Activator (extendsPlugin)

2015-10-07 Thread Thomas Watson 
ILog has been around for a very long time, before OSGi as a runtime in 
Eclipse I think.  So its access is a bit static.  If you have motivation 
to access it in an 'OSGi way' then I recommend you enhance the eclipse 
platform to register a ServiceFactory that bundles can use.  The 
ServiceFactory would essentially return the same thing 
Platform.getLog(Bundle) does.  That way you can get injected with your 
bundle's ILog with things like DS.

Tom





From:   Konstantin Komissarchik 
To: Neil Bartlett , Equinox development mailing 
list 
Date:   10/07/2015 11:01 AM
Subject:Re: [equinox-dev] Accessing the log without Activator 
(extendsPlugin)
Sent by:equinox-dev-boun...@eclipse.org



Here is the invocation that I use to get ILog without an Activator:
 
Platform.getLog( Platform.getBundle( "..." ) )
 
Thanks,
 
- Konstantin
 
 
 

From: Neil Bartlett
Sent: Wednesday, October 7, 2015 8:50 AM
To: Equinox development mailing list
Subject: Re: [equinox-dev] Accessing the log without Activator 
(extendsPlugin)
 
 
Looking at the source code, ILog is not an OSGi service but is constructed 
as a wrapper object around the OSGi LogService. The relevant code is in 
org.eclipse.core.internal.runtime.InternalPlatform.
 
Do you need the full functionality of an ILog, or is standard OSGi 
LogService sufficient? If the latter, then you can use a DS component and 
just inject a reference to the LogService. If you really need ILog then I 
think you have to go through InternalPlatform.getDefault().getLog().
 
Neil
 
 
> On 7 Oct 2015, at 09:38, Lars Vogel  wrote:
> 
> Hi,
> 
> in my Activator based on Plugin, I have this nice method:
> 
> MyActivator.getDefault().getLog() which is basically Plugin.getLog().
> 
> What is the correct way to access the ILog in OSGi without an Activator?
> 
> Best regards, Lars
> 
> -- 
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
> 
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: 
http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
 
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
 
 ___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev


___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Accessing the log without Activator (extendsPlugin)

2015-10-07 Thread Konstantin Komissarchik 
Here is the invocation that I use to get ILog without an Activator:

Platform.getLog( Platform.getBundle( "..." ) )

Thanks,

- Konstantin




From: Neil Bartlett
Sent: Wednesday, October 7, 2015 8:50 AM
To: Equinox development mailing list
Subject: Re: [equinox-dev] Accessing the log without Activator (extendsPlugin)


Looking at the source code, ILog is not an OSGi service but is constructed as a 
wrapper object around the OSGi LogService. The relevant code is in 
org.eclipse.core.internal.runtime.InternalPlatform.

Do you need the full functionality of an ILog, or is standard OSGi LogService 
sufficient? If the latter, then you can use a DS component and just inject a 
reference to the LogService. If you really need ILog then I think you have to 
go through InternalPlatform.getDefault().getLog().

Neil


> On 7 Oct 2015, at 09:38, Lars Vogel  wrote:
> 
> Hi,
> 
> in my Activator based on Plugin, I have this nice method:
> 
> MyActivator.getDefault().getLog() which is basically Plugin.getLog().
> 
> What is the correct way to access the ILog in OSGi without an Activator?
> 
> Best regards, Lars
> 
> -- 
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
> 
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev

___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev


___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Accessing the log without Activator (extends Plugin)

2015-10-07 Thread Neil Bartlett 
Looking at the source code, ILog is not an OSGi service but is constructed as a 
wrapper object around the OSGi LogService. The relevant code is in 
org.eclipse.core.internal.runtime.InternalPlatform.

Do you need the full functionality of an ILog, or is standard OSGi LogService 
sufficient? If the latter, then you can use a DS component and just inject a 
reference to the LogService. If you really need ILog then I think you have to 
go through InternalPlatform.getDefault().getLog().

Neil


> On 7 Oct 2015, at 09:38, Lars Vogel  wrote:
> 
> Hi,
> 
> in my Activator based on Plugin, I have this nice method:
> 
> MyActivator.getDefault().getLog() which is basically Plugin.getLog().
> 
> What is the correct way to access the ILog in OSGi without an Activator?
> 
> Best regards, Lars
> 
> -- 
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
> 
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev

___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Question about Bundle-ActivationPolicy: lazy and Activators

2015-10-07 Thread Neil Bartlett 

> On 7 Oct 2015, at 09:24, Lars Vogel  wrote:
> 
> Thanks Neil.
> 
> So to summaries: without the "lazy" flag my activator is only started
> if I do this explicit, i.e., it is not started without my code.

Technically, OSGi never starts a bundle unless somebody calls the 
Bundle.start() method. In an Eclipse application, the “somebody” who starts 
most of the bundles is p2 (org.eclipse.equinox.simpleconfigurator).

P2 calls start(Bundle.START_ACTIVATION_POLICY) on all bundles that have 
Bundle-ActivationPolicy: lazy in their manifest. All other bundles are not 
started at all.

> So to
> ensure the Activator runs, the flag is needed. (Unless I would start
> the bundles somewhere in my code).

This only ensures that the activator runs if you know that a class will be 
loaded from the bundle. Aside from that, the only way to really *ensure* that a 
bundle is started is to edit configuration/config.ini.


> 
> Best regards, Lars
> 
> On Wed, Oct 7, 2015 at 10:13 AM, Neil Bartlett  wrote:
>> It depends what you want to achieve.
>> 
>> If you want the activator to run lazily, only when a class is loaded from 
>> the bundle for some other reason (eg because it contributes an extension) 
>> then that is exactly what BAP:lazy does.
>> 
>> If you don't have that class loading trigger, then you will have to find a 
>> way to start the bundle non-lazily (in this case the BAP:lazy is not needed, 
>> but also doesn't hurt anything). Unfortunately in Eclipse it's very hard to 
>> actually start a bundle, because the platform doesn't want you to.
>> 
>> Neil
>> 
>> 
>>> On 7 Oct 2015, at 08:58, Lars Vogel  wrote:
>>> 
>>> Hi,
>>> 
>>> I have a plug-in with an activator. It also sets the
>>> Bundle-ActivationPolicy: lazy policy set, even though it provides no
>>> declarative services nor any others services.
>>> 
>>> id State   Bundle
>>> 208 ACTIVE  org.eclipse.ui.cheatsheets_3.4.200.N20151006-2000
>>> osgi> services 208
>>> "No registered services."
>>> 
>>> Do I still have to set the Bundle-ActivationPolicy: lazy policy set?
>>> The Activator is definitely used in the code.
>>> 
>>> Best regards, Lars
>>> 
>>> --
>>> Eclipse Platform UI and e4 project co-lead
>>> CEO vogella GmbH
>>> 
>>> Haindaalwisch 17a, 22395 Hamburg
>>> Amtsgericht Hamburg: HRB 127058
>>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>>> USt-IdNr.: DE284122352
>>> Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: 
>>> http://www.vogella.com
>>> ___
>>> equinox-dev mailing list
>>> equinox-dev@eclipse.org
>>> To change your delivery options, retrieve your password, or unsubscribe 
>>> from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>> ___
>> equinox-dev mailing list
>> equinox-dev@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
> 
> 
> 
> -- 
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
> 
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev

___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Checking whether a class is available in the target platform

2015-10-07 Thread Simon Scholz 

Hello,

we are currently facing problems, when trying to figure out if a class 
is available in the target platform or not.
So in case certain bundles are removed from the target platform the E4 
application model should be cleaned up accordingly, which means that 
referenced model objects, should be removed from the E4 application 
model, if the contributing bundle is not available any more.


Thomas Watson suggested this solution 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=445663#c4, which 
unfortunately causes the bundles to load.
This is undesired and therefore this patch has been reverted: 
https://git.eclipse.org/r/#/c/55249/9/bundles/org.eclipse.ui.ide.application/src/org/eclipse/ui/internal/ide/application/addons/ModelCleanupAddon.java


So is it somehow possible to figure out if a certain class is available, 
when we have the Bundle-SymbolicName and the full qualified classname, 
without activating/loading the bundle?


Thanks in advance and regards,

Simon

--
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.sch...@vogella.com, Web: 
http://www.vogella.com

___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Accessing the log without Activator (extends Plugin)

2015-10-07 Thread Lars Vogel 
Hi,

in my Activator based on Plugin, I have this nice method:

MyActivator.getDefault().getLog() which is basically Plugin.getLog().

What is the correct way to access the ILog in OSGi without an Activator?

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Question about Bundle-ActivationPolicy: lazy and Activators

2015-10-07 Thread Lars Vogel 
Thanks Neil.

So to summaries: without the "lazy" flag my activator is only started
if I do this explicit, i.e., it is not started without my code. So to
ensure the Activator runs, the flag is needed. (Unless I would start
the bundles somewhere in my code).

Best regards, Lars

On Wed, Oct 7, 2015 at 10:13 AM, Neil Bartlett  wrote:
> It depends what you want to achieve.
>
> If you want the activator to run lazily, only when a class is loaded from the 
> bundle for some other reason (eg because it contributes an extension) then 
> that is exactly what BAP:lazy does.
>
> If you don't have that class loading trigger, then you will have to find a 
> way to start the bundle non-lazily (in this case the BAP:lazy is not needed, 
> but also doesn't hurt anything). Unfortunately in Eclipse it's very hard to 
> actually start a bundle, because the platform doesn't want you to.
>
> Neil
>
>
>> On 7 Oct 2015, at 08:58, Lars Vogel  wrote:
>>
>> Hi,
>>
>> I have a plug-in with an activator. It also sets the
>> Bundle-ActivationPolicy: lazy policy set, even though it provides no
>> declarative services nor any others services.
>>
>> id State   Bundle
>> 208 ACTIVE  org.eclipse.ui.cheatsheets_3.4.200.N20151006-2000
>> osgi> services 208
>> "No registered services."
>>
>> Do I still have to set the Bundle-ActivationPolicy: lazy policy set?
>> The Activator is definitely used in the code.
>>
>> Best regards, Lars
>>
>> --
>> Eclipse Platform UI and e4 project co-lead
>> CEO vogella GmbH
>>
>> Haindaalwisch 17a, 22395 Hamburg
>> Amtsgericht Hamburg: HRB 127058
>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>> USt-IdNr.: DE284122352
>> Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: 
>> http://www.vogella.com
>> ___
>> equinox-dev mailing list
>> equinox-dev@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Question about Bundle-ActivationPolicy: lazy and Activators

2015-10-07 Thread Neil Bartlett 
It depends what you want to achieve. 

If you want the activator to run lazily, only when a class is loaded from the 
bundle for some other reason (eg because it contributes an extension) then that 
is exactly what BAP:lazy does. 

If you don't have that class loading trigger, then you will have to find a way 
to start the bundle non-lazily (in this case the BAP:lazy is not needed, but 
also doesn't hurt anything). Unfortunately in Eclipse it's very hard to 
actually start a bundle, because the platform doesn't want you to. 

Neil 


> On 7 Oct 2015, at 08:58, Lars Vogel  wrote:
> 
> Hi,
> 
> I have a plug-in with an activator. It also sets the
> Bundle-ActivationPolicy: lazy policy set, even though it provides no
> declarative services nor any others services.
> 
> id State   Bundle
> 208 ACTIVE  org.eclipse.ui.cheatsheets_3.4.200.N20151006-2000
> osgi> services 208
> "No registered services."
> 
> Do I still have to set the Bundle-ActivationPolicy: lazy policy set?
> The Activator is definitely used in the code.
> 
> Best regards, Lars
> 
> -- 
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
> 
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Question about Bundle-ActivationPolicy: lazy and Activators

2015-10-07 Thread Lars Vogel 
Hi,

I have a plug-in with an activator. It also sets the
Bundle-ActivationPolicy: lazy policy set, even though it provides no
declarative services nor any others services.

id State   Bundle
208 ACTIVE  org.eclipse.ui.cheatsheets_3.4.200.N20151006-2000
osgi> services 208
"No registered services."

Do I still have to set the Bundle-ActivationPolicy: lazy policy set?
The Activator is definitely used in the code.

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (032) 221739404, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev