from:"Lars Vogel"

Re: [equinox-dev] [pde-dev] Master branch is open for 4.27 development

2022-12-01 Thread Lars Vogel

Thanks for this work

Aleksandar Kurtakov  schrieb am Do., 1. Dez. 2022,
13:08:

> Hello
>
> We are pleased to announce that the master branch is open for 4.25
> development.
>
> You can subscribe to the build schedule here
> .
>
>
> --
> Aleksandar Kurtakov
> Red Hat Eclipse Team
> ___
> pde-dev mailing list
> pde-...@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/pde-dev
>
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [eclipse-pmc] Stop building and publishing the org.eclipse.equinox.supplement bundle

2022-04-04 Thread Lars Vogel

+1 for removal

On Wed, Mar 9, 2022 at 3:18 PM Aleksandar Kurtakov  wrote:
>
> Go for it!
> We should stop losing everyones time and resources on useless things.
>
> On Wed, Mar 9, 2022 at 4:13 PM Thomas Watson  wrote:
>>
>> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=579164
>>
>> Speak up now if you or your project makes use of the 
>> org.eclipse.equinox.supplement bundle.  Once I discuss with the PMC, if we 
>> agree to remove then I will post to cross-project-issues-...@eclipse.org 
>> also.
>>
>> Tom
>> ___
>> eclipse-pmc mailing list
>> eclipse-...@eclipse.org
>> To unsubscribe from this list, visit 
>> https://www.eclipse.org/mailman/listinfo/eclipse-pmc
>
>
>
> --
> Aleksandar Kurtakov
> Red Hat Eclipse Team
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] OSGi and javax.jws.WebService with Java 11

2021-05-18 Thread Lars Vogel

Hello,

after changing the JAXB implementation (thanks Mark) I rab into the next
issue, It looks to me that the jax-ws implementation is not ready to run in
Equinox, see https://github.com/eclipse-ee4j/metro-jax-ws/issues/128 for
details.

I was able to start a webservice by modifying the classloader see
https://github.com/vogellacompany/eclipsercp-javaws-java11/blob/main/com.example.rcpclient/src/com/example/rcpclient/parts/SamplePart.java
This enables the client to start webservices in his RCP app (which are used
to communicate to an AS/400 backend). Once #128 is resolved or a better
solution is found we hope to update this "hack".

You find a demo for this approach in
https://github.com/vogellacompany/eclipsercp-javaws-java11

Thanks again everyone for your help, Lars






<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virenfrei.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Fri, May 7, 2021 at 1:25 PM Mark Hoffmann 
wrote:

> Hi Lars,
>
> obviously the implementations want to have different Jaxb implementations.
> com.sun.xml vs the glassfish one. Maybe choosing just the obe from the
> Jax-Ws stuff is your candidate.
>
> This is why we use EMF for that 😉
>
> Mark Hoffmann
> M.A. Dipl.-Betriebswirt (FH)
> CEO/CTO
>
> Phone: +49 3641 384 910 <+49%203641%20384%20910> 0
> Mobile: +49 175 701 2201 <+49%20175%20701%202201>
> E-Mail: m.hoffm...@data-in-motion.biz
>
> Web: www.datainmotion.de
>
> Data In Motion Consulting GmbH
> Kahlaische Strasse 4
> 07745 Jena
> Germany
>
> Geschäftsführer/CEO
> Mark Hoffmann
> Jürgen Albert
>
> Jena HRB 513025
> Steuernummer 162/107/05779
> USt-Id DE310002614
>
>
>  Ursprüngliche Nachricht 
> Von: Lars Vogel 
> Datum: 07.05.21 12:44 (GMT+01:00)
> An: Equinox development mailing list 
> Betreff: Re: [equinox-dev] OSGi and javax.jws.WebService with Java 11
>
> Hi Mark,
>
> thanks. The additional fragment was indeed necessary. I added it and
> now it complains about the JaxB configuration.
>
> Caused by: jakarta.xml.bind.JAXBException: return is not a valid
> property on class
> com.example.rcpclient.handlers.jaxws.SayHelloResponse at
>
> org.glassfish.jaxb.runtime.v2.runtime.JAXBContextImpl.getElementPropertyAccessor(JAXBContextImpl.java:908)
> at
> com.sun.xml.ws.db.glassfish.JAXBRIContextWrapper.getElementPropertyAccessor(JAXBRIContextWrapper.java:91)
> at
> com.sun.xml.ws.server.sei.EndpointResponseMessageBuilder$DocLit.(EndpointResponseMessageBuilder.java:228)
> … 54 more
>
> I didn't know that Java Webservices uses JaxB under the hood. :-O
>
> I will try to configure this and update this message thread with the
> results:
>
> For reference, here is an example with the current state:
>
> https://github.com/vogellacompany/eclipsercp-javaws-java11
>
> Thanks also to Gunnar for the tip and Christoph for the amazing m2E /
> PDE integration which makes using libraries super easy.
>
> Best regards, Lars
>
> On Fri, May 7, 2021 at 8:38 AM Mark Hoffmann
>  wrote:
> >
> > Hi Lars,
> >
> > this might be possible, but its always worth to take a look into the API
> Code. In the area if Jaxb ans JaxWs there have been default providers
> defined  in the lookup process.
> >
> > This is what the fragments are for. Take a look into jakarta.xml.soap
> maybe you also need a fragment for this with Import Package
> com.sun.xml.internal.messaging.saaj.soap.SAAJMetaFactoryImpl
> >
> > Mark Hoffmann
> > M.A. Dipl.-Betriebswirt (FH)
> > CEO/CTO
> >
> > Phone: +49 3641 384 910 0
> > Mobile: +49 175 701 2201
> > E-Mail: m.hoffm...@data-in-motion.biz
> >
> > Web: www.datainmotion.de
> >
> > Data In Motion Consulting GmbH
> > Kahlaische Strasse 4
> > 07745 Jena
> > Germany
> >
> > Geschäftsführer/CEO
> > Mark Hoffmann
> > Jürgen Albert
> >
> > Jena HRB 513025
> > Steuernummer 162/107/05779
> > USt-Id DE310002614
> >
> >
> >  Ursprüngliche Nachricht 
> > Von: Lars Vogel 
> > Datum: 06.05.21 18:02 (GMT+01:00)
> > An: Equinox development mailing list 
> > Betreff: Re: [equinox-dev] OSGi and javax.jws.WebService with Java 11
> >
> > Thanks, Mark for the answer. That fixed the reported error.
> >
> > I now get another error (see below) but I assume this is due to
> > missing libraries. I have a look and see if I can fix these.
> >
> > java.lang.E

Re: [equinox-dev] OSGi and javax.jws.WebService with Java 11

2021-05-07 Thread Lars Vogel

Hi Mark,

thanks. The additional fragment was indeed necessary. I added it and
now it complains about the JaxB configuration.

Caused by: jakarta.xml.bind.JAXBException: return is not a valid
property on class
com.example.rcpclient.handlers.jaxws.SayHelloResponse at
org.glassfish.jaxb.runtime.v2.runtime.JAXBContextImpl.getElementPropertyAccessor(JAXBContextImpl.java:908)
at 
com.sun.xml.ws.db.glassfish.JAXBRIContextWrapper.getElementPropertyAccessor(JAXBRIContextWrapper.java:91)
at 
com.sun.xml.ws.server.sei.EndpointResponseMessageBuilder$DocLit.(EndpointResponseMessageBuilder.java:228)
… 54 more

I didn't know that Java Webservices uses JaxB under the hood. :-O

I will try to configure this and update this message thread with the results:

For reference, here is an example with the current state:

https://github.com/vogellacompany/eclipsercp-javaws-java11

Thanks also to Gunnar for the tip and Christoph for the amazing m2E /
PDE integration which makes using libraries super easy.

Best regards, Lars

On Fri, May 7, 2021 at 8:38 AM Mark Hoffmann
 wrote:
>
> Hi Lars,
>
> this might be possible, but its always worth to take a look into the API 
> Code. In the area if Jaxb ans JaxWs there have been default providers defined 
>  in the lookup process.
>
> This is what the fragments are for. Take a look into jakarta.xml.soap maybe 
> you also need a fragment for this with Import Package 
> com.sun.xml.internal.messaging.saaj.soap.SAAJMetaFactoryImpl
>
> Mark Hoffmann
> M.A. Dipl.-Betriebswirt (FH)
> CEO/CTO
>
> Phone: +49 3641 384 910 0
> Mobile: +49 175 701 2201
> E-Mail: m.hoffm...@data-in-motion.biz
>
> Web: www.datainmotion.de
>
> Data In Motion Consulting GmbH
> Kahlaische Strasse 4
> 07745 Jena
> Germany
>
> Geschäftsführer/CEO
> Mark Hoffmann
> Jürgen Albert
>
> Jena HRB 513025
> Steuernummer 162/107/05779
> USt-Id DE310002614
>
>
>  Ursprüngliche Nachricht 
> Von: Lars Vogel 
> Datum: 06.05.21 18:02 (GMT+01:00)
> An: Equinox development mailing list 
> Betreff: Re: [equinox-dev] OSGi and javax.jws.WebService with Java 11
>
> Thanks, Mark for the answer. That fixed the reported error.
>
> I now get another error (see below) but I assume this is due to
> missing libraries. I have a look and see if I can fix these.
>
> java.lang.Error: jakarta.xml.soap.SOAPException: Unable to create SAAJ
> meta-factory: Provider
> com.sun.xml.internal.messaging.saaj.soap.SAAJMetaFactoryImpl not found
> Caused by: jakarta.xml.soap.SOAPException: Unable to create SAAJ
> meta-factory: Provider
> com.sun.xml.internal.messaging.saaj.soap.SAAJMetaFactoryImpl not
> found)
>
> On Thu, May 6, 2021 at 3:54 PM Mark Hoffmann
>  wrote:
> >
> > Hi Lars,
> >
> > this is simular related to Jaxb. I believe you will need a Frgament for the 
> > jakarta.xml.ws-api that declares an Import to ProviderImpl
> >
> > Regards,
> >
> > Mark Hoffmann
> > M.A. Dipl.-Betriebswirt (FH)
> > CEO/CTO
> >
> > Phone: +49 3641 384 910 0
> > Mobile: +49 175 701 2201
> > E-Mail: m.hoffm...@data-in-motion.biz
> >
> > Web: www.datainmotion.de
> >
> > Data In Motion Consulting GmbH
> > Kahlaische Strasse 4
> > 07745 Jena
> > Germany
> >
> > Geschäftsführer/CEO
> > Mark Hoffmann
> > Jürgen Albert
> >
> > Jena HRB 513025
> > Steuernummer 162/107/05779
> > USt-Id DE310002614
> >
> >
> >  Ursprüngliche Nachricht 
> > Von: Lars Vogel 
> > Datum: 06.05.21 15:15 (GMT+01:00)
> > An: Equinox development mailing list 
> > Betreff: [equinox-dev] OSGi and javax.jws.WebService with Java 11
> >
> > Hi,
> >
> > I'm trying to migrate an RCP client to Java 11. All good so far only
> > the webservice which was part of Java 8 refused to start with an
> > sun.xml.internal.ws.spi.ProviderImpl exception.
> >
> > Exception:
> > Caused by: javax.xml.ws.WebServiceException: Provider
> > com.sun.xml.internal.ws.spi.ProviderImpl not found
> > at javax.xml.ws.spi.FactoryFinder$1.createException(FactoryFinder.java:61)
> > at javax.xml.ws.spi.FactoryFinder$1.createException(FactoryFinder.java:58)
> > at 
> > javax.xml.ws.spi.ServiceLoaderUtil.newInstance(ServiceLoaderUtil.java:103)
> > at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:112)
> > at javax.xml.ws.spi.Provider.provider(Provider.java:96)
> > at javax.xml.ws.Endpoint.publish(Endpoint.java:254)
> > at 
> > eupen.rcp.core.handers.StartWebserviceHandler.execute(StartWebserviceHandler.java:15)
> > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
&

Re: [equinox-dev] OSGi and javax.jws.WebService with Java 11

2021-05-06 Thread Lars Vogel

Thanks, Mark for the answer. That fixed the reported error.

I now get another error (see below) but I assume this is due to
missing libraries. I have a look and see if I can fix these.

java.lang.Error: jakarta.xml.soap.SOAPException: Unable to create SAAJ
meta-factory: Provider
com.sun.xml.internal.messaging.saaj.soap.SAAJMetaFactoryImpl not found
Caused by: jakarta.xml.soap.SOAPException: Unable to create SAAJ
meta-factory: Provider
com.sun.xml.internal.messaging.saaj.soap.SAAJMetaFactoryImpl not
found)

On Thu, May 6, 2021 at 3:54 PM Mark Hoffmann
 wrote:
>
> Hi Lars,
>
> this is simular related to Jaxb. I believe you will need a Frgament for the 
> jakarta.xml.ws-api that declares an Import to ProviderImpl
>
> Regards,
>
> Mark Hoffmann
> M.A. Dipl.-Betriebswirt (FH)
> CEO/CTO
>
> Phone: +49 3641 384 910 0
> Mobile: +49 175 701 2201
> E-Mail: m.hoffm...@data-in-motion.biz
>
> Web: www.datainmotion.de
>
> Data In Motion Consulting GmbH
> Kahlaische Strasse 4
> 07745 Jena
> Germany
>
> Geschäftsführer/CEO
> Mark Hoffmann
> Jürgen Albert
>
> Jena HRB 513025
> Steuernummer 162/107/05779
> USt-Id DE310002614
>
>
>  Ursprüngliche Nachricht 
> Von: Lars Vogel 
> Datum: 06.05.21 15:15 (GMT+01:00)
> An: Equinox development mailing list 
> Betreff: [equinox-dev] OSGi and javax.jws.WebService with Java 11
>
> Hi,
>
> I'm trying to migrate an RCP client to Java 11. All good so far only
> the webservice which was part of Java 8 refused to start with an
> sun.xml.internal.ws.spi.ProviderImpl exception.
>
> Exception:
> Caused by: javax.xml.ws.WebServiceException: Provider
> com.sun.xml.internal.ws.spi.ProviderImpl not found
> at javax.xml.ws.spi.FactoryFinder$1.createException(FactoryFinder.java:61)
> at javax.xml.ws.spi.FactoryFinder$1.createException(FactoryFinder.java:58)
> at javax.xml.ws.spi.ServiceLoaderUtil.newInstance(ServiceLoaderUtil.java:103)
> at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:112)
> at javax.xml.ws.spi.Provider.provider(Provider.java:96)
> at javax.xml.ws.Endpoint.publish(Endpoint.java:254)
> at 
> eupen.rcp.core.handers.StartWebserviceHandler.execute(StartWebserviceHandler.java:15)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> at org.eclipse.e4.c
>
> Example:
>
> import javax.jws.WebMethod;
> import javax.jws.WebService;
>
> @WebService
> public class WebServiceExample {
> private String message = new String("Hello, ");
>
> public void Hello() {}
>
> @WebMethod
> public String sayHello(String name) {
> return message + name + ".";
> }
> }
>
> And I start it via:
> 
> import org.eclipse.e4.core.di.annotations.Execute;
>
> import javax.xml.ws.Endpoint;
>
> public class StartWebserviceHandler {
>
> @Execute
> public void execute() {
>   String url = "http://localhost:4434/miniwebservice";;
>   Endpoint.publish( url, new WebServiceExample() );
> }
> }
>
> -
>
>
> I started to add libraries from Maven central via the new PDE / M2e
> integration but it seems that this pull and endless list of
> dependencies into the classpath.
>
> Is anyone aware of a working example using such a Webservice inside
> OSGi with Java 11 or higher?
>
> Best regards, Lars
>
> --
> Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/equinox-dev
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/equinox-dev



--
Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] OSGi and javax.jws.WebService with Java 11

2021-05-06 Thread Lars Vogel

Hi,

I'm trying to migrate an RCP client to Java 11. All good so far only
the webservice which was part of Java 8 refused to start with an
sun.xml.internal.ws.spi.ProviderImpl exception.

Exception:
Caused by: javax.xml.ws.WebServiceException: Provider
com.sun.xml.internal.ws.spi.ProviderImpl not found
at javax.xml.ws.spi.FactoryFinder$1.createException(FactoryFinder.java:61)
at javax.xml.ws.spi.FactoryFinder$1.createException(FactoryFinder.java:58)
at javax.xml.ws.spi.ServiceLoaderUtil.newInstance(ServiceLoaderUtil.java:103)
at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:112)
at javax.xml.ws.spi.Provider.provider(Provider.java:96)
at javax.xml.ws.Endpoint.publish(Endpoint.java:254)
at 
eupen.rcp.core.handers.StartWebserviceHandler.execute(StartWebserviceHandler.java:15)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at org.eclipse.e4.c

Example:

import javax.jws.WebMethod;
import javax.jws.WebService;

@WebService
public class WebServiceExample {
private String message = new String("Hello, ");

public void Hello() {}

@WebMethod
public String sayHello(String name) {
return message + name + ".";
}
}

And I start it via:

import org.eclipse.e4.core.di.annotations.Execute;

import javax.xml.ws.Endpoint;

public class StartWebserviceHandler {

@Execute
public void execute() {
  String url = "http://localhost:4434/miniwebservice";;
  Endpoint.publish( url, new WebServiceExample() );
}
}

-


I started to add libraries from Maven central via the new PDE / M2e
integration but it seems that this pull and endless list of
dependencies into the classpath.

Is anyone aware of a working example using such a Webservice inside
OSGi with Java 11 or higher?

Best regards, Lars

-- 
Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] JAXB with Java 11 in OSGi

2021-01-13 Thread Lars Vogel

Hi Raymond,

As a late follow-up, great news is that recent developments in Eclipse and
Tycho made the consumption of Maven artifacts possible via the target
platform.

See
https://xn--lubisoft-0za.gmbh/en/articles/using-maven-artifacts-in-pde-rcp-and-tycho-builds/
or https://www.vogella.com/tutorials/EclipseJarToPlugin/article.html for
how-to-guides.

Best regards, Lars

On Fri, Jul 31, 2020 at 4:34 PM Raymond Auge 
wrote:

>
>
> On Fri., Jul. 31, 2020, 5:56 a.m. Lars Vogel, 
> wrote:
>
>> Hi Raymond,
>>
>> Thanks for the info.
>>
>> How should I consume aries-jax-rs-whiteboard in my RCP application? Is
>> there an p2 update site available?
>>
>
> Sigh... No, there is no p2 repo 😔
>
> It's sad that RCP (I'm guessing maven+Tycho) aps need to consume from p2
> only. Makes the whole ecosystem an island. It's a shame, but I digress.
>
> - Ray
>
>
>> Best regards, Lars
>>
>> On Tue, Jul 28, 2020 at 3:46 PM Raymond Auge 
>> wrote:
>> >
>> > Aries JAX-RS whiteboard [1] has jaxb working on all java versions.
>> >
>> > [1] https://github.com/apache/aries-jax-rs-whiteboard
>> >
>> > On Tue., Jul. 28, 2020, 9:07 a.m. Neil Bartlett, 
>> wrote:
>> >>
>> >> Hi Lars,
>> >>
>> >> Dmytro is correct, the jaxb-api and javax.activation bundles are
>> required to provide the JAXB API on Java 11. You will also need an
>> implementation of the API... the org.eclipse.persistence.core and
>> org.eclipse.persistence.moxy bundles from EclipseLink provide this.
>> >>
>> >> I have had JAXB working with RCP for some time on J11 but
>> unfortunately cannot share the code because it is commercial.
>> >>
>> >> Neil
>> >>
>> >> On Tue, 28 Jul 2020 at 14:03, Dmytro Pishchukhin <
>> dmytro.pishchuk...@gmail.com> wrote:
>> >>>
>> >>> Hi Lars,
>> >>>
>> >>> Try to use 2 bundles to resolve JAXB packages:
>> >>> - jaxb-api (javax.xml.bind:jaxb-api:2.3.1)
>> >>> - javax.activation (com.sun.activation:javax.activation:1.2.0)
>> >>>
>> >>> On Tue, Jul 28, 2020 at 1:56 PM Lars Vogel 
>> wrote:
>> >>>>
>> >>>> Friends of OSGi,
>> >>>>
>> >>>> Is anyone aware of an example / description of how to use JAXB with
>> >>>> Java 11 in OSGI (Eclipse RCP)? If yes, please share it with me.
>> >>>>
>> >>>> The examples I found for Java 11 are not inside OSGi and fail for me.
>> >>>>
>> >>>> Best regards, Lars
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
>> http://www.vogella.com
>> >>>> ___
>> >>>> equinox-dev mailing list
>> >>>> equinox-dev@eclipse.org
>> >>>> To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Best regards,
>> >>> Dmytro Pishchukhin
>> >>> ___
>> >>> equinox-dev mailing list
>> >>> equinox-dev@eclipse.org
>> >>> To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>> >>
>> >> ___
>> >> equinox-dev mailing list
>> >> equinox-dev@eclipse.org
>> >> To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>> >
>> > ___
>> > equinox-dev mailing list
>> > equinox-dev@eclipse.org
>> > To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>>
>>
>>
>> --
>> Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
>> http://www.vogella.com
>> ___
>> equinox-dev mailing list
>> equinox-dev@eclipse.org
>> To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>


-- 
Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] JAXB with Java 11 in OSGi

2020-08-03 Thread Lars Vogel

Hi Mark,

thanks a lot. Importing org.eclipse.persistence.jaxb and creating the
JAXBContext with your example worked great for me.

I updated the Github example so that others can also benefit from your
advice. I also moved in this example the data model to a separate
plug-in as I think this is the normal case.

Thanks for the help. Also thanks again to Dmytro, Neil and Raymond.

Best regards, Lars

P.S. I also had to add a jaxb.index file to the model packages listing
all Java classes but that seems a Jaxb/ Moxy requirement not OSGi
related.

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virenfrei. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>


On Sun, Aug 2, 2020 at 5:06 PM Mark Hoffmann  wrote:
>
> Hi,
>
> the point is, that with Java11 API and implementation/s are separated. But 
> the API JAXBContext loads the implementation.
>
> In OSGi this would mean, that the JAXB-API has to know the implementation. 
> This is not the case. As default, JAXB tries to load from jaxb.properties in 
> the package of your entities, or a system property, or in OSGi using HK2 
> which tracks the Java ServiceLoader information or the default 
> implementation: com.sun.xml.bind.v2.ContextFactory using the context class 
> loader. This will all fail, unless you provide a class-loader that knows the 
> implementation, best using import package.
>
> Thats why the most approaches using exactly that, by importing the either 
> com.sun.xml.bind.v2 or for  Moxy org.eclipse.persistence.jaxb. Then you can 
> create you JAXBContext like this:
>
> JAXBContext.newInstance(Bookstore.class.getPackageName(), 
> Bookstore.class.getClassLoader())
>
> If you dont like that approach, you are best putting your jaxb implementation 
> and api on the classpath the framework is started with.
>
> Using bndtools this is very easy using the runpath instruction:
>
> -runpath: \
> jakarta.activation-api;version='[1.2.2,1.2.3)',\
> jakarta.xml.bind-api;version='[2.3.3,2.3.4)',\
> org.eclipse.persistence.core;version='[2.7.6,2.7.7)',\
> org.eclipse.persistence.moxy;version='[2.7.6,2.7.7)'
>
> ...
>
> -runfw: 
> org.eclipse.osgi;version='[3.13.100.v20180827-1536,3.13.100.v20180827-1536]'
> -runee: JavaSE-11
> -runvm: 
> -Djavax.xml.bind.JAXBContextFactory=org.eclipse.persistence.jaxb.JAXBContextFactory
>
> You are then fine with import-package declarations without implementation 
> details for the entities bundles as well as for the bundle that creates the 
> JAXBContext:
>
> Import-Package
>   javax.xml.bind {version=[2.3,3)}
>   javax.xml.bind.annotation  {version=[2.3,3)}
>   javax.xml.bind.annotation.adapters {version=[2.3,3)}
>
>
> In that case you can create you JAXBContext like this:
>
> JAXBContext jc = JAXBContext.newInstance(Bookstore.class);
>
> But I dont know how to put additional jars to the framework class path when 
> using the Equinox Launcher, like the RCP does.
>
> There is a section for implicit dependencies in the target platform editor, 
> that seems not to save anything. Playing around with the 
> osgi.frameworkClassPath laucher property didn't succeed. Maybe you have 
> additionally define the packages via org.osgi.framework.system.packages.extra.
>
> Regards,
>
> Mark
>
>
> At some point you will reach
>
> Am 01.08.20 um 14:53 schrieb Lars Vogel:
>
> Thanks, Mark
>
> Mark Hoffmann  schrieb am Fr., 31. Juli 2020, 20:49:
>>
>> Hi Lars,
>>
>> I will take a look into it over the weekend.
>>
>> Regards,
>> Mark
>>
>>  Ursprüngliche Nachricht 
>> Von: Lars Vogel 
>> Datum: 31.07.20 13:49 (GMT+01:00)
>> An: Equinox development mailing list 
>> Betreff: Re: [equinox-dev] JAXB with Java 11 in OSGi
>>
>> Hi Neil, Dmytro and Mark,
>>
>> I tried this but I'm still getting the ClassNotFound Exception.
>>
>> I uploaded a tiny example here:
>> https://github.com/vogellacompany/eclipsercp-jaxb-java11
>>
>> In case you want to test, clone the repo, import the example into
>> Eclipse and activate the jaxbtarget.target definition and start the
>> application via the com.vogella.jaxb.product.
>>
>> Press the button called "Trigger JAXB"
>>
>> Results in ClassNotFoundException
>>
>> Caused by: java.lang.ClassNotFoundException:
>> org.eclipse.persistence.jaxb

Re: [equinox-dev] JAXB with Java 11 in OSGi

2020-08-01 Thread Lars Vogel

Thanks, Mark

Mark Hoffmann  schrieb am Fr., 31. Juli 2020, 20:49:

> Hi Lars,
>
> I will take a look into it over the weekend.
>
> Regards,
> Mark
>
>  Ursprüngliche Nachricht ----
> Von: Lars Vogel 
> Datum: 31.07.20 13:49 (GMT+01:00)
> An: Equinox development mailing list 
> Betreff: Re: [equinox-dev] JAXB with Java 11 in OSGi
>
> Hi Neil, Dmytro and Mark,
>
> I tried this but I'm still getting the ClassNotFound Exception.
>
> I uploaded a tiny example here:
> https://github.com/vogellacompany/eclipsercp-jaxb-java11
>
> In case you want to test, clone the repo, import the example into
> Eclipse and activate the jaxbtarget.target definition and start the
> application via the com.vogella.jaxb.product.
>
> Press the button called "Trigger JAXB"
>
> Results in ClassNotFoundException
>
> Caused by: java.lang.ClassNotFoundException:
> org.eclipse.persistence.jaxb.JAXBContextFactory at
>
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:602)
> at
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522) at
>
> org.eclipse.osgi.internal.framework.ContextFinder.loadClass(ContextFinder.java:147)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522) at
> javax.xml.bind.ContextFinder.safeLoadClass(ContextFinder.java:480) at
> javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:184) … 29
> more
>
> Best regards, Lars
>
> On Tue, Jul 28, 2020 at 3:07 PM Neil Bartlett 
> wrote:
> >
> > Hi Lars,
> >
> > Dmytro is correct, the jaxb-api and javax.activation bundles are
> required to provide the JAXB API on Java 11. You will also need an
> implementation of the API... the org.eclipse.persistence.core and
> org.eclipse.persistence.moxy bundles from EclipseLink provide this.
> >
> > I have had JAXB working with RCP for some time on J11 but unfortunately
> cannot share the code because it is commercial.
> >
> > Neil
> >
> > On Tue, 28 Jul 2020 at 14:03, Dmytro Pishchukhin <
> dmytro.pishchuk...@gmail.com> wrote:
> >>
> >> Hi Lars,
> >>
> >> Try to use 2 bundles to resolve JAXB packages:
> >> - jaxb-api (javax.xml.bind:jaxb-api:2.3.1)
> >> - javax.activation (com.sun.activation:javax.activation:1.2.0)
> >>
> >> On Tue, Jul 28, 2020 at 1:56 PM Lars Vogel 
> wrote:
> >>>
> >>> Friends of OSGi,
> >>>
> >>> Is anyone aware of an example / description of how to use JAXB with
> >>> Java 11 in OSGI (Eclipse RCP)? If yes, please share it with me.
> >>>
> >>> The examples I found for Java 11 are not inside OSGi and fail for me.
> >>>
> >>> Best regards, Lars
> >>>
> >>>
> >>>
> >>> --
> >>> Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
> >>> ___
> >>> equinox-dev mailing list
> >>> equinox-dev@eclipse.org
> >>> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> Dmytro Pishchukhin
> >> ___
> >> equinox-dev mailing list
> >> equinox-dev@eclipse.org
> >> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
> >
> > ___
> > equinox-dev mailing list
> > equinox-dev@eclipse.org
> > To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
>
>
> --
> Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
>
> On Tue, Jul 28, 2020 at 9:11 PM Mark Hoffmann 
> wrote:
> >
> > Hi Lars,
> >
> > For EclipseLink you should also place a jaxb.properties file in the
> package where the entit

Re: [equinox-dev] JAXB with Java 11 in OSGi

2020-07-31 Thread Lars Vogel

Hi Raymond,

Thanks for the info.

How should I consume aries-jax-rs-whiteboard in my RCP application? Is
there an p2 update site available?

Best regards, Lars

On Tue, Jul 28, 2020 at 3:46 PM Raymond Auge  wrote:
>
> Aries JAX-RS whiteboard [1] has jaxb working on all java versions.
>
> [1] https://github.com/apache/aries-jax-rs-whiteboard
>
> On Tue., Jul. 28, 2020, 9:07 a.m. Neil Bartlett,  wrote:
>>
>> Hi Lars,
>>
>> Dmytro is correct, the jaxb-api and javax.activation bundles are required to 
>> provide the JAXB API on Java 11. You will also need an implementation of the 
>> API... the org.eclipse.persistence.core and org.eclipse.persistence.moxy 
>> bundles from EclipseLink provide this.
>>
>> I have had JAXB working with RCP for some time on J11 but unfortunately 
>> cannot share the code because it is commercial.
>>
>> Neil
>>
>> On Tue, 28 Jul 2020 at 14:03, Dmytro Pishchukhin 
>>  wrote:
>>>
>>> Hi Lars,
>>>
>>> Try to use 2 bundles to resolve JAXB packages:
>>> - jaxb-api (javax.xml.bind:jaxb-api:2.3.1)
>>> - javax.activation (com.sun.activation:javax.activation:1.2.0)
>>>
>>> On Tue, Jul 28, 2020 at 1:56 PM Lars Vogel  wrote:
>>>>
>>>> Friends of OSGi,
>>>>
>>>> Is anyone aware of an example / description of how to use JAXB with
>>>> Java 11 in OSGI (Eclipse RCP)? If yes, please share it with me.
>>>>
>>>> The examples I found for Java 11 are not inside OSGi and fail for me.
>>>>
>>>> Best regards, Lars
>>>>
>>>>
>>>>
>>>> --
>>>> Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
>>>> http://www.vogella.com
>>>> ___
>>>> equinox-dev mailing list
>>>> equinox-dev@eclipse.org
>>>> To unsubscribe from this list, visit 
>>>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Dmytro Pishchukhin
>>> ___
>>> equinox-dev mailing list
>>> equinox-dev@eclipse.org
>>> To unsubscribe from this list, visit 
>>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>>
>> ___
>> equinox-dev mailing list
>> equinox-dev@eclipse.org
>> To unsubscribe from this list, visit 
>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] JAXB with Java 11 in OSGi

2020-07-28 Thread Lars Vogel

Friends of OSGi,

Is anyone aware of an example / description of how to use JAXB with
Java 11 in OSGI (Eclipse RCP)? If yes, please share it with me.

The examples I found for Java 11 are not inside OSGi and fail for me.

Best regards, Lars



-- 
Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [eclipse-dev] Master branch is open for 4.15 contributions

2019-12-12 Thread Lars Vogel

Dani, does that mean our Gerrit builds API tools verification has
issues? My expectation is that Gerrit will fails if API Baseline
errors are introduced.

Best regards, Lars

On Wed, Dec 11, 2019 at 1:57 PM Daniel Megert  wrote:
>
> Please make sure to update the API Baseline (4.14 RC2a until R4.14 is 
> available) in your workspaces for 4.15/master. Not doing so can result in 
> unexpected API Tools errors.
>
> Dani
>
>
>
> From:"Noopur Gupta" 
> To:platform-releng-...@eclipse.org, platform-...@eclipse.org, 
> equinox-dev@eclipse.org, eclipse-...@eclipse.org
> Date:10.12.2019 10:35
> Subject:[EXTERNAL] [eclipse-dev] Master branch is open for 4.15 
> contributions
> Sent by:eclipse-dev-boun...@eclipse.org
> 
>
>
>
> Daily build is scheduled at 6 PM EST.
>
> Thanks & Regards,
> Noopur
> ___
> eclipse-dev mailing list
> eclipse-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://www.eclipse.org/mailman/listinfo/eclipse-dev
>
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
Eclipse Platform 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 (040) 5247 6322, 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://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Should OSGi bundles always export all packages?

2019-12-02 Thread Lars Vogel

Thanks BJ for your advice. Your explanation was also my understanding
(see bug discussion) but we had different opinions in the team, hence
the request to the OSGi experts.

Also thanks to Neil for answering in the bug.



On Mon, Dec 2, 2019 at 4:49 PM BJ Hargrave  wrote:
>
> That advice is too broad. A bundle should export the package which are its 
> API. That is, the packages which users of the bundle need access to in order 
> to use the bundle. Packages which are implementation detail should not be 
> exported to properly encapsulate implementation detail. Some bundles will 
> export no packages since they are pure implementation. Some bundle are pure 
> API and thus will export all packages. But it is not true that all bundles 
> should export all packages.
>
> If every bundle exports all packages, then where is any modularity and 
> encapsulation of implementation detail?
> --
>
> BJ Hargrave
> Senior Technical Staff Member, IBM // office: +1 386 848 1781
> OSGi Fellow and CTO of the OSGi Alliance // mobile: +1 386 848 3788
> hargr...@us.ibm.com
>
>
>
> - Original message -
> From: Lars Vogel 
> Sent by: equinox-dev-boun...@eclipse.org
> To: Equinox development mailing list 
> Cc:
> Subject: [EXTERNAL] [equinox-dev] Should OSGi bundles always export all 
> packages?
> Date: Mon, Dec 2, 2019 10:31
>
> Hi OSGi experts,
>
> In one of the Eclipse releases a warning was activated that a plugin
> must  exports all its packages. It is possible to change this for a
> workspace but IMHO this new default is wrong.
>
> Plug-ins should not always export all packages as IMHO this defies the
> purpose of a good module system. Internal stuff should be hidden.
>
> Can you clarify what the OSGi recommended way is? See
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=544977
>
> Best regards, Lars
>
> --
> Eclipse Platform 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 (040) 5247 6322, 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://www.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://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
Eclipse Platform 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 (040) 5247 6322, 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://www.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Should OSGi bundles always export all packages?

2019-12-02 Thread Lars Vogel

Hi OSGi experts,

In one of the Eclipse releases a warning was activated that a plugin
must  exports all its packages. It is possible to change this for a
workspace but IMHO this new default is wrong.

Plug-ins should not always export all packages as IMHO this defies the
purpose of a good module system. Internal stuff should be hidden.

Can you clarify what the OSGi recommended way is? See
https://bugs.eclipse.org/bugs/show_bug.cgi?id=544977

Best regards, Lars

-- 
Eclipse Platform 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 (040) 5247 6322, 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://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] In which thread are OSGI services started

2019-09-04 Thread Lars Vogel

Thanks everyone for the answers.

Raymond Auge  schrieb am Mi., 4. Sep. 2019, 21:01:

> Lars,
>
> One way to _guarantee ordering_ (in the sense that you are assured
> something else has already occurred) is by using a _static_ @Reference to a
> service. The other service must have been "registered" and in terms of DS
> it would have to also have been activated before you're @Reference would be
> satisfied (and when static, the reference is only satisfied BEFORE
> activation).
>
> You can do this even if the other service was not published by DS.
>
> So, if Eclipse early startup has somehow registered some service you could
> get which would allow you to detect a state you're be ok to run AFTER then
> your OSGi service would be forced to wait on it using the approach above.
>
> There are many use cases like this. In fact the OSGi Alliance is working
> actively on a Condition Service Specification which is precisely this kind
> of "do something when condition X is satisfied" type of thing.
>
> - Ray
>
> On Wed, Sep 4, 2019 at 2:51 PM BJ Hargrave  wrote:
>
>> The DS specification says nothing about what thread a DS component's
>> method is invoked upon. It may be someone else's thread or a thread that
>> SCR manages in an executor. But as a component implementer you MUST NOT
>> assume anything about the thread upon which your component's methods are
>> invoked. (Other than it is not your thread to use for long periods of time.)
>> --
>>
>> BJ Hargrave
>> Senior Technical Staff Member, IBM // office: +1 386 848 1781
>> OSGi Fellow and CTO of the OSGi Alliance // mobile: +1 386 848 3788
>> hargr...@us.ibm.com
>>
>>
>>
>> - Original message -
>> From: Lars Vogel 
>> Sent by: equinox-dev-boun...@eclipse.org
>> To: Equinox development mailing list 
>> Cc:
>> Subject: [EXTERNAL] Re: [equinox-dev] In which thread are OSGI services
>> started
>> Date: Wed, Sep 4, 2019 14:44
>>
>> Thanks Neil and BJ. What if I use OSGi ds (Felix) to define the service?
>>
>>
>> Best regards, Laes
>>
>> Neil Bartlett  schrieb am Mi., 4. Sep. 2019, 14:44:
>>
>> Short answer is that you should not make any assumption about the thread
>> that your component is activated.
>>
>> Long answer is that for an immediate component, it is likely to be
>> activated in whichever thread called Bundle.start(). For a lazy service
>> component, it is likely to be activated in whichever thread called
>> BundleContext.getService().
>>
>> But the outcome is the same. You are always "borrowing" a thread and
>> should never do long running work in the activate method of a component. If
>> you have any such work to do, then you should spin it out as a thread or
>> submit it to an executor service.
>>
>> Neil
>>
>> On Wed, 4 Sep 2019 at 13:41, Lars Vogel  wrote:
>>
>> Friends of Equinox,
>>
>> If I create an immediate OSGi service, in which thread is it created?
>> How about lazy OSGi services?
>>
>> The background of my question is that I would like to replace an
>> Eclipse early startup extension with an immediate OSGi but I'm not
>> sure if that would block the main thread until the service has been
>> created.
>>
>> Best regards, Lars
>>
>> --
>> Eclipse Platform 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 (040) 5247 6322, 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://www.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://www.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://www.eclipse.org/mailman/listinfo/equinox-dev
>>
>>
>>
>>

Re: [equinox-dev] In which thread are OSGI services started

2019-09-04 Thread Lars Vogel

Thanks Neil and BJ. What if I use OSGi ds (Felix) to define the service?


Best regards, Laes

Neil Bartlett  schrieb am Mi., 4. Sep. 2019, 14:44:

> Short answer is that you should not make any assumption about the thread
> that your component is activated.
>
> Long answer is that for an immediate component, it is likely to be
> activated in whichever thread called Bundle.start(). For a lazy service
> component, it is likely to be activated in whichever thread called
> BundleContext.getService().
>
> But the outcome is the same. You are always "borrowing" a thread and
> should never do long running work in the activate method of a component. If
> you have any such work to do, then you should spin it out as a thread or
> submit it to an executor service.
>
> Neil
>
> On Wed, 4 Sep 2019 at 13:41, Lars Vogel  wrote:
>
>> Friends of Equinox,
>>
>> If I create an immediate OSGi service, in which thread is it created?
>> How about lazy OSGi services?
>>
>> The background of my question is that I would like to replace an
>> Eclipse early startup extension with an immediate OSGi but I'm not
>> sure if that would block the main thread until the service has been
>> created.
>>
>> Best regards, Lars
>>
>> --
>> Eclipse Platform 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 (040) 5247 6322, 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://www.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://www.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://www.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] In which thread are OSGI services started

2019-09-04 Thread Lars Vogel

Friends of Equinox,

If I create an immediate OSGi service, in which thread is it created?
How about lazy OSGi services?

The background of my question is that I would like to replace an
Eclipse early startup extension with an immediate OSGi but I'm not
sure if that would block the main thread until the service has been
created.

Best regards, Lars

-- 
Eclipse Platform 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 (040) 5247 6322, 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://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Parallel bundle activation?

2019-04-11 Thread Lars Vogel

FYI - Thomas looked into parallel bundle action and prepared a Gerrit
https://git.eclipse.org/r/140322

Interested people should give it a try, this requires an option to be set.
Thomas was kind enough to document it in the Gerrit.

Happy testing, Lars

Lars Vogel  schrieb am Fr., 26. Okt. 2018, 15:26:

> Opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=540507 to
> investigate a parallel activation of bundles. We are doing a similar
> thing for the JDT compiler in
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=531554 and if this is
> possible bundle activation should also be possible.
>
> Thanks again for the help, Lars
> On Fri, Oct 26, 2018 at 3:13 PM Lars Vogel  wrote:
> >
> > Thanks everyone for the prompt reply.
> >
> > @Tom, I agree unfortunately the Eclipse IDE has multiple long running
> > activators, e.g., JDT UI takes 1/2 a second and these startups add up.
> > The SDK starts for example for me in approx. 8 seconds while an EPP
> > may need > 20 seconds. And fixing all of the IDE contributions is not
> > realistic.
> >
> >
> >
> > On Fri, Oct 26, 2018 at 3:09 PM Thomas Watson 
> wrote:
> > >
> > > Neil and Gunner are correct.  I also question the motivation to
> running activators in parallel.  In implies some kind of design flaw
> because you must have some long running BundleActivators if you want to run
> them in parallel.  You are better off investigating why you must have long
> running BundleActivators.
> > >
> > > Tom
> > >
> > >
> > >
> > >
> > > - Original message -
> > > From: Neil Bartlett 
> > > Sent by: equinox-dev-boun...@eclipse.org
> > > To: Equinox development mailing list 
> > > Cc:
> > > Subject: Re: [equinox-dev] Parallel bundle activation?
> > > Date: Fri, Oct 26, 2018 7:20 AM
> > >
> > > Hi Lars,
> > >
> > > Activation of a bundle happens when the launcher calls Bundle.start().
> You can certainly write a launcher that calls start() on many bundles
> concurrently from multiple threads.
> > >
> > > Most existing launchers, including AFAICT the default Eclipse/Equinox
> launcher, call start() in series.
> > >
> > > Neil
> > >
> > > On Fri, Oct 26, 2018 at 1:12 PM Gunnar Wagenknecht <
> gun...@wagenknecht.org> wrote:
> > >
> > > Hi Lars,
> > >
> > > Here is a good thread about the topic:
> > > https://www.eclipse.org/forums/index.php/t/206827/
> > >
> > > TLDR: single thread only
> > >
> > > -Gunnar
> > >
> > > --
> > > Gunnar Wagenknecht
> > > gun...@wagenknecht.org, http://guw.io/
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Oct 26, 2018, at 14:09, Lars Vogel  wrote:
> > >
> > > Hi,
> > >
> > > can Equinox perform bundle activation during startup in parallel?
> > >
> > > For example, lets assume I have two bundles A and B which have no
> > > dependency to each other. Both should be activated during startup. Can
> > > this be done in parallel? Or is the current code single-threaded?
> > >
> > > Best regards, Lars
> > >
> > > --
> > > Eclipse Platform 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 (040) 5247 6322, 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://www.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://www.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://www.eclipse.org/mailman/listinfo/equinox-dev
> > &g

Re: [equinox-dev] Parallel bundle activation?

2018-10-26 Thread Lars Vogel

Opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=540507 to
investigate a parallel activation of bundles. We are doing a similar
thing for the JDT compiler in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=531554 and if this is
possible bundle activation should also be possible.

Thanks again for the help, Lars
On Fri, Oct 26, 2018 at 3:13 PM Lars Vogel  wrote:
>
> Thanks everyone for the prompt reply.
>
> @Tom, I agree unfortunately the Eclipse IDE has multiple long running
> activators, e.g., JDT UI takes 1/2 a second and these startups add up.
> The SDK starts for example for me in approx. 8 seconds while an EPP
> may need > 20 seconds. And fixing all of the IDE contributions is not
> realistic.
>
>
>
> On Fri, Oct 26, 2018 at 3:09 PM Thomas Watson  wrote:
> >
> > Neil and Gunner are correct.  I also question the motivation to running 
> > activators in parallel.  In implies some kind of design flaw because you 
> > must have some long running BundleActivators if you want to run them in 
> > parallel.  You are better off investigating why you must have long running 
> > BundleActivators.
> >
> > Tom
> >
> >
> >
> >
> > - Original message -
> > From: Neil Bartlett 
> > Sent by: equinox-dev-boun...@eclipse.org
> > To: Equinox development mailing list 
> > Cc:
> > Subject: Re: [equinox-dev] Parallel bundle activation?
> > Date: Fri, Oct 26, 2018 7:20 AM
> >
> > Hi Lars,
> >
> > Activation of a bundle happens when the launcher calls Bundle.start(). You 
> > can certainly write a launcher that calls start() on many bundles 
> > concurrently from multiple threads.
> >
> > Most existing launchers, including AFAICT the default Eclipse/Equinox 
> > launcher, call start() in series.
> >
> > Neil
> >
> > On Fri, Oct 26, 2018 at 1:12 PM Gunnar Wagenknecht  
> > wrote:
> >
> > Hi Lars,
> >
> > Here is a good thread about the topic:
> > https://www.eclipse.org/forums/index.php/t/206827/
> >
> > TLDR: single thread only
> >
> > -Gunnar
> >
> > --
> > Gunnar Wagenknecht
> > gun...@wagenknecht.org, http://guw.io/
> >
> >
> >
> >
> >
> >
> >
> > On Oct 26, 2018, at 14:09, Lars Vogel  wrote:
> >
> > Hi,
> >
> > can Equinox perform bundle activation during startup in parallel?
> >
> > For example, lets assume I have two bundles A and B which have no
> > dependency to each other. Both should be activated during startup. Can
> > this be done in parallel? Or is the current code single-threaded?
> >
> > Best regards, Lars
> >
> > --
> > Eclipse Platform 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 (040) 5247 6322, 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://www.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://www.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://www.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://www.eclipse.org/mailman/listinfo/equinox-dev
>
>
>
> --
> Eclipse Platform 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform 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 (040) 5247 6322, 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://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Parallel bundle activation?

2018-10-26 Thread Lars Vogel

Thanks everyone for the prompt reply.

@Tom, I agree unfortunately the Eclipse IDE has multiple long running
activators, e.g., JDT UI takes 1/2 a second and these startups add up.
The SDK starts for example for me in approx. 8 seconds while an EPP
may need > 20 seconds. And fixing all of the IDE contributions is not
realistic.



On Fri, Oct 26, 2018 at 3:09 PM Thomas Watson  wrote:
>
> Neil and Gunner are correct.  I also question the motivation to running 
> activators in parallel.  In implies some kind of design flaw because you must 
> have some long running BundleActivators if you want to run them in parallel.  
> You are better off investigating why you must have long running 
> BundleActivators.
>
> Tom
>
>
>
>
> - Original message -
> From: Neil Bartlett 
> Sent by: equinox-dev-boun...@eclipse.org
> To: Equinox development mailing list 
> Cc:
> Subject: Re: [equinox-dev] Parallel bundle activation?
> Date: Fri, Oct 26, 2018 7:20 AM
>
> Hi Lars,
>
> Activation of a bundle happens when the launcher calls Bundle.start(). You 
> can certainly write a launcher that calls start() on many bundles 
> concurrently from multiple threads.
>
> Most existing launchers, including AFAICT the default Eclipse/Equinox 
> launcher, call start() in series.
>
> Neil
>
> On Fri, Oct 26, 2018 at 1:12 PM Gunnar Wagenknecht  
> wrote:
>
> Hi Lars,
>
> Here is a good thread about the topic:
> https://www.eclipse.org/forums/index.php/t/206827/
>
> TLDR: single thread only
>
> -Gunnar
>
> --
> Gunnar Wagenknecht
> gun...@wagenknecht.org, http://guw.io/
>
>
>
>
>
>
>
> On Oct 26, 2018, at 14:09, Lars Vogel  wrote:
>
> Hi,
>
> can Equinox perform bundle activation during startup in parallel?
>
> For example, lets assume I have two bundles A and B which have no
> dependency to each other. Both should be activated during startup. Can
> this be done in parallel? Or is the current code single-threaded?
>
> Best regards, Lars
>
> --
> Eclipse Platform 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 (040) 5247 6322, 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://www.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://www.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://www.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://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
Eclipse Platform 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 (040) 5247 6322, 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://www.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Parallel bundle activation?

2018-10-26 Thread Lars Vogel

Hi,

can Equinox perform bundle activation during startup in parallel?

For example, lets assume I have two bundles A and B which have no
dependency to each other. Both should be activated during startup. Can
this be done in parallel? Or is the current code single-threaded?

Best regards, Lars

-- 
Eclipse Platform 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 (040) 5247 6322, 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://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Master branch is now open

2018-09-06 Thread Lars Vogel

To answer my own question, yet the Gerrit check seems active.

From 
https://ci.eclipse.org/platform/job/eclipse.platform.runtime-Gerrit/1072/console

[WARNING] MavenProject:
org.eclipse.core:org.eclipse.core.expressions.tests:3.5.200-SNAPSHOT @
/jobs/genie.platform/eclipse.platform.runtime-Gerrit/workspace/tests/org.eclipse.core.expressions.tests/pom.xml:
baseline and build artifacts have same version but different contents
   no-classifier: different


On Thu, Sep 6, 2018 at 7:55 AM, Lars Vogel  wrote:
> Awesome Sravan, this was really fast
>
> Will the Gerrit build verification already catch the need to increase the
> manifest number if the bundle was touched for the first time?
>
> Sravan K Lakkimsetti  schrieb am Mi., 5. Sep. 2018,
> 21:37:
>>
>> Hi,
>>
>>
>>
>> Master branch is now open for 4.10 development. There are two builds per
>> week(Tuesday and Thursday at 2PM Eastern) till 4.9 is released. After that
>> we will move to daily builds.
>>
>>
>>
>> Please note repo at http://download.eclipse.org/eclipse/updates/I-builds/
>> still pints to 4.9-I-builds repo. This will be moved to 4.10 once 4.9 is
>> released
>>
>>
>>
>> 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
>>
>>
>>
>>
>> ___
>> 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 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 (040) 5247 6322, 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] Master branch is now open

2018-09-05 Thread Lars Vogel

Awesome Sravan, this was really fast

Will the Gerrit build verification already catch the need to increase the
manifest number if the bundle was touched for the first time?

Sravan K Lakkimsetti  schrieb am Mi., 5. Sep.
2018, 21:37:

> Hi,
>
>
>
> Master branch is now open for 4.10 development. There are two builds per
> week(Tuesday and Thursday at 2PM Eastern) till 4.9 is released. After that
> we will move to daily builds.
>
>
>
> Please note repo at http://download.eclipse.org/eclipse/updates/I-builds/
> still pints to 4.9-I-builds repo. This will be moved to 4.10 once 4.9 is
> released
>
>
>
> 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
>
>
>
> ___
> 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] Provide new OSGi service API without obsolete API(Dictionary)?

2018-07-05 Thread Lars Vogel

Thanks, Todor and Tom.

@Tom, IMHO obsolete API is sufficient to provide newer API. Tools like
Sonar will flag this usage as an issue.

Would be nice to have API which does not result in Sonar warnings.

Maybe no need to deprecate the old OSGI API but also add a comment
that it is obsolete once the new API is available? ;-)

Best regards, Lars



On Fri, Jun 29, 2018 at 3:43 PM, Thomas Watson  wrote:
> Dictionary my be documented as obsolete, but it is not deprecated.  I would
> not want to deprecate a spec'ed API method that takes non-deprecated types.
> Anyway, the discussion is happening now in the expert group.
>
> Tom
>
>
>
>
> ----- Original message -
> From: Lars Vogel 
> Sent by: equinox-dev-boun...@eclipse.org
> To: Equinox development mailing list 
> Cc:
> Subject: [equinox-dev] Provide new OSGi service API without obsolete API
> (Dictionary)?
> Date: Fri, Jun 29, 2018 2:35 AM
>
> Hi,
>
> I wanted to give official feedback that my customers are surprised
> that OSGi service API is based on obsolete data types.
>
> From the Javadoc of Dictionary:
> 
> NOTE: This class is obsolete.
> 
>
> This makes the OSGi service API look outdated for several of the
> customers I discussed this. OSGi ds hides this a bit but sometimes the
> low-level API must be used.
>
> So for those involved in the OSGi spec, maybe you can consider
> deprecating the old methods in BundleContext and providing new ones
> with non-obsolete API, e.g., Map?
>
> I'm aware that this is "just a mailing list" but AFAIK several of the
> subscribed people here are involved in the OSGi specification.
>
> Best regards, Lars
>
> --
> Eclipse Platform 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 (040) 5247 6322, 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 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 (040) 5247 6322, 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] Provide new OSGi service API without obsolete API (Dictionary)?

2018-06-29 Thread Lars Vogel

Hi,

I wanted to give official feedback that my customers are surprised
that OSGi service API is based on obsolete data types.

From the Javadoc of Dictionary:

NOTE: This class is obsolete.


This makes the OSGi service API look outdated for several of the
customers I discussed this. OSGi ds hides this a bit but sometimes the
low-level API must be used.

So for those involved in the OSGi spec, maybe you can consider
deprecating the old methods in BundleContext and providing new ones
with non-obsolete API, e.g., Map?

I'm aware that this is "just a mailing list" but AFAIK several of the
subscribed people here are involved in the OSGi specification.

Best regards, Lars

-- 
Eclipse Platform 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 (040) 5247 6322, 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] Equinox Quickstart Guide outdated?

2018-05-14 Thread Lars Vogel

Hi,

https://www.eclipse.org/equinox/documents/quickstart-framework.php
seem outdated, at least following the instructions does not result in
an OSGi console prompt.

I'm using the following command line:

~/dev/eclipse-48-2018-05-05/eclipse/plugins$ java -jar
org.eclip.osgi_3.13.0.v20180409-1500.jar  -console

which never results in a prompt.

Would it be possible for you to update quickstart side so that it
works again? Or do I do something wrong?

Best regards, Lars


-- 
Eclipse Platform 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 (040) 5247 6322, 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] Migrating Eclipse earlyStartup extenstions to OSGI ds services

2018-04-19 Thread Lars Vogel

Thanks, Neil. That works nicely.

On Thu, Apr 19, 2018 at 1:56 PM, Neil Bartlett  wrote:
> It looks like the system bundle publishes a service of type
> org.eclipse.osgi.service.environment.EnvironmentInfo. Bind to this in your
> DS component, and then you can get the command line args along with various
> other goodies.
>
> I expect this will be available in any Eclipse application. I should point
> out that in fully-general OSGi, command line args are not always going to be
> available. The command line args are only seen by the 'public static void
> main' of the Java application, and it's the launcher's choice on whether and
> how to expose that information to bundles in OSGi.
>
> Regards,
> Neil
>
>
>
> On Thu, Apr 19, 2018 at 12:41 PM, Lars Vogel  wrote:
>>
>> Friends of OSGi,
>>
>> I'm currently migrating a few earlyStartup actions to OSGI DS services
>> in an Eclipse RCP application.
>>
>> One of the OSGi services needs to have access to the command line
>> arguments.
>>
>> For the earlyStartup extension, this was solved by putting the
>> relevant argument into a system property during the start method of
>> the IApplication implementation.
>>
>> But in our case, the new OSGi service gets started before the
>> IApplication sets the system property.
>>
>> Can I access the launcher arguments within an OSGi service?
>>
>> Best regards, Lars
>>
>> --
>> Eclipse Platform 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 (040) 5247 6322, 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 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 (040) 5247 6322, 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] Migrating Eclipse earlyStartup extenstions to OSGI ds services

2018-04-19 Thread Lars Vogel

Friends of OSGi,

I'm currently migrating a few earlyStartup actions to OSGI DS services
in an Eclipse RCP application.

One of the OSGi services needs to have access to the command line arguments.

For the earlyStartup extension, this was solved by putting the
relevant argument into a system property during the start method of
the IApplication implementation.

But in our case, the new OSGi service gets started before the
IApplication sets the system property.

Can I access the launcher arguments within an OSGi service?

Best regards, Lars

-- 
Eclipse Platform 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 (040) 5247 6322, 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] Support for Java 9 modules

2017-10-05 Thread Lars Vogel

Thanks Tom, for the answer.

I was hoping to simplify the consumption of Maven central for RCP
development. From my Android development experience, I can tell that
it is pure fun to try out a new library (simply by adding it to the
Gradle build file). Doing the same for RCP is relatively
time-consuming (convert the lib and all of its dependencies to become
an OSGi bundle and at it to the target platform).

But from your answer, I understand that OSGi / Equinox does currently
not plan to simplify the consumption of the Java 9 modules. So we have
to stay with the old conversion process.

Thanks again for the answer, Lars





On Wed, Oct 4, 2017 at 8:20 PM, Thomas Watson  wrote:
> Something like that could be done, but I question the approach.  Seem like
> something that made it easy to stick OSGi meta-data into a module archive
> (jar) would be better.  Something like Eclipse Bundle Recipes or using BND
> tools directly.
>
> Tom
>
>
>
>
> - Original message -
> From: Lars Vogel 
> Sent by: equinox-dev-boun...@eclipse.org
> To: Equinox development mailing list 
> Cc:
> Subject: [equinox-dev] Support for Java 9 modules
> Date: Wed, Oct 4, 2017 11:22 AM
>
> Hi,
>
> are there plans to support Java 9 modules in OSGi / Equinox?
>
> We used to have the Eclipse 2.0 compatibility layer which converted a
> 2.0 style plug-in to a valid OSGi bundle.
>
> Maybe Equinox could provide a similar thing for converting Java 9
> modules to valid OSGi bundles.
>
> 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 (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.vogella.com&d=DwIGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=3-qYstlOBrDWVXBRYgDzeD3MPiHRf4H1I9lQI7v6zYs&m=ugHZ-frWDCYQS_Cb3hPN0I0WewjdYO92jPqvcVSG3bw&s=OzGhQ_mFH_MF8rUrBUtTi_AF3V4lp7nX0vY08nARvJ8&e=
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from
> this list, visit
> https://urldefense.proofpoint.com/v2/url?u=https-3A__dev.eclipse.org_mailman_listinfo_equinox-2Ddev&d=DwIGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=3-qYstlOBrDWVXBRYgDzeD3MPiHRf4H1I9lQI7v6zYs&m=ugHZ-frWDCYQS_Cb3hPN0I0WewjdYO92jPqvcVSG3bw&s=nRuE9sxo1_EZtTqHz2I_vl8BbMdP4swTZ9H4ihTn4Gw&e=
>
>
>
>
> ___
> 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 (040) 5247 6322, 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] Support for Java 9 modules

2017-10-04 Thread Lars Vogel

Hi,

are there plans to support Java 9 modules in OSGi / Equinox?

We used to have the Eclipse 2.0 compatibility layer which converted a
2.0 style plug-in to a valid OSGi bundle.

Maybe Equinox could provide a similar thing for converting Java 9
modules to valid OSGi bundles.

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 (040) 5247 6322, 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] singleton:=true leads to bundle activation

2017-06-16 Thread Lars Vogel

> Singleton should have nothing to do with activation.

Thanks, for the clarification.

>  Do you have a scenario to reproduce?

I opened Bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=518347 and
described one scenario.

On Thu, Jun 15, 2017 at 3:28 PM, Thomas Watson  wrote:
> Singleton should have nothing to do with activation.  Do you have a scenario
> to reproduce?
>
> Tom
>
>
>
>
> - Original message -
> From: Lars Vogel 
> Sent by: equinox-dev-boun...@eclipse.org
> To: Equinox development mailing list 
> Cc:
> Subject: [equinox-dev] singleton:=true leads to bundle activation
> Date: Tue, Jun 13, 2017 8:38 AM
>
> Hi,
>
> I'm currently writing a unit test for Platform UI which should prevent
> undesired additional plug-in activation.
>
> It looks like that the directive singleton:=true leads to plug-in
> activation. Is that intended behavior?
>
> AFAIK only plug-ins with OSGi services or activators require activation.
>
> 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 (040) 5247 6322, 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 (040) 5247 6322, 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] singleton:=true leads to bundle activation

2017-06-13 Thread Lars Vogel

Hi,

I'm currently writing a unit test for Platform UI which should prevent
undesired additional plug-in activation.

It looks like that the directive singleton:=true leads to plug-in
activation. Is that intended behavior?

AFAIK only plug-ins with OSGi services or activators require activation.

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 (040) 5247 6322, 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] [platform-releng-dev] Process change for from RC4 onwards

2017-06-02 Thread Lars Vogel

Thanks Sravan,

I-Build for master would be useful. If we could have builds for 4.7 and 4.8
that would be IMHO useful and IIRC in line with what we decided in the PMC.

Best regards, Lars

Am 02.06.2017 5:25 nachm. schrieb "Sravan K Lakkimsetti" <
sravankum...@in.ibm.com>:

Hi,



Based on PMC request for early opening of master branch. Here are the
changes done to the development process



1. 4.7 maintenance branch is created from S4_7_0_RC3 tag. Last changes
on this tag are from May 31, 8PM Eastern.

2. New builds for 4.7 will happen from maintenance branch
including RC4 builds

3. The bug fixes destined for 4.7 should be done on both master as
well as 4.7 maintenance branch

4. There won't be any builds on master till Oxygen is declared.

5. Also no M builds on maintenance branch till oxygen declared.



If you have committed some changes for RC4 on master please cherry
pick those changes on to 4_7_maintenance branch.





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




___
platform-releng-dev mailing list
platform-releng-...@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/platform-releng-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] Way to retrieve the bundles with provides a capability from BundleRequirement

2016-12-20 Thread Lars Vogel

Friends of Equinox,

in PDE we have this "Add required" button which allows adding the
bundle requirements to a launch configuration and the product.

Currently is is implemented for required bundles and imported
packages. Equinox provides very simple API for that:

BundleSpecification requiredBundle;
BaseDescription bd = requiredBundle.getSupplier();


Do you have something similar for retrieving the bundles which
provides a capability (provide-capability)?

I found BundleRequirement but see now way to retrieve bundles which
seems to model "require-capability" but was unable to determine the
API to find suppliers.

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 (040) 5247 6322, 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] Equinox Framework moving up to Java 7

2016-09-28 Thread Lars Vogel

+1 for Java 7 and +2 for Java 8 ;-)

Am 28.09.2016 4:11 nachm. schrieb "Thomas Watson" :

Equinox is used in many environments where there is very long-term support
for older Java levels.  So far I have needed to keep the Equinox Framework
at a Java 6 level to be able to use the latest versions in these
environments.

Unfortunately Java 6 is getting harder and harder to support while also
accommodating new "hurdles" being presented with Java 9 [1].  I will be
updating the Equinox Framework to Java 7 for Oxygen [2].  Please voice any
concerns you may have in the bug report [2].  Although I expect very little
concern since most have already moved onto Java 8!

Tom

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=502204
[2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=502425

___
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] Please review https://git.eclipse.org/r/#/c/75387/

2016-07-04 Thread Lars Vogel

Hi,

Mikaël Barbero published a change for Equinox and we have three
patches in platform UI and runtime depending on this change.

Can Equinox please review the patch?   https://git.eclipse.org/r/#/c/75387/

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 (040) 5247 6322, 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] Fwd: Starting a runtime Eclipse fails with Exception in org.eclipse.equinox.internal.simpleconfigurator.Activator.start() of bundle org.eclipse.equinox.simpleconfigurator.

2016-06-30 Thread Lars Vogel

Thanks Thomas for the fast fix.

> I would not know how to get p2 to install a bundle with no symbolic name.

IIRC I used a fresh 4.7 download without any additional plug-ins,
imported all projects in the eclipse.pde.ui repo and started Eclipse
from. I test this tomorrow with a fresh I-Build.

Best regards, Lars

On Thu, Jun 30, 2016 at 3:52 PM, Thomas Watson  wrote:
> FYI, I decided to open this bug myself so I could get a fix going while it
> was fresh in my mind: https://bugs.eclipse.org/bugs/show_bug.cgi?id=497094
>
> Although I don't have any way to test this since I would not know how to get
> p2 to install a bundle with no symbolic name.
>
> Tom
>
>
>
>
>
> From:Thomas Watson/Austin/IBM@IBMUS
> To:Equinox development mailing list 
> Date:06/30/2016 07:51 AM
> Subject:Re: [equinox-dev] Fwd: Starting a runtime Eclipse fails with
> Exception in
> org.eclipse.equinox.internal.simpleconfigurator.Activator.start() of bundle
> org.eclipse.equinox.simpleconfigurator.
>
> Sent by:equinox-dev-boun...@eclipse.org
> 
>
>
>
> Some bundle in your environment looks like it has no Bundle-SymbolicName.
> Can you open a bug against p2.  It needs a null check at
> ConfigApplier.refreshPackages(ConfigApplier.java:401)
>
> But I am curious how you got p2 to install a bundle with no
> Bundle-SymbolicName.  I thought that was basically impossible to do.
>
> Tom
>
>
>
>
>
> From:Lars Vogel 
> To:Equinox development mailing list 
> Date:06/29/2016 06:29 PM
> Subject:[equinox-dev] Fwd: Starting a runtime Eclipse fails with
> Exception in
> org.eclipse.equinox.internal.simpleconfigurator.Activator.start() of bundle
> org.eclipse.equinox.simpleconfigurator.
> Sent by:equinox-dev-boun...@eclipse.org
> 
>
>
>
> Hi Friends of Equinox,
>
> if I start an runtime Eclipse from the pde.ui repository I get the
> error that org.eclipse.equinox.simpleconfigurator_1.1.200.v20160504-1450
> [2439] is not active.
>
> Stack trace below.
>
> Do you have suggestions how to solve this issue? My "normal"
> strategies for a Eclipse startup issue don't work (clean workspace,
> add required plug-ins, manually add the event plug-ins and its
> dependencies, clean configuration area, use -clearPersistedState
> flag).
>
> Best regards, Lars
>
> !ENTRY org.eclipse.equinox.simpleconfigurator 4 0 2016-06-30 01:21:22.994
> !MESSAGE FrameworkEvent ERROR
> !STACK 0
> org.osgi.framework.BundleException: Exception in
> org.eclipse.equinox.internal.simpleconfigurator.Activator.start() of
> bundle org.eclipse.equinox.simpleconfigurator.
> at
> org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:795)
> at
> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:724)
> at
> org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:932)
> at
> org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:309)
> at org.eclipse.osgi.container.Module.doStart(Module.java:581)
> at org.eclipse.osgi.container.Module.start(Module.java:449)
> at
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1620)
> at
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1600)
> at
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571)
> at
> org.eclipse.osgi.container.SystemModule.startWorker(SystemModule.java:247)
> at org.eclipse.osgi.container.Module.doStart(Module.java:581)
> at org.eclipse.osgi.container.Module.start(Module.java:449)
> at org.eclipse.osgi.container.SystemModule.start(SystemModule.java:177)
> at
> org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:383)
> at
> org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:402)
> at org.eclipse.osgi.launch.Equinox.start(Equinox.java:115)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:326)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main

[equinox-dev] Fwd: Starting a runtime Eclipse fails with Exception in org.eclipse.equinox.internal.simpleconfigurator.Activator.start() of bundle org.eclipse.equinox.simpleconfigurator.

2016-06-29 Thread Lars Vogel

Hi Friends of Equinox,

if I start an runtime Eclipse from the pde.ui repository I get the
error that org.eclipse.equinox.simpleconfigurator_1.1.200.v20160504-1450
[2439] is not active.

Stack trace below.

Do you have suggestions how to solve this issue? My "normal"
strategies for a Eclipse startup issue don't work (clean workspace,
add required plug-ins, manually add the event plug-ins and its
dependencies, clean configuration area, use -clearPersistedState
flag).

Best regards, Lars

!ENTRY org.eclipse.equinox.simpleconfigurator 4 0 2016-06-30 01:21:22.994
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in
org.eclipse.equinox.internal.simpleconfigurator.Activator.start() of
bundle org.eclipse.equinox.simpleconfigurator.
at 
org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:795)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:724)
at 
org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:932)
at 
org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:309)
at org.eclipse.osgi.container.Module.doStart(Module.java:581)
at org.eclipse.osgi.container.Module.start(Module.java:449)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1620)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1600)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571)
at org.eclipse.osgi.container.SystemModule.startWorker(SystemModule.java:247)
at org.eclipse.osgi.container.Module.doStart(Module.java:581)
at org.eclipse.osgi.container.Module.start(Module.java:449)
at org.eclipse.osgi.container.SystemModule.start(SystemModule.java:177)
at 
org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:383)
at 
org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:402)
at org.eclipse.osgi.launch.Equinox.start(Equinox.java:115)
at 
org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:326)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:610)
at org.eclipse.equinox.launcher.Main.run(Main.java:1519)
at org.eclipse.equinox.launcher.Main.main(Main.java:1492)
Caused by: java.lang.IllegalArgumentException
at 
org.eclipse.osgi.internal.framework.legacy.PackageAdminImpl.getBundles(PackageAdminImpl.java:172)
at 
org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.refreshPackages(ConfigApplier.java:401)
at 
org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.install(ConfigApplier.java:105)
at 
org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:191)
at 
org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:205)
at 
org.eclipse.equinox.internal.simpleconfigurator.Activator.start(Activator.java:60)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:774)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:767)
... 25 more
Root exception:
java.lang.IllegalArgumentException
at 
org.eclipse.osgi.internal.framework.legacy.PackageAdminImpl.getBundles(PackageAdminImpl.java:172)
at 
org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.refreshPackages(ConfigApplier.java:401)
at 
org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.install(ConfigApplier.java:105)
at 
org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:191)
at 
org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:205)
at 
org.eclipse.equinox.internal.simpleconfigurator.Activator.start(Activator.java:60)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:774)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:767)
at 
org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:724)
at 
org.

[equinox-dev] Avoid usage of RuntimeLog.log

2016-05-30 Thread Lars Vogel

Hi,

in Platform UI we use in several places RuntimeLog.log which is internal API.

Does Equinox provide an official logging API which we should switch to?

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 (040) 5247 6322, 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] Ensure that a plug-in is valid for Mars but not for Neon

2016-02-25 Thread Lars Vogel

Thanks Mickael, good suggestion to use the downported plug-in as reference.
Am 25.02.2016 8:58 vorm. schrieb "Mickael Istria" :

> On 02/25/2016 07:50 AM, Lars Vogel wrote:
>
> Thanks for the clarification Mickael and Tom. FYI, there is no real
> dependency, it is a downport of some Neon feature to Mars, which I want to
> enable only for Mars.
>
> In which bundle is the feature? That's most likely this one you'd like to
> constrain with a version range.
> --
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets
> <http://twitter.com/mickaelistria>
>
> ___
> 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] Ensure that a plug-in is valid for Mars but not for Neon

2016-02-24 Thread Lars Vogel

Thanks for the clarification Mickael and Tom. FYI, there is no real
dependency, it is a downport of some Neon feature to Mars, which I want to
enable only for Mars.
Am 24.02.2016 3:07 nachm. schrieb "Thomas Watson" :

> Mickael is correct.  There is no capability defined which indicates the
> eclipse release name.  The version dependencies are what should be used.
>
> Tom
>
>
>
>
>
> From:Mickael Istria 
> To:equinox-dev@eclipse.org
> Date:02/24/2016 03:26 AM
> Subject:Re: [equinox-dev] Ensure that a plug-in is valid for Mars
> but not for Neon
> Sent by:equinox-dev-boun...@eclipse.org
> ------
>
>
>
> On 02/24/2016 10:22 AM, Lars Vogel wrote:
> What is the recommended way to define that a plug-in is valid only for
> Eclipse Mars but not for Eclipse Neon? I currently use a versionized
> manifest dependency to core.runtime with a max value but I'm not sure if
> that is the best approach.
> A plugin doesn't really care if it's Neon or Mars, what matters is more
> the version of its dependencies. Instead of checking the version of
> core.runtime, it seems better to identify the bundle or package that makes
> the compatibility and to put the restriction on this one directly.
>
> --
> Mickael Istria
> Eclipse developer at *JBoss, by Red Hat* <http://www.jboss.org/tools>
> *My blog* <http://mickaelistria.wordpress.com/> - *My Tweets*
> <http://twitter.com/mickaelistria>
> ___
> 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] Ensure that a plug-in is valid for Mars but not for Neon

2016-02-24 Thread Lars Vogel

Hi,

What is the recommended way to define that a plug-in is valid only for
Eclipse Mars but not for Eclipse Neon?

I currently use a versionized manifest dependency to core.runtime with a
max value but I'm not sure if that is the best approach.

Best regards, Lars
___
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] Provide capability question

2016-02-22 Thread Lars Vogel

Thanks Neil for the detailed answer.

For a customer OSGi service which is required at runtime by another
customer plug-in, would you say that it is good practice to model this
requirement via capabilities?

Best regards, Lars

On Sun, Feb 21, 2016 at 9:00 PM, Neil Bartlett  wrote:
>
>> On 21 Feb 2016, at 19:39, Lars Vogel  wrote:
>>
>> Hi,
>>
>> I have two question about Provide capability and Require-Capability.
>>
>> Background: you declare that you provide ds in version 1.2 via the
>> following snippet in your MANIFEST.MF
>>
>> Provide-Capability: osgi.extender;
>> osgi.extender="osgi.component";
>> version:Version="1.2";
>> uses:="org.osgi.service.
>>
>> A plug-in which requires his capablitiy defines the following:
>>
>> Require-Capability: osgi.extender;
>> filter:="(&(osgi.extender=osgi.component)(version>=1.2)(!(version>=2.0)))"
>>
>> The first question is: Where is this defined that these are the
>> correct entries? I use
>> http://git.eclipse.org/c/equinox/rt.equinox.bundles.git/commit/?id=cff4c8e643032ce870dfc9e8279cd5fb16218f4e
>> to "remember" the correct way to define it, but I guess there is a
>> more general way.
>
>
> For DS, see OSGi Compendium Specification R6, section 112.9.7.
>
> Other OSGi specs also define the capabilities that should be declared by 
> their providers. For example, section 105.12 declares the correct capability 
> for the Metatype Service. Unfortunately, adding sections like this requires a 
> bump of the specification version, so it has not been done universally for 
> all specs… instead, the section is added opportunistically when the spec 
> needs to be updated for other reasons.
>
>
>>
>> The second question is. What is the correct way to use
>> Provide-Capability and Provide-Capability for my customer code? In my
>> example, I provide a service via DS and want to ensure that the
>> consumer is only started if the service is available. I think
>> Require-Capability is the correct way, but I have not seen an example
>> for a customer capability yet.
>
> For a service you can use the osgi.service namespace… see compendium section 
> 135.4. The type of the service should be declared with the objectClass 
> attribute. For example on the provide side:
>
> Provide-Capability: osgi.service; objectClass=org.example.IFoo
>
> … and on the consume side:
>
> Require-Capability: osgi.service; 
> filter:=“(osgi.service=org.example.IFoo)”; effective:=active
>
> However you should be VERY careful with this for this following reasons:
>
> 1. Not every bundle providing a service actually declares it via the 
> osgi.service capability. Particularly this is true for bundles that provide 
> the service programmatically rather than via DS or some other declarative 
> framework.
> 2. Even bundles that declare they provide a service don’t always *actually* 
> provide it. For example they may only provide it some of the time, or under 
> certain conditions. The declaration of a provided service is therefore 
> nothing more than the *potential* to provide it.
> 3. Services can be provided remotely using OSGi Remote Services. Therefore if 
> you put in a requirement for a service and use a resolver like the one in 
> Bndtools to assemble your application, then you will force the provider of 
> the service to be installed locally when you might have wanted it to be 
> remote.
>
> For these reasons, the Bndtools resolver usually ignores requirements in the 
> osgi.service namespace.
>
> Regards,
> Neil
>
>
>>
>> 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 (040) 5247 6322, 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 (040) 5247 6322, 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] Provide capability question

2016-02-21 Thread Lars Vogel

Hi,

I have two question about Provide capability and Require-Capability.

Background: you declare that you provide ds in version 1.2 via the
following snippet in your MANIFEST.MF

Provide-Capability: osgi.extender;
osgi.extender="osgi.component";
version:Version="1.2";
uses:="org.osgi.service.

A plug-in which requires his capablitiy defines the following:

Require-Capability: osgi.extender;
filter:="(&(osgi.extender=osgi.component)(version>=1.2)(!(version>=2.0)))"

The first question is: Where is this defined that these are the
correct entries? I use
http://git.eclipse.org/c/equinox/rt.equinox.bundles.git/commit/?id=cff4c8e643032ce870dfc9e8279cd5fb16218f4e
to "remember" the correct way to define it, but I guess there is a
more general way.

The second question is. What is the correct way to use
Provide-Capability and Provide-Capability for my customer code? In my
example, I provide a service via DS and want to ensure that the
consumer is only started if the service is available. I think
Require-Capability is the correct way, but I have not seen an example
for a customer capability yet.

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 (040) 5247 6322, 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] Require system.bundle question

2016-02-10 Thread Lars Vogel

Thanks Neil
Am 10.02.2016 7:34 nachm. schrieb "Neil Bartlett" :

> As a reference for this, see section 3.9.4 of the OSGi Core specification,
> “Overall Search Order”. Step 4 covers required bundles, and step 5 is the
> bundle’s embedded classpath.
>
> Regards,
> Neil
>
> On 10 Feb 2016, at 18:27, Thomas Watson  wrote:
>
> Classes found in the required bundles always take precedence over classes
> contained in the local bundle.  This is also true if you require the
> system.bundle.
>
> Tom
>
>
>
>
>
> From:Lars Vogel 
> To:Equinox development mailing list 
> Date:02/10/2016 12:02 PM
> Subject:[equinox-dev] Require system.bundle question
> Sent by:equinox-dev-boun...@eclipse.org
> --
>
>
>
> Hi,
>
> In https://bugs.eclipse.org/bugs/show_bug.cgi?id=463292we are trying
> to solve the issue that javax.annotations from the Java installation
> should be used if a Java 7 runtime is available. If a Java 6 runtime
> is used, then the javax.annotations implementation provided by the
> plug-in should be used.
>
> For this we added: "Require-Bundle: system.bundle" to the MANIFEST.MF.
>
> This seems to work. If Java 7 is used as runtime, the
> javax.annotations from the Java installation is exported by the
> plug-in. And if Java 6 is used the implementation classes from the
> plug-in are used.
>
> So my question is: is it assured that the system.bundle classes always
> get priority (if available) over the plug-ins implementation?
>
> Or was the observed behavior pure luck and the order of which
> implementation is exported is not defined by OSGi / Equinox?
>
> Thanks for the answer. I'm not sure if I was able to describe the
> question well enough.
>
> 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 (040) 5247 6322, 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] Require system.bundle question

2016-02-10 Thread Lars Vogel

Thanks Thomas for the confirmation.
Am 10.02.2016 7:27 nachm. schrieb "Thomas Watson" :

> Classes found in the required bundles always take precedence over classes
> contained in the local bundle.  This is also true if you require the
> system.bundle.
>
> Tom
>
>
>
>
>
> From:Lars Vogel 
> To:Equinox development mailing list 
> Date:02/10/2016 12:02 PM
> Subject:[equinox-dev] Require system.bundle question
> Sent by:equinox-dev-boun...@eclipse.org
> --
>
>
>
> Hi,
>
> In https://bugs.eclipse.org/bugs/show_bug.cgi?id=463292we are trying
> to solve the issue that javax.annotations from the Java installation
> should be used if a Java 7 runtime is available. If a Java 6 runtime
> is used, then the javax.annotations implementation provided by the
> plug-in should be used.
>
> For this we added: "Require-Bundle: system.bundle" to the MANIFEST.MF.
>
> This seems to work. If Java 7 is used as runtime, the
> javax.annotations from the Java installation is exported by the
> plug-in. And if Java 6 is used the implementation classes from the
> plug-in are used.
>
> So my question is: is it assured that the system.bundle classes always
> get priority (if available) over the plug-ins implementation?
>
> Or was the observed behavior pure luck and the order of which
> implementation is exported is not defined by OSGi / Equinox?
>
> Thanks for the answer. I'm not sure if I was able to describe the
> question well enough.
>
> 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 (040) 5247 6322, 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] Require system.bundle question

2016-02-10 Thread Lars Vogel

Hi,

In https://bugs.eclipse.org/bugs/show_bug.cgi?id=463292 we are trying
to solve the issue that javax.annotations from the Java installation
should be used if a Java 7 runtime is available. If a Java 6 runtime
is used, then the javax.annotations implementation provided by the
plug-in should be used.

For this we added: "Require-Bundle: system.bundle" to the MANIFEST.MF.

This seems to work. If Java 7 is used as runtime, the
javax.annotations from the Java installation is exported by the
plug-in. And if Java 6 is used the implementation classes from the
plug-in are used.

So my question is: is it assured that the system.bundle classes always
get priority (if available) over the plug-ins implementation?

Or was the observed behavior pure luck and the order of which
implementation is exported is not defined by OSGi / Equinox?

Thanks for the answer. I'm not sure if I was able to describe the
question well enough.

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 (040) 5247 6322, 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] Concierge and the IDE?

2015-11-20 Thread Lars Vogel

Thanks everyone for the info.
Am 20.11.2015 7:55 nachm. schrieb "Ian Skerrett" :

>
> Well, look at the release information, it does appear to say that it is
>> R5...interesting. Although their main page says it is R3 with a specific
>> non-goal of running Eclipse. Not sure what to believe. ;-)
>>
>>
>>
> Concierge just did a release that included an OSGi R5 implementation. It
> would seem the project page needs to be updated. FWIW, here is a press
> release we did announcing the release
> https://www.eclipse.org/org/press-release/20151119_iotprojects.php
>
> --
>
> Ian Skerrett
> VP of Marketing
> Eclipse Foundation
> (m) 613-240-7210
> (o) 613-224-9461 ext 227
> (t) @ianskerrett
>
> ___
> 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] Concierge and the IDE?

2015-11-20 Thread Lars Vogel

Hi,

I read in a German newsticker that Concierge is a new OSGi 5.0
implementation which is super fast and small.

https://projects.eclipse.org/projects/iot.concierge/downloads

I didn't know about this effort. Is the intention to use this runtime for
the Eclipse IDE in the future?

Best regards, Lars
___
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] Bundle-ActivationPolicy: lazy without services and Activator

2015-11-17 Thread Lars Vogel

Thanks Neil
Am 16.11.2015 11:51 nachm. schrieb "Neil Bartlett" :

> 'Bundle-ActivationPolicy: lazy' means that the bundle’s activator will be
> instantiated and invoked upon the first class loading from that bundle.
>
> If the bundle doesn’t have an activator then nothing will happen. So it is
> redundant, but I cannot see it having any impact on performance.
>
> Neil
>
> > On 16 Nov 2015, at 22:31, Lars Vogel  wrote:
> >
> > Hi,
> >
> > I typically only set the Bundle-ActivationPolicy: lazy if the plug-in
> > provides an service or if I want an Activator to run?
> >
> > Is there a performance price, if I set the Bundle-ActivationPolicy:
> > lazy in Equinox even if the plug-in does not provide any services not
> > has 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] Bundle-ActivationPolicy: lazy without services and Activator

2015-11-16 Thread Lars Vogel

Hi,

I typically only set the Bundle-ActivationPolicy: lazy if the plug-in
provides an service or if I want an Activator to run?

Is there a performance price, if I set the Bundle-ActivationPolicy:
lazy in Equinox even if the plug-in does not provide any services not
has 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] Accessing the log without Activator (extendsPlugin)

2015-10-16 Thread Lars Vogel

Thanks Neil, Thomas and Konstantin, great information. I have created
https://bugs.eclipse.org/bugs/show_bug.cgi?id=479979 as a reminder bug
for me to investigate how we could simplify the log infrastructure in
platform runtime.

Thanks again, Lars

On Wed, Oct 7, 2015 at 7:40 PM, Thomas Watson  wrote:
> 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



-- 
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] 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] 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

[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

[equinox-dev] Project page https://projects.eclipse.org/projects/rt.equinox.framework still says R4

2015-10-06 Thread Lars Vogel

Hi,

https://projects.eclipse.org/projects/rt.equinox.framework still takes
about the "OSGi Core Framework R4 specification." AFAIK Equinox
supports the R5. If that is correct, please update the text, I think
every committer can do this.

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] Bundles remaining in life cyle "Starting".

2015-05-12 Thread Lars Vogel

Thanks Alex and Tom for the clarification.

Best regards, Lars

On Fri, May 8, 2015 at 3:14 PM, Thomas Watson  wrote:

> Alex is correct.  Things in the STARTING state are waiting to be lazily
> activated on first class define.
>
> Tom
>
> -equinox-dev-boun...@eclipse.org wrote: -
> To: Equinox development mailing list 
> From: Alex Blewitt
> Sent by: equinox-dev-boun...@eclipse.org
> Date: 05/07/2015 04:40PM
> Subject: Re: [equinox-dev] Bundles remaining in life cyle "Starting".
>
>
> I think they’re placed into that state if they are lazily started, i.e.
> they have a BundleActivationPolicy of ‘lazy’.
>
> http://www.osgi.org/Design/LazyStart
> http://wiki.osgi.org/wiki/Bundle-ActivationPolicy
>
> I think it goes from ‘starting’ to ‘started’ when classes have been loaded
> from the bundle.
>
> Alex
>
> On 7 May 2015, at 22:31, Lars Vogel  wrote:
>
> Hi,
>
> I frequently see lots of bundles remaining in the life cyle status
> "Starting". Is this expected? I would assume that "Starting" is a temporary
> status and that once a bundle has finished starting, it becomes "Active".
>
> Best regards, Lars
>
> --
>
> Eclipse Platform and e4 project co-lead
> vogella GmbH CEO
>
> 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
>



-- 
Geschäftsführer

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] Bundles remaining in life cyle "Starting".

2015-05-07 Thread Lars Vogel

Hi,

I frequently see lots of bundles remaining in the life cyle status
"Starting". Is this expected? I would assume that "Starting" is a temporary
status and that once a bundle has finished starting, it becomes "Active".

Best regards, Lars

-- 

Eclipse Platform and e4 project co-lead
vogella GmbH CEO

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] [platform-ui-dev] Eclipse Startup Performance

2015-03-31 Thread Lars Vogel

Thanks Martin for the explanation.

> Other question goes to Platform/UI and e4 – the second largest
contributor to startup time – are there any known inefficiencies, any >
plans to look at performance in M7 ?

To answer your question, AFAIK we currently not aware of any particular
thing which slows down the startup in Platform/UI and e4.



On Fri, Mar 27, 2015 at 7:09 PM, Oberhuber, Martin <
martin.oberhu...@windriver.com> wrote:

>  Hi Lars,
>
>
>
> Thanks for your interest !
>
> Let me try by example. We focus on org.eclipse.ui differences between Luna
> SR2 and Mars:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Luna SR2
>
>
>
> Delta
>
> Mars
>
>
>
> Delta
>
>   org.eclipse.ui
>
> 1 611
>
> 20%
>
> 1 583
>
> 18%
>
> (29)
>
> 1 505
>
> 16%
>
> (78)
>
> 1 706
>
> 17%
>
> 201
>
>
>
> -  In Luna SR2, 1505 msec were total taken in those packages.
>
> -  In Luna SR2,  This is 16% of the entire startup time.
>
> -  The Delta compared to the previous milestone (Luna SR1) is 78
> msec faster (=1505 – 1583).
>
>  -  In Mars, 1706 msec were total taken in org.eclipse.ui*
>
> -  In Mars, this is 17% of the total startup time.
>
> -  The Delta compared to the previous milestone (Luna SR2) is 201
> msec slower (=1706 – 1505).
>
>
>
> Let me know if there’s any more questions !
>
> HTH,
>
>
>
> Thanks,
>
> Martin
>
> --
>
> *Martin Oberhuber*, SMTS / Product Owner – Development Tools, *Wind River*
>
> direct +43.662.457915.85  fax +43.662.457915.6
>
>
>
> *From:* platform-ui-dev-boun...@eclipse.org [mailto:
> platform-ui-dev-boun...@eclipse.org] *On Behalf Of *Lars Vogel
> *Sent:* Thursday, March 26, 2015 5:34 PM
> *To:* Eclipse Platform UI component developers list.
> *Cc:* Equinox development mailing list
> *Subject:* Re: [platform-ui-dev] [equinox-dev] Eclipse Startup Performance
>
>
>
> HI Martin,
>
> I have the same issue as Tom:  I'm not sure how to interpret the PDF you
> sent.  I'm unsure what the various columns mean.
>
> Can you provide a improve version of these measurements which if easier to
> process?
>
> Best regards, Lars
>
>
>
> On Thu, Mar 26, 2015 at 4:46 PM, Oberhuber, Martin <
> martin.oberhu...@windriver.com> wrote:
>
> Hi Tom,
>
>
>
> Your suspicion is what I also thought – more classes loaded.
>
>
>
> I guess my main question at this point is on the Performance measurement
> infrastructure, which also seems to indicate a 5.8% degradation on startup
> performance:
>
>
> http://download.eclipse.org/eclipse/downloads/drops4/S-4.5M6-201503200800/performance/performance.php
>
>
>
> I know that Equinox can trace bundle activations, and some independent
> measurement of mine show these were actually reduced (80 in Kepler, 77 in
> Luna, 75 in Mars).
>
> Could the framework also trace the names of classes loaded as part of this
> scenario (both in the baseline, and latest builds) ?
>
> Then by comparison, one could probably identify classes that should not be
> loaded ?
>
>
>
> Other question goes to Platform/UI and e4 – the second largest contributor
> to startup time – are there any known inefficiencies, any plans to look at
> performance in M7 ?
>
>
>
> Thanks,
>
> Martin
>
> --
>
> *Martin Oberhuber*, SMTS / Product Owner – Development Tools, *Wind River*
>
> direct +43.662.457915.85  fax +43.662.457915.6
>
>
>
> *From:* equinox-dev-boun...@eclipse.org [mailto:
> equinox-dev-boun...@eclipse.org] *On Behalf Of *Thomas Watson
> *Sent:* Thursday, March 26, 2015 3:03 PM
> *To:* Equinox development mailing list
> *Subject:* Re: [equinox-dev] Eclipse Startup Performance
>
>
>
> Hi Martin,
>
> There are no plans as of now to work on a performance issue at the
> framework level.  I'm not saying I would not work on a performance issue,
> just that I am unaware of a performance issue in the framework that
> contributes to the slowdown you have observed.  I'm not sure how to
> interpret the PDF you sent.  I'm unsure what the various columns mean.  My
> guess is that each release we have more bundles with more classes to load
> which contribute to more time to start.
>
> This is especially true if you are comparing Luna vs Mars and see a slower
> time to start.  The Luna and Mars framework implementations are virtually
> identical so my initial guess is we are loading more code to start Eclipse.
>
> Tom
>
>
>
>
>
> From:"O

Re: [equinox-dev] update committers list

2015-03-31 Thread Lars Vogel

Without knowing for sure, I would assume that you can change it yourself
via this repo: https://git.eclipse.org/c/www.eclipse.org/equinox.git/

On Tue, Mar 31, 2015 at 1:34 PM, Raymond Auge 
wrote:

> Who should I speak with about updating the committers list here:
>
> https://www.eclipse.org/equinox/bundles/
>
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org>
> (@OSGiAlliance)
>
> ___
> 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
>



-- 
Geschäftsführer

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] [platform-ui-dev] Eclipse Startup Performance

2015-03-26 Thread Lars Vogel

gt; Martin
> --
> *Martin Oberhuber*, SMTS / Product Owner – Development Tools, *Wind River*
> direct +43.662.457915.85  fax +43.662.457915.6[attachment "201502.pdf"
> deleted by Thomas Watson/Austin/IBM]
> ___
> 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
>
>
> ___
> platform-ui-dev mailing list
> platform-ui-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/platform-ui-dev
>



-- 
Geschäftsführer

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

62 matches

Mail list logo