http://blog.gmane.org/gmane.comp.ide.eclipse.equinox.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6565 <pre>Hello All, I'd like to configure p2 repository managers to connect to HTTPS repositories (Apache + client certificates). There are several methods available to load repositories: public IMetadataRepository loadRepository(URI location, IProgressMonitor monitor) throws ProvisionException, OperationCanceledException; public IMetadataRepository loadRepository(URI location, int flags, IProgressMonitor monitor) throws ProvisionException, OperationCanceledException; public IArtifactRepository loadRepository(URI location, IProgressMonitor monitor) throws ProvisionException; public IArtifactRepository loadRepository(URI location, int flags, IProgressMonitor monitor) throws ProvisionException; With "location" parameter I can provide URI to HTTPS server. How can I provide paths to key-stores/trust-stores that contain client and CA certificates? I don't like to use global key-stores for Java process. Thanks in advance. Best regards, Dmytro Pishchukhin </pre> Dmytro Pishchukhin 2012-05-20T06:28:27 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6564 <pre> p2 repo http://download.eclipse.org/eclipse/updates/4.2milestones Eclipse Downloads http://download.eclipse.org/eclipse/downloads/drops4/S-4.2RC1-201205182145/ Equinox Downloads http://download.eclipse.org/equinox/drops/S-3.8RC1-201205182145/ </pre> David M Williams 2012-05-19T22:46:18 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6563 <pre>I am trying to convert a legacy project to OSGi. I am getting conflicts and I am having trouble resolving them. I read http://njbartlett.name/2011/02/09/uses-constraints.html but it isn't helping. Digging down one level on the packages I only see a few packages with more than one export listed (see below), and the exports show the identical version and source - I don't understand why they would even be listed twice. Can anyone help? It seems there must be a better way to do this. osgi&gt; diag 7 initial&lt; at &gt;reference:file:../../../.m2/repository/com/foobar/xx/xx-server/3.0. 0-RC1-SNAPSHOT/xx-server-3.0.0-RC1-SNAPSHOT.jar/ [7] Package uses conflict: Import-Package: com.foobar.common.dao; version="[3.2.0,4.0.0)" Package uses conflict: Import-Package: com.foobar.xx; version="[3.0.0,4.0.0)" Package uses conflict: Import-Package: com.foobar.xx.business; version="[3.0.0,4.0.0)" Package uses conflict: Import-Package: com.foobar.xx.business.xm.accumulate; version="[3.0.0,4.0.0)" Package uses conflict: Import-Package: com.foobar.xx.currency; version="[3.0.0,4.0.0)" Package uses conflict: Import-Package: com.foobar.xx.store; version="[3.0.0,4.0.0)" Package uses conflict: Import-Package: com.foobar.xx.types.enterprise; version="[3.0.0,4.0.0)" Package uses conflict: Import-Package: com.foobar.xx.types.query; version="[3.0.0,4.0.0)" ... osgi&gt; packages javax.sql javax.sql; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.foobar.xx.common_3.0.0.RC1-SNAPSHOT [6] imports com.mysql.jdbc_5.1.14 [12] imports javax.sql; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.foobar.xx.common_3.0.0.RC1-SNAPSHOT [6] imports com.mysql.jdbc_5.1.14 [12] imports osgi&gt; packages javax.swing javax.swing; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.springsource.org.antlr.stringtemplate_3.2.0 [15] imports com.springsource.org.apache.log4j_1.2.15 [22] imports javax.swing; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.springsource.org.antlr.stringtemplate_3.2.0 [15] imports com.springsource.org.apache.log4j_1.2.15 [22] imports osgi&gt; packages javax.swing.tree javax.swing.tree; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.foobar.xx.common_3.0.0.RC1-SNAPSHOT [6] imports com.springsource.org.antlr.stringtemplate_3.2.0 [15] imports com.springsource.org.apache.log4j_1.2.15 [22] imports javax.swing.tree; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.foobar.xx.common_3.0.0.RC1-SNAPSHOT [6] imports com.springsource.org.antlr.stringtemplate_3.2.0 [15] imports com.springsource.org.apache.log4j_1.2.15 [22] imports osgi&gt; packages javax.xml.bind javax.xml.bind; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.foobar.xx.common_3.0.0.RC1-SNAPSHOT [6] imports org.springframework.web_3.1.0.RELEASE [35] imports javax.xml.bind; version="0.0.0"&lt;org.eclipse.osgi_3.7.2.v20120110-1415 [0]&gt; com.foobar.common.foobar-common_3.2.34.SNAPSHOT [1] imports com.foobar.xx.common_3.0.0.RC1-SNAPSHOT [6] imports org.springframework.web_3.1.0.RELEASE [35] imports Thanks, Dan </pre> Dan Lipofsky 2012-05-18T17:13:46 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6562 <pre>Bug filed: https://bugs.eclipse.org/bugs/show_bug.cgi?id=379865 From: equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org [mailto:equinox-dev-bounces&lt; at &gt;eclipse.org] On Behalf Of Thomas Watson Sent: Thursday, May 10, 2012 11:50 AM To: Equinox development mailing list Subject: Re: [equinox-dev] Service Lookup by GUID very Slow - the Framework Scalability I agree with Gunner. Please open a bug report and attach a test that we can reproduce with. Tom [cid:image001.gif-lloUSPBlqZKQRtSrXfSIBTRmByFHzeGd&lt; at &gt;public.gmane.org]Gunnar Wagenknecht ---05/10/2012 01:23:05 AM---Stanly, From: Gunnar Wagenknecht &lt;gunnar-DDAdSCQIZD/oSeNpYEG0Jg&lt; at &gt;public.gmane.org&gt; To: equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&lt;mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&gt;, Date: 05/10/2012 01:23 AM Subject: Re: [equinox-dev] Service Lookup by GUID very Slow - the Framework Scalability ________________________________ Stanly, Am 08.05.2012 20:18, schrieb Stanley_Poon-9gNvg8MwaQo&lt; at &gt;public.gmane.org&lt;mailto:Stanley_Poon&lt; at &gt;DELL.com&gt;: I find your report very valuable. I think at this time the best thing is to submit a bug and attach the sample project. The project should contain all the code that is necessary to execute the test. This allows the developers to look at the code and run the tests. Otherwise things might get lost in between mails. If Equinox is really 50x slower than two other frameworks then it looks like there is room for improvement. Thanks! -Gunnar -- Gunnar Wagenknecht gunnar-DDAdSCQIZD/oSeNpYEG0Jg&lt; at &gt;public.gmane.org&lt;mailto:gunnar-DDAdSCQIZD/oSeNpYEG0Jg&lt; at &gt;public.gmane.org&gt; http://wagenknecht.org/ _______________________________________________ equinox-dev mailing list equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&lt;mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&gt; https://dev.eclipse.org/mailman/listinfo/equinox-dev </pre> Stanley_Poon-9gNvg8MwaQo< at >public.gmane.org 2012-05-17T23:08:35 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6561 <pre>Bug filed: https://bugs.eclipse.org/bugs/show_bug.cgi?id=379865 See attachment to the bug for the code and bundle to reproduce the problem. You can simply drop the bundle and the activator will run the test. Thanks, Stanley -----Original Message----- From: equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org [mailto:equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org] On Behalf Of Gunnar Wagenknecht Sent: Wednesday, May 09, 2012 11:22 PM To: equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org Subject: Re: [equinox-dev] Service Lookup by GUID very Slow - the Framework Scalability Stanly, Am 08.05.2012 20:18, schrieb Stanley_Poon-9gNvg8MwaQo&lt; at &gt;public.gmane.org: I find your report very valuable. I think at this time the best thing is to submit a bug and attach the sample project. The project should contain all the code that is necessary to execute the test. This allows the developers to look at the code and run the tests. Otherwise things might get lost in between mails. If Equinox is really 50x slower than two other frameworks then it looks like there is room for improvement. Thanks! -Gunnar -- Gunnar Wagenknecht gunnar-DDAdSCQIZD/oSeNpYEG0Jg&lt; at &gt;public.gmane.org http://wagenknecht.org/ _______________________________________________ equinox-dev mailing list equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org https://dev.eclipse.org/mailman/listinfo/equinox-dev </pre> Stanley_Poon-9gNvg8MwaQo< at >public.gmane.org 2012-05-17T23:07:54 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6560 <pre> The SDK contains all the latest jars including the bridgeservlet code. [rotty&lt; at &gt;rotty-desktop TAR-BIN]$ ls -l equinox-SDK-3.7.2/plugins/*servletbridge* -rw-r--r-- 1 rotty rotty 8194 Feb 8 13:52 equinox-SDK-3.7.2/plugins/org.eclipse.equinox.http.servletbridge_1.0.200.v20100503.jar -rw-r--r-- 1 rotty rotty 7463 Feb 8 13:52 equinox-SDK-3.7.2/plugins/org.eclipse.equinox.http.servletbridge.source_1.0.200.v20100503.jar -rw-r--r-- 1 rotty rotty 41566 Feb 8 13:52 equinox-SDK-3.7.2/plugins/org.eclipse.equinox.servletbridge_1.2.100.v20110502.jar -rw-r--r-- 1 rotty rotty 5855 Feb 8 13:52 equinox-SDK-3.7.2/plugins/org.eclipse.equinox.servletbridge.extensionbundle_1.2.0.v20100503.jar -rw-r--r-- 1 rotty rotty 22835 Feb 8 13:52 equinox-SDK-3.7.2/plugins/org.eclipse.equinox.servletbridge.source_1.2.100.v20110502.jar Hope that helps. </pre> Raymond Auge 2012-05-17T15:22:43 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6559 <pre>See my email yesterday – I did get servletbridge running with the instructions at http://eclipse.dzone.com/articles/embedding-osgi-tomcat but it is really old, the binaries date to 2007. As far as I can no work has been done on this project since then. I wish I could get this working with a newer version of OSGi but I couldn't. Thanks, Dan From: Libor Jelinek &lt;ljelinek-RyvdH1UADzJBDgjK7y7TUQ&lt; at &gt;public.gmane.org&lt;mailto:ljelinek-RyvdH1UADzJBDgjK7y7TUQ&lt; at &gt;public.gmane.org&gt;&gt; Reply-To: Equinox development mailing list &lt;equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&lt;mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&gt;&gt; To: "equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&lt;mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&gt;" &lt;equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&gt;&gt; Subject: Re: [equinox-dev] Where to find templates/ and scripts/ historically from org.eclipse.equinox.servletbridge? Hello dear Equinox developers, sorry for using your mailing list. I'm little (actually a lot) desperate from trying to really understand how to run servlet apps in Equinox bridged mode. I'm following http://eclipse.org/equinox/server/http_in_container.php page that contains a lot of out-dated or invalid links. Above all I would like to ask where to find folders templates/ and scripts/ from org.eclipse.equinox.servletbridge that are referred in tutorial above? These files in http://dev.eclipse.org/viewcvs/viewvc.cgi/org.eclipse.equinox/server-side/bundles/org.eclipse.equinox.servletbridge/?root=RT_Project has been deleted as result of https://bugs.eclipse.org/bugs/show_bug.cgi?id=291396. From bug comments I can't realize where are located here. It's still too "insider" for me to understand right now :-( Thanks for your help! Cheers Libor </pre> Dan Lipofsky 2012-05-17T14:57:13 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6558 <pre>Most (all?) of Equinox has moved from CVS to Git. The current repositories can be found on git.eclipse.org, and you can browse the Euinox repos at: http://git.eclipse.org/c/equinox I've never tried using the servletbridge though, so that's as much help as I can provide :-/ Brian. </pre> Brian de Alwis 2012-05-17T11:51:42 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6557 <pre>Hello dear Equinox developers, sorry for using your mailing list. I'm little (actually a lot) desperate from trying to really understand how to run servlet apps in Equinox bridged mode. I'm following http://eclipse.org/equinox/server/http_in_container.php page that contains a lot of out-dated or invalid links. Above all I would like to ask where to find folders templates/ and scripts/ from org.eclipse.equinox.servletbridge that are referred in tutorial above? These files in http://dev.eclipse.org/viewcvs/viewvc.cgi/org.eclipse.equinox/server-side/bundles/org.eclipse.equinox.servletbridge/?root=RT_Project has been deleted as result of https://bugs.eclipse.org/bugs/show_bug.cgi?id=291396. From bug comments I can't realize where are located here. It's still too "insider" for me to understand right now :-( Thanks for your help! Cheers Libor </pre> Libor Jelinek 2012-05-17T10:06:23 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6556 <pre>I am trying to use servletbridge to get OSGi in tomcat as described at http://www.eclipse.org/equinox/server/http_in_container.php http://eclipse.dzone.com/articles/embedding-osgi-tomcat I got it to work using the pre-built bridge.war. However that was last built in 2007. I'd like to use a newer version of OSGi, so I tried to build my own version of bridge.war with new OSGi but that didn't work. The servletbridge JAR itself is still from 2007 so it is possible it is not compatible with newer versions of OSGi. Does anyone know about this? I couldn't find a newer servletbridge. Does anyone know if one exists or if this project is being maintained? The JARs I tried to use were org.eclipse.core.jobs-3.5.0.v20100515.jar org.eclipse.equinox.common-3.6.0.v20100503.jar org.eclipse.equinox.http.registry-1.0.0-v20070608.jar org.eclipse.equinox.http.servlet-1.0.0-v20070606.jar org.eclipse.equinox.http.servletbridge-1.0.0-v20070523.jar org.eclipse.equinox.registry-3.5.0.v20100503.jar org.eclipse.osgi-3.6.0.v20100517.jar org.eclipse.osgi.services-3.2.100.v20100503.jar org.eclipse.update.configurator-3.2.100-v20070615.jar and the error looked like May 16, 2012 3:06:19 PM org.apache.catalina.core.ApplicationContext log SEVERE: StandardWrapper.Throwable java.lang.RuntimeException: Could not find framework at org.eclipse.equinox.servletbridge.FrameworkLauncher.buildInitialPropertyMap (FrameworkLauncher.java:288) at org.eclipse.equinox.servletbridge.FrameworkLauncher.start(FrameworkLauncher .java:200) at org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeServlet.java:63) at javax.servlet.GenericServlet.init(GenericServlet.java:212) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1 206) ... Thanks, Dan </pre> Dan Lipofsky 2012-05-16T21:19:11 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6555 <pre> Thanks for setting us up Paul. Tom From: Paul Webster &lt;pwebster-cmaem7PIVQT44Nm34jS7GywD8/FfD2ys&lt; at &gt;public.gmane.org&gt; To: Equinox development mailing list &lt;equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org&gt;, Date: 05/15/2012 07:33 AM Subject: [equinox-dev] Enabled pre-receive hook on equinox git repositories Hi, I have enabled the pre-receive hook on the equinox git repositories. For more info: Bug 362363 - Better policy ... provide hooks to allow a committer to delete &lt;userid&gt;/branchname branches -- Paul Webster Hi floor.  Make me a sammich! - GIR _______________________________________________ equinox-dev mailing list equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org https://dev.eclipse.org/mailman/listinfo/equinox-dev </pre> Thomas Watson 2012-05-15T12:39:02 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6554 <pre>Hi, I have enabled the pre-receive hook on the equinox git repositories. For more info: *Bug 362363* &lt;https://bugs.eclipse.org/bugs/show_bug.cgi?id=362363&gt; - Better policy ... provide hooks to allow a committer to delete &lt;userid&gt;/branchname branches </pre> Paul Webster 2012-05-15T12:30:43 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6553 <pre> I agree with Gunner. Please open a bug report and attach a test that we can reproduce with. Tom From: Gunnar Wagenknecht &lt;gunnar-DDAdSCQIZD/oSeNpYEG0Jg&lt; at &gt;public.gmane.org&gt; To: equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org, Date: 05/10/2012 01:23 AM Subject: Re: [equinox-dev] Service Lookup by GUID very Slow - the FrameworkScalability Stanly, Am 08.05.2012 20:18, schrieb Stanley_Poon-9gNvg8MwaQo&lt; at &gt;public.gmane.org: I find your report very valuable. I think at this time the best thing is to submit a bug and attach the sample project. The project should contain all the code that is necessary to execute the test. This allows the developers to look at the code and run the tests. Otherwise things might get lost in between mails. If Equinox is really 50x slower than two other frameworks then it looks like there is room for improvement. Thanks! -Gunnar -- Gunnar Wagenknecht gunnar-DDAdSCQIZD/oSeNpYEG0Jg&lt; at &gt;public.gmane.org http://wagenknecht.org/ _______________________________________________ equinox-dev mailing list equinox-dev-j9T/66MeVpFAfugRpC6u6w&lt; at &gt;public.gmane.org https://dev.eclipse.org/mailman/listinfo/equinox-dev </pre> Thomas Watson 2012-05-10T18:49:30 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6552 <pre>Stanly, Am 08.05.2012 20:18, schrieb Stanley_Poon-9gNvg8MwaQo&lt; at &gt;public.gmane.org: I find your report very valuable. I think at this time the best thing is to submit a bug and attach the sample project. The project should contain all the code that is necessary to execute the test. This allows the developers to look at the code and run the tests. Otherwise things might get lost in between mails. If Equinox is really 50x slower than two other frameworks then it looks like there is room for improvement. Thanks! -Gunnar </pre> Gunnar Wagenknecht 2012-05-10T06:21:31 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6551 <pre>I am trying to convert a legacy project top OSGi, and I've got a bunch of 3rd party JARs that are not OSGi bundles I need to reference. What is really the best way to do this? I found some of them (but not all of them) as OSGi bundles at http://ebr.springsource.com/repository/app/bundle I tried wrap protocol http://team.ops4j.org/wiki/display/paxurl/Wrap+Protocol but couldn't get it work (if anyone has a working example of that it would be great). I really don't want to maintain my own repository of wrapped JARs. I read the article "Exposing the boot classpath in OSGi" http://blog.springsource.org/2009/01/19/exposing-the-boot-classpath-in-osgi / I think this is the way I'd prefer to go. However I can't seem to add anything to the classpath. I tried setting the CLASSPATH env var, and also using the -cp flag but neither worked. When I log System.getProperty("java.class.path") I just see org.eclipse.osgi_3.7.2.v20120110-1415.jar. I am running equinox like this $ java -jar org.eclipse.osgi_3.7.2.v20120110-1415.jar -console Can anyone help? Thanks, Dan </pre> Dan Lipofsky 2012-05-09T16:12:36 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6550 <pre>My guess would be something in the implementation of the filter. Sorry I have lost track of which framework implementation was slow... but nevertheless I don't know enough about the internal details of any of them. Perhaps the slow framework is recompiling the filter each time? I have created a Gist showing, in simplified form, how to use ServiceTracker to create a dynamic index for the services using a particular ID property. I would be interested in hearing whether this speeds things up, and by how much. Here's the link: https://gist.github.com/2638180 Regards Neil </pre> Neil Bartlett 2012-05-08T18:22:23 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6549 <pre>Thank you Neil. But the exact same example runs 50X faster on the other two OSGi runtime. Any thoughts? And we observed the other runtime used more memory. Will they be using some indexing (in memory)? Thanks, Stanley From: equinox-dev-bounces&lt; at &gt;eclipse.org [mailto:equinox-dev-bounces&lt; at &gt;eclipse.org] On Behalf Of Neil Bartlett Sent: Tuesday, May 08, 2012 11:02 AM To: Equinox development mailing list Subject: Re: [equinox-dev] Service Lookup by GUID very Slow - the Framework Scalability * No, services are not created lazily by default. You are creating the services yourself in your code sample, i.e., the 'serviceObject' variable. There are some frameworks such as Declarative Services that create service instances lazily, however the creation of the service (and therefore the associated cost) would not be triggered by merely calling getServiceReferences(). It would be triggered by calling getService() on one of the ServiceReference objects. * By creating a ServiceTracker, you can be notified synchronously as each service is registered. You could then very cheaply extract the ID property from each service and store it in a ConcurrentHashMap for later reference. I'm pretty sure that the poor performance of your example is due to the fact that the framework is forced to evaluate the filter expression "(ID=x)" against every entry in the registry. You don't even allow it to return when it finds the first match, because you have called getServiceReferences(), plural, so it must find all of the matches not just the first one. If you called getServiceReference() then the search time would be halved, on aggregate. Regards Neil [cid:image001.jpg&lt; at &gt;01CD2D0C.3BA6B150] Stanley_Poon&lt; at &gt;DELL.com&lt;mailto:Stanley_Poon&lt; at &gt;DELL.com&gt; 8 May 2012 18:44 The key question is about the scalability of the runtime, in terms of - Number of services, 100K, 1M, 10M, etc - Registering and unregistering them, churn over long period of time - Is it primarily memory bound? Assuming that services are not CPU heavy or thread hungry Some details of the experiment we had: The code is pretty straightforward. We only have a 5 Service Classes. We add an ID property to each service object we register and later look it up using that ID. The look up through getServiceReferences() took 4-5 seconds when we have 200K services registered. Also, can someone shed some light for the following questions: - Do you think lazy service creation may be the reason? Is lazy creation the default? How to configure it? - Can you outline the steps to use ServiceTrackerCustomizer to build index? Do you mean trapping the registration events and build the needed indexes? Service Registration: we register all the 200K service instances in a loop. They are one of 5 different server classes. BundleContext bc, Dictionary&lt;String, String&gt; props = new Hashtable&lt;String, String&gt;(1); props.put(“ID”, “ID0000001”); bc.registerService(ServiceClass, serviceObject, createProperties(props)); Service Look up: BundleContext bc, bc.getServiceReferences(ServiceClass, "(ID=ID0000001)”); Thank you, Stanley From: equinox-dev-bounces&lt; at &gt;eclipse.org&lt;mailto:equinox-dev-bounces&lt; at &gt;eclipse.org&gt; [mailto:equinox-dev-bounces&lt; at &gt;eclipse.org] On Behalf Of BJ Hargrave Sent: Friday, May 04, 2012 10:19 AM To: Equinox development mailing list Subject: Re: [equinox-dev] Service Lookup by GUID very Slow Equinox also indexes by objectClass alone. So I am not sure what the discrepancy is here. Would be nice to have the test case code to analyze. Stanley, can you post a gist with the code? -- BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance&lt;http://www.osgi.org/&gt; hargrave&lt; at &gt;us.ibm.com&lt;mailto:hargrave&lt; at &gt;us.ibm.com&gt; office: +1 386 848 1781 mobile: +1 386 848 3788 From: "Richard S. Hall" &lt;heavy&lt; at &gt;ungoverned.org&lt;mailto:heavy&lt; at &gt;ungoverned.org&gt;&gt; To: Equinox development mailing list &lt;equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt;&gt;, Date: 2012/05/04 13:16 Subject: Re: [equinox-dev] Service Lookup by GUID very Slow Sent by: equinox-dev-bounces&lt; at &gt;eclipse.org&lt;mailto:equinox-dev-bounces&lt; at &gt;eclipse.org&gt; _______________________________________________ equinox-dev mailing list equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt; https://dev.eclipse.org/mailman/listinfo/equinox-dev </pre> Stanley_Poon-9gNvg8MwaQo< at >public.gmane.org 2012-05-08T18:18:02 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6548 <pre>* No, services are not created lazily by default. You are creating the services yourself in your code sample, i.e., the 'serviceObject' variable. There are some frameworks such as Declarative Services that create service instances lazily, however the creation of the service (and therefore the associated cost) would not be triggered by merely calling getServiceReferences(). It would be triggered by calling getService() on one of the ServiceReference objects. * By creating a ServiceTracker, you can be notified synchronously as each service is registered. You could then very cheaply extract the ID property from each service and store it in a ConcurrentHashMap for later reference. I'm pretty sure that the poor performance of your example is due to the fact that the framework is forced to evaluate the filter expression "(ID=x)" against every entry in the registry. You don't even allow it to return when it finds the first match, because you have called getServiceReferences(), plural, so it must find all of the matches not just the first one. If you called getServiceReference() then the search time would be halved, on aggregate. Regards Neil </pre> Neil Bartlett 2012-05-08T18:01:58 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6547 <pre>The key question is about the scalability of the runtime, in terms of - Number of services, 100K, 1M, 10M, etc - Registering and unregistering them, churn over long period of time - Is it primarily memory bound? Assuming that services are not CPU heavy or thread hungry Some details of the experiment we had: The code is pretty straightforward. We only have a 5 Service Classes. We add an ID property to each service object we register and later look it up using that ID. The look up through getServiceReferences() took 4-5 seconds when we have 200K services registered. Also, can someone shed some light for the following questions: - Do you think lazy service creation may be the reason? Is lazy creation the default? How to configure it? - Can you outline the steps to use ServiceTrackerCustomizer to build index? Do you mean trapping the registration events and build the needed indexes? Service Registration: we register all the 200K service instances in a loop. They are one of 5 different server classes. BundleContext bc, Dictionary&lt;String, String&gt; props = new Hashtable&lt;String, String&gt;(1); props.put(“ID”, “ID0000001”); bc.registerService(ServiceClass, serviceObject, createProperties(props)); Service Look up: BundleContext bc, bc.getServiceReferences(ServiceClass, "(ID=ID0000001)”); Thank you, Stanley From: equinox-dev-bounces&lt; at &gt;eclipse.org [mailto:equinox-dev-bounces&lt; at &gt;eclipse.org] On Behalf Of BJ Hargrave Sent: Friday, May 04, 2012 10:19 AM To: Equinox development mailing list Subject: Re: [equinox-dev] Service Lookup by GUID very Slow Equinox also indexes by objectClass alone. So I am not sure what the discrepancy is here. Would be nice to have the test case code to analyze. Stanley, can you post a gist with the code? -- BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance&lt;http://www.osgi.org/&gt; hargrave&lt; at &gt;us.ibm.com&lt;mailto:hargrave&lt; at &gt;us.ibm.com&gt; office: +1 386 848 1781 mobile: +1 386 848 3788 From: "Richard S. Hall" &lt;heavy&lt; at &gt;ungoverned.org&lt;mailto:heavy&lt; at &gt;ungoverned.org&gt;&gt; To: Equinox development mailing list &lt;equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt;&gt;, Date: 2012/05/04 13:16 Subject: Re: [equinox-dev] Service Lookup by GUID very Slow Sent by: equinox-dev-bounces&lt; at &gt;eclipse.org&lt;mailto:equinox-dev-bounces&lt; at &gt;eclipse.org&gt; ________________________________ Just a side comment... On the Felix framework, it is technically possible to index services on arbitrary service properties, but we don't provide any configuration properties to do so. By default, we only index on objectClass, which I assume Equinox does as well. If all of your services have the same objectClass, then it will regress to a linear search. There is no other magic to make it faster in Felix. I would expect something similar in Equinox. If that is not the case, then yeah it sounds like there is an issue. -&gt; richard On 5/4/12 12:41 , Stanley_Poon&lt; at &gt;DELL.com&lt;mailto:Stanley_Poon&lt; at &gt;DELL.com&gt; wrote: Tom, You are right on. I am using a simple filter. We just added a GUID property to each service. Two follow up questions: - We ran the same tests on Felix and Knopflerfish and get 100ms response time. This is about 50X. I am wondering there may be something wrong in the environment. Do you think JVM settings like Perm generation size helps? I have Xmx=2GB, Xms=1GB and XXMaxPermSize=64MB. - Do you think lazy service creation may be the reason? Is lazy creation the default? How to configure it? - Can you outline the steps to use ServiceTrackerCustomizer to build index? Do you mean trapping the registration events and build the needed indexes? Thank you, Stanley From: equinox-dev-bounces&lt; at &gt;eclipse.org&lt;mailto:equinox-dev-bounces&lt; at &gt;eclipse.org&gt; [mailto:equinox-dev-bounces&lt; at &gt;eclipse.org] On Behalf Of Thomas Watson Sent: Friday, May 04, 2012 5:40 AM To: Equinox development mailing list Subject: Re: [equinox-dev] Service Lookup by GUID very Slow I was also not sure what you meant by GUID. After some thought I think you probably mean the service id or perhaps the service pid (service.id and service.pid properties)? And by lookup I assume you are using some kind of service filter, for example "(service.id=23)" with a call to BundleContext.getServiceReferences. I will say that the service registry is not optimized for this kind of lookup. You are far better keeping your own data structure that optimizes the lookup over the set of service references and indexes on the keys that you want to use to lookup service references. This can easily be done with a ServiceTrackerCustomizer. Tom [cid:image001.gif&lt; at &gt;01CD2D05.A58E8680]BJ Hargrave---05/03/2012 10:04:05 PM---What is service lookup by GUID? Services don't have globally unique identifiers. Can you provide more information on the specif From: BJ Hargrave/Austin/IBM&lt; at &gt;IBMUS To: Equinox development mailing list &lt;equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt;&gt;, Date: 05/03/2012 10:04 PM Subject: Re: [equinox-dev] Service Lookup by GUID very Slow ________________________________ What is service lookup by GUID? Services don't have globally unique identifiers. Can you provide more information on the specifics of your lookup? Such as the code snippet? -- BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance&lt;http://www.osgi.org/&gt; hargrave&lt; at &gt;us.ibm.com&lt;mailto:hargrave&lt; at &gt;us.ibm.com&gt; office: +1 386 848 1781 mobile: +1 386 848 3788 From: &lt;Stanley_Poon&lt; at &gt;DELL.com&lt;mailto:Stanley_Poon&lt; at &gt;DELL.com&gt;&gt; To: &lt;equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt;&gt;, Date: 2012/05/03 16:54 Subject: [equinox-dev] Service Lookup by GUID very Slow Sent by: equinox-dev-bounces&lt; at &gt;eclipse.org&lt;mailto:equinox-dev-bounces&lt; at &gt;eclipse.org&gt; ________________________________ In an experiment to have 200K of services registered, the service lookup by GUID is exceedingly slow – more the 4 seconds per lookup. There are enough RAM (8G) and heap (2G) allocated. What would be the reason of the slowness of the lookup? Any settings to start the framework to improve this? Thanks, Stanley_______________________________________________ equinox-dev mailing list equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt; https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt; https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt; https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list equinox-dev&lt; at &gt;eclipse.org&lt;mailto:equinox-dev&lt; at &gt;eclipse.org&gt; https://dev.eclipse.org/mailman/listinfo/equinox-dev </pre> Stanley_Poon-9gNvg8MwaQo< at >public.gmane.org 2012-05-08T17:44:35 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6546 <pre>Ah yes, that was the problem. Thanks for the help Stephan. Ben On Tue, May 8, 2012 at 11:02 AM, Stephan Herrmann &lt;stephan-CFLBMwTPW48UNGrzBIF7/Q&lt; at &gt;public.gmane.org&gt; wrote: </pre> Ben Abernathy 2012-05-08T17:07:16 http://permalink.gmane.org/gmane.comp.ide.eclipse.equinox.devel/6545 <pre>Ben, that's why we need the docs :-/ I remember a discussion to use --launcher.appendVmargs only as a toggle, you'd still need -vmargs in addition. Also, I'm not sure if all is supported on the command line or whether the toggle must occur in the .ini file (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=149994#c56 ) Stephan On 05/08/2012 06:57 PM, Ben Abernathy wrote: </pre> Stephan Herrmann 2012-05-08T17:02:53 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.ide.eclipse.equinox.devel