Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-dev] After addingorg.eclipse.osgi.services_3.7.100.v20180827-1536.Jar in bundle all my DM annotation stopped working

Hi,

The statement that org.eclipse.equinox.ds is not needed at all is not
100% correct.

Without it OSGi-Services behave differently (eg if there's no reference
a service is GCed and created upon next request so they are not
singletons in the application anymore!) so I wonder if removing it would
causes severe problems?

Tom

On 15.03.19 05:53, Ed Merks wrote:
> Note that org.eclipse.equinox.ds is not needed at all; while it's still
> available in the p2 repository, it's not longer included in the Eclipse
> products/packages.  Have you tried not deploying/including it at all?
> 
> If I look in a
> eclipse\configuration\org.eclipse.equinox.simpleconfigurator\bundles.info of
> an Eclipse package such as Committers I see the following at start level
> 2 with auto start:
> 
>  
> org.apache.felix.scr,2.0.14.v20180822-1822,file:/D:/sandbox/USER-HOME/.p2/pool/plugins/org.apache.felix.scr_2.0.14.v20180822-1822.jar,2,true
>  
> org.eclipse.equinox.common,3.10.200.v20181021-1645,file:/D:/sandbox/USER-HOME/.p2/pool/plugins/org.eclipse.equinox.common_3.10.200.v20181021-1645.jar,2,true
>  
> org.eclipse.equinox.event,1.5.0.v20181008-1938,file:/D:/sandbox/USER-HOME/.p2/pool/plugins/org.eclipse.equinox.event_1.5.0.v20181008-1938.jar,2,true
> 
> This at start level 1 auto start:
> 
>  
> org.eclipse.equinox.simpleconfigurator,1.3.200.v20181025-1417,file:/D:/sandbox/USER-HOME/.p2/pool/plugins/org.eclipse.equinox.simpleconfigurator_1.3.200.v20181025-1417.jar,1,true
> 
> Perhaps you might not need this one and it's only need to support updates...
> 
> These are also auto started but with "default" start level:
> 
>  org.eclipse.core.runtime,3.15.100.v20180907-0807,file:/D:/sandbox/USER-HOME/.p2/pool/plugins/org.eclipse.core.runtime_3.15.100.v20180907-0807.jar,4,true
>  org.eclipse.equinox.p2.reconciler.dropins,1.3.0.v20181023-0914,file:/D:/sandbox/USER-HOME/.p2/pool/plugins/org.eclipse.equinox.p2.reconciler.dropins_1.3.0.v20181023-0914.jar,4,true
> 
> And finally there's this which I guess means it's started really really
> early:
> 
>  org.eclipse.osgi,3.13.200.v20181030-1645,file:/D:/sandbox/USER-HOME/.p2/pool/plugins/org.eclipse.osgi_3.13.200.v20181030-1645.jar,-1,true
> 
> Note that there is no org.eclipse.equinox.ds present.
> 
> You should be sure that you get all your bundles from a consistent
> repository where those bundles are actually used together in
> combination, and ensure that the things you actually launch are these
> auto start and start level properties.
> 
> 
> On 15.03.2019 05:24, Abhijeet Banerjee wrote:
>> Thanks, Ed,
>> I tried with upgrading SCR to Level 2 also, but no luck. Just FYI, I
>> also tried increasing level 3 and 4 too also.
>> In every case behavior is the same.
>> Observation: As you told when I am not adding SCR, by default, DS
>> startLevel was showing 2, with autostart=true.
>> Now, When I add SCR and change it startLevel=2/3/4 any, I observed DS
>> startLevel Configuration automatically get reset to blank and vice versa.
>> When I tried to change DS start level, SCR startLevel and autoStart
>> get RESET to blank (i.e. No value)
>> Need some pointer, as I am stuck with no clue
>>
>> On Thu, Mar 14, 2019 at 11:57 AM Ed Merks <ed.merks@xxxxxxxxx
>> <mailto:ed.merks@xxxxxxxxx>> wrote:
>>
>>     In the installer product we set the start levels like this (after
>>     removal of org.eclipse.equinox.ds):
>>
>>           <plugin id="org.eclipse.core.runtime" autoStart="true"
>>     startLevel="4" />
>>           <plugin id="org.eclipse.equinox.common" autoStart="true"
>>     startLevel="2" />
>>           <plugin id="org.apache.felix.scr" autoStart="true"
>>     startLevel="2" />
>>           <plugin id="org.eclipse.equinox.simpleconfigurator"
>>     autoStart="true" startLevel="1" />
>>
>>     With the older platform it used this instead:
>>
>>           <plugin id="org.eclipse.equinox.ds" autoStart="true"
>>     startLevel="2" />
>>
>>     So it seems to me that perhaps it ought to be start level 2...
>>
>>     On 14.03.2019 06:50, Abhijeet Banerjee wrote:
>>>     Thanks, Set the level to 1, but No luck.
>>>
>>>     On Tue, Mar 12, 2019 at 12:23 PM Aleksandar Kurtakov
>>>     <akurtako@xxxxxxxxxx <mailto:akurtako@xxxxxxxxxx>> wrote:
>>>
>>>
>>>
>>>         On Tue, Mar 12, 2019 at 8:51 AM Abhijeet Banerjee
>>>         <abhijeet.feb@xxxxxxxxx <mailto:abhijeet.feb@xxxxxxxxx>> wrote:
>>>
>>>             Thanks, Aleksandar
>>>             Felix SCR is in the ACTIVE state, and its included in
>>>             bundles.
>>>             Is there any other way, that needs to be taken care of?
>>>             When you are saying scr should be started, how to check
>>>             its started or not (by any cmd) or is there any way
>>>             around to start SCR completely 
>>>
>>>         Set felix.scr start level to 1. It has to be started early.
>>>
>>>
>>>             On Tue, Mar 12, 2019 at 12:17 PM Aleksandar Kurtakov
>>>             <akurtako@xxxxxxxxxx <mailto:akurtako@xxxxxxxxxx>> wrote:
>>>
>>>                 Please make sure felix.scr bundle is started too.
>>>
>>>                 On Tue, Mar 12, 2019 at 8:25 AM Abhijeet Banerjee
>>>                 <abhijeet.feb@xxxxxxxxx
>>>                 <mailto:abhijeet.feb@xxxxxxxxx>> wrote:
>>>
>>>                      Greetings,
>>>                     Currently, I am in the process of upgrading
>>>                     */"org.eclipse.osgi.services_3.7.100.v20180827-1536.jar"/*
>>>
>>>                      1. After upgrade during Bundle Validation its
>>>                     prompt me for 2 Dependent Jar Requirement.
>>>                                     a. */org.eclipse.equinox.ds/*: So
>>>                     I upgraded my current DS jar with supported
>>>                     */"org.eclipse.equinox.ds_1.5.200.v20180827-1235.jar"/*
>>>                                     b. *org.eclipse.osgi.util:*  So I
>>>                     upgraded my current util jar  with supported 
>>>                     */"org.eclipse.osgi.util_3.5.100.v20180827-1536.jar"/*
>>>                      2. After upgrade of above Step1 Bundle
>>>                     Validation again prompt for
>>>                     */"org.apache.felix.scr"/* missing Jar from
>>>                     latest*/"equinox.ds_1.5.200"/*
>>>                      NOTE:  Currently my project doesn't contain
>>>                     this*/("org.apache.felix.scr")/* jar, So I
>>>                     bundled
>>>                     */org.apache.felix.scr_2.0.14.v20180822-1822.jar/*
>>>
>>>                     3. Once all the 3 above mentioned 3PP Jars
>>>                     Integrated, Bundle Validation stops complaining
>>>                     no more error,
>>>                     But when I am trying to run my project its stop
>>>                     hitting "*updated" *method of
>>>                     /*@FactoryConfigurationAdapterService*/ and 
>>>                     */@ServiceDependency  f/*rom 
>>>                     org.apache.felix.dependencymanager.annotation-3.2.0".
>>>                      https://felix.apache.org/apidocs/dependencymanager.annotations/r1/org/apache/felix/dm/annotation/api/FactoryConfigurationAdapterService.html#updated()
>>>
>>>
>>>                      Any pointer will be highly appreciated.
>>>
>>>
>>>
>>>                     _______________________________________________
>>>                     platform-dev mailing list
>>>                     platform-dev@xxxxxxxxxxx
>>>                     <mailto:platform-dev@xxxxxxxxxxx>
>>>                     To change your delivery options, retrieve your
>>>                     password, or unsubscribe from this list, visit
>>>                     https://www.eclipse.org/mailman/listinfo/platform-dev
>>>
>>>
>>>
>>>                 -- 
>>>                 Alexander Kurtakov
>>>                 Red Hat Eclipse Team
>>>                 _______________________________________________
>>>                 platform-dev mailing list
>>>                 platform-dev@xxxxxxxxxxx
>>>                 <mailto:platform-dev@xxxxxxxxxxx>
>>>                 To change your delivery options, retrieve your
>>>                 password, or unsubscribe from this list, visit
>>>                 https://www.eclipse.org/mailman/listinfo/platform-dev
>>>
>>>
>>>
>>>             -- 
>>>             *Thanks\
>>>             **Abhijeet Banerjee
>>>             +919910512611*
>>>
>>>
>>>
>>>
>>>             _______________________________________________
>>>             platform-dev mailing list
>>>             platform-dev@xxxxxxxxxxx <mailto:platform-dev@xxxxxxxxxxx>
>>>             To change your delivery options, retrieve your password,
>>>             or unsubscribe from this list, visit
>>>             https://www.eclipse.org/mailman/listinfo/platform-dev
>>>
>>>
>>>
>>>         -- 
>>>         Alexander Kurtakov
>>>         Red Hat Eclipse Team
>>>         _______________________________________________
>>>         platform-dev mailing list
>>>         platform-dev@xxxxxxxxxxx <mailto:platform-dev@xxxxxxxxxxx>
>>>         To change your delivery options, retrieve your password, or
>>>         unsubscribe from this list, visit
>>>         https://www.eclipse.org/mailman/listinfo/platform-dev
>>>
>>>
>>>
>>>     -- 
>>>     *Thanks\
>>>     **Abhijeet Banerjee
>>>     +919910512611*
>>>
>>>
>>>
>>>
>>>
>>>     _______________________________________________
>>>     platform-dev mailing list
>>>     platform-dev@xxxxxxxxxxx <mailto:platform-dev@xxxxxxxxxxx>
>>>     To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>>>     https://www.eclipse.org/mailman/listinfo/platform-dev
>>     _______________________________________________
>>     platform-dev mailing list
>>     platform-dev@xxxxxxxxxxx <mailto:platform-dev@xxxxxxxxxxx>
>>     To change your delivery options, retrieve your password, or
>>     unsubscribe from this list, visit
>>     https://www.eclipse.org/mailman/listinfo/platform-dev
>>
>>
>>
>> -- 
>> *Thanks\
>> **Abhijeet Banerjee
>> +919910512611*
>>
>>
>>
>>
>>
>> _______________________________________________
>> platform-dev mailing list
>> platform-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/platform-dev
> 
> _______________________________________________
> platform-dev mailing list
> platform-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/platform-dev
> 

-- 
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck


Back to the top