gmane.comp.ide.eclipse.equinox.devel

Configure p2 Repository Managers to connect to HTTPS repository(-ies) with client certificate(s) programmatically

Dmytro Pishchukhin — 2012-05-20T06:28:27

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

Eclipse and Equinox Juno RC1 now available

David M Williams — 2012-05-19T22:46:18


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/

Package uses conflict: Import-Package

Dan Lipofsky — 2012-05-18T17:13:46

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> diag 7
initial< at >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-

Re: Service Lookup by GUID very Slow -theFrameworkScalability

2012-05-17T23:08:35

Bug filed: https://bugs.eclipse.org/bugs/show_bug.cgi?id=379865

From: equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org [mailto:equinox-dev-bounces< at >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< at >public.gmane.org]Gunnar Wagenknecht ---05/10/2012 01:23:05 AM---Stanly,

From:


Gunnar Wagenknecht <gunnar-DDAdSCQIZD/oSeNpYEG0Jg< at >public.gmane.org>


To:


equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org<mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>,


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< at >public.gmane.or

Re: Service Lookup by GUID very Slow - the Framework Scalability

2012-05-17T23:07:54

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< at >public.gmane.org [mailto:equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org] On Behalf Of Gunnar Wagenknecht
Sent: Wednesday, May 09, 2012 11:22 PM
To: equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >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< at >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

Re: Where to find templates/ and scripts/ historically from org.eclipse.equinox.servletbridge?

Raymond Auge — 2012-05-17T15:22:43


The SDK contains all the latest jars including the bridgeservlet code.

[rotty< at >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.

Re: Where to find templates/ and scripts/ historically from org.eclipse.equinox.servletbridge?

Dan Lipofsky — 2012-05-17T14:57:13

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 <ljelinek-RyvdH1UADzJBDgjK7y7TUQ< at >public.gmane.org<mailto:ljelinek-RyvdH1UADzJBDgjK7y7TUQ< at >public.gmane.org>>
Reply-To: Equinox development mailing list <equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org<mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>>
To: "equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org<mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>" <equinox-dev< at >eclipse.org<mailto:equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>>
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'

Re: Where to find templates/ and scripts/ historically from org.eclipse.equinox.servletbridge?

Brian de Alwis — 2012-05-17T11:51:42

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.

Re: Where to find templates/ and scripts/historically from org.eclipse.equinox.servletbridge?

Libor Jelinek — 2012-05-17T10:06:23

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

Servlet Bridge

Dan Lipofsky — 2012-05-16T21:19:11

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.v2010

Re: Enabled pre-receive hook on equinox gitrepositories

Thomas Watson — 2012-05-15T12:39:02

Thanks for setting us up Paul.

Tom




                                                                                                                           
  From:       Paul Webster <pwebster-cmaem7PIVQT44Nm34jS7GywD8/FfD2ys< at >public.gmane.org>                                                                  
                                                                                                                           
  To:         Equinox development mailing list <equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>,                                                  
                                                                                                                           
  Date:       05/15/2012 07:33 AM                                                                                          
                                                                                                                           
  Subject:    [equinox-dev] Enabled pre-receive hook on

Enabled pre-receive hook on equinox git repositories

Paul Webster — 2012-05-15T12:30:43

Hi,

I have enabled the pre-receive hook on the equinox git repositories.

For more info:
*Bug 362363* <https://bugs.eclipse.org/bugs/show_bug.cgi?id=362363> - Better
policy ... provide hooks to allow a committer to delete <userid>/branchname
branches

Re: Service Lookup by GUID very Slow - theFrameworkScalability

Thomas Watson — 2012-05-10T18:49:30

I agree with Gunner.  Please open a bug report and attach a test that we
can reproduce with.

Tom




                                                                                                                         
  From:       Gunnar Wagenknecht <gunnar-DDAdSCQIZD/oSeNpYEG0Jg< at >public.gmane.org>                                                                
                                                                                                                         
  To:         equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org,                                                                                   
                                                                                                                         
  Date:       05/10/2012 01:23 AM                                                                                        
                                                                                                                         
  Subject:

Re: Service Lookup by GUID very Slow - the FrameworkScalability

Gunnar Wagenknecht — 2012-05-10T06:21:31

Stanly,

Am 08.05.2012 20:18, schrieb Stanley_Poon-9gNvg8MwaQo< at >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

Adding unbundled JARs to OSGi

Dan Lipofsky — 2012-05-09T16:12:36

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

Re: Service Lookup by GUID very Slow - the Framework Scalability

Neil Bartlett — 2012-05-08T18:22:23

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

Re: Service Lookup by GUID very Slow - the Framework Scalability

2012-05-08T18:18:02

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< at >eclipse.org [mailto:equinox-dev-bounces< at >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 s

Re: Service Lookup by GUID very Slow - the Framework Scalability

Neil Bartlett — 2012-05-08T18:01:58

* 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

Re: Service Lookup by GUID very Slow - the Framework Scalability

2012-05-08T17:44:35

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 i

Re: JVM arguments passed through launcher commandline?

Ben Abernathy — 2012-05-08T17:07:16

Ah yes, that was the problem. Thanks for the help Stephan.

Ben

On Tue, May 8, 2012 at 11:02 AM, Stephan Herrmann
<stephan-CFLBMwTPW48UNGrzBIF7/Q< at >public.gmane.org> wrote:

Re: JVM arguments passed through launcher commandline?

Stephan Herrmann — 2012-05-08T17:02:53

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: