gmane.comp.ide.eclipse.equinox.devel

Re: Use equinox "application admin" in felix

Florian Pirchner — 2013-05-19T14:56:35

Hi Neil,

thanks a lot i. Tried your idea and the bundles became started properly 
so far. But had do add a lot of other equinox bundles too. So things 
became complicated.

Maybe there is a different implementation for Application Admin that 
does not depend on implementation details of underlying OSGi framework? 
I tried to find one, but equinox seems to be the one and only open 
source impl of it.

Or maybe there is a different way to implement my feature. I studied the 
OSGi specs properly but could not find one except application admin.

I am using CM and ManagedFactories to create ServiceInstances. For 
instance a jetty service instance (my own; not the equinox one) on port 
8080 and one on port 9090. These services are available in the service 
registry. And the services offer methods for startJetty and stopJetty. 
It would be simple to write a ManagerService that tracks all jetty 
services. And additionally writing a console command to tell the manager 
to start and stop them.
But thats would become

Re: Use equinox "application admin" in felix

Neil Bartlett — 2013-05-19T11:33:52

Try including the org.eclipse.equinox.supplement bundle. This bundle is
specifically intended to provide the same packages that Equinox exports,
and is used when running on non-Equinox frameworks.

I haven't tried this with the ApplicationAdmin bundle, but I have
successfully used it to run Equinox DS on a Felix framework.

Regards,
Neil

On Sat, May 18, 2013 at 2:51 PM, Florian Pirchner <
florian.pirchner-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Use equinox "application admin" in felix

Florian Pirchner — 2013-05-18T13:51:10

Hi,

i am wondering if equinox application (org.eclipse.equinox.app) can be 
used with apache felix. I am not sure since there are some imported 
org.eclipse.osgi.*-packages. So it seems that "application admin" always 
requires equinox as its runtime.

Thanks for your help,
Florian

Eclipse (4.3) and Equinox Downloads are available forKepler RC1

David M Williams — 2013-05-17T20:42:11

Download: 
http://download.eclipse.org/eclipse/downloads/drops4/S-4.3RC1-201305162200/

Update: 
http://download.eclipse.org/eclipse/updates/4.3milestones/

Or build against this specific repository URL: 
http://download.eclipse.org/eclipse/updates/4.3milestones/S-4.3RC1-201305162200/

Equinox is at 
download.eclipse.org/equinox/drops/S-KeplerRC1-201305162200/

Test and then re-test! 

Thanks to all who helped make this RC possible.

Re: launcher.openFile extensible?

Thomas Watson — 2013-05-15T21:23:31

The help documentation should give you some idea [1]

This support is not really extensible except for the fact that the openFile
option eventually fires a SWT.OpenDocument event.  I think the Eclipse IDE
has its own SWT listener that takes the action to actually open the file in
the workbench, but your own RCP application could decide to do something
else.  I suspect you are wanting this to work in an environment where the
Eclipse IDE is running and so that is why you want different launcher
'actions'.  This is not possible today and I suspect will require a number
of changes to native launcher, SWT and possibly the workbench to make it
so.

Tom

[1]
http://help.eclipse.org/juno/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Fguide%2Fproduct_open_file.htm



From:Andrew Eisenberg <andrew-vDVzBpfwjAkBYO9ADj84pA< at >public.gmane.org>
To:Equinox development mailing list <equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>,
Date:05/15/2013 03:39 PM
Subject:[equinox-dev] launcher.openFile extensible?
Sent by

launcher.openFile extensible?

Andrew Eisenberg — 2013-05-15T20:39:01

Hi all,

Not sure if this is the right list to ask this question, so if not,
please let me know where I should be asking.

The launcher.openFile feature allows you to open a file in an eclipse
instance from the command line.  I'm wondering if this feature is
extensible.  For example, something like 'eclipse
--launcher.importProject' would import an existing project into an
eclipse instance.  'eclipse --launcher.createProject' would create a
project, etc.  To implement this, would I need to touch the native
launcher libraries, or could I get away with making changes to java
files only?

thanks,
Andrew

Re: extension point parameter element

Andre Pietsch — 2013-05-10T14:52:57

Hello John,

thank you very much for the hint. That helped a lot.

Is there a possibility to add a hint to that interface to the 
documentation of that element of the extension point?

Regards, Andre

Am 10.05.2013 15:58, schrieb John Arthorne:

Welcome John Ross as a new rt.equinox.frameworkCommitter

portal on behalf of Thomas Watson — 2013-05-10T14:44:02

rt.equinox.framework Committers,
This automatically generated message marks the completion of all the legal
paperwork and webmaster provisioning for John Ross. John Ross is a new full
Committer on the rt.equinox.framework project.

Welcome!

Re: extension point parameter element

John Arthorne — 2013-05-10T13:58:35

If your "run" class can implements org.eclipse.core.runtime.
IExecutableExtension then you can access this data. Read the javadoc on 
that interface for details.

John




From:   Andre Pietsch <andre.pietsch-CIxeMWyn0WzU7Hbv1swvNBvVK+yQ3ZXh< at >public.gmane.org>
To:     equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org, 
Date:   05/10/2013 09:06 AM
Subject:        [equinox-dev] extension point parameter element
Sent by:        equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org



Hello,

I am looking for quite some time for an answer to my question so maybe 
you can help me.

In the extension point definition for the 
"org.eclipse.core.runtime.applications" extension point there can 
"parameter" elements (key/value pairs) be added to the "run" element. I 
would like to utilize these parameters. Is there an easy way to access 
them?

They don't seem to be accessible from the Map I get from 
IApplicationContext.getArguments().

Kindest regards


Andre
_______________________________________________
equ

extension point parameter element

Andre Pietsch — 2013-05-10T13:04:04

Hello,

I am looking for quite some time for an answer to my question so maybe 
you can help me.

In the extension point definition for the 
"org.eclipse.core.runtime.applications" extension point there can 
"parameter" elements (key/value pairs) be added to the "run" element. I 
would like to utilize these parameters. Is there an easy way to access 
them?

They don't seem to be accessible from the Map I get from 
IApplicationContext.getArguments().

Kindest regards


Andre

Commit rights for Kim Moir have been expired

portal on behalf of emo — 2013-05-08T14:49:01

rt.equinox.bundles Committers,
Thomas Watson has expired the commit rights for Kim Moir (kmoir).  The
reason for this change is:

Kim was granted commit rights long ago for releng purposes.  We greatly
appreciated her help over the many releases.  It is time to promote Kim to
Emeritus.

Thanks Kim!

To honor Kim's contributions to the project, Thomas Watson has nominated
Kim for Committer Emeritus status.

Commit rights for Sonia Dimitrov have been expired

portal on behalf of emo — 2013-05-08T14:45:01

rt.equinox.bundles Committers,
Thomas Watson has expired the commit rights for Sonia Dimitrov (sdimitro). 
The reason for this change is:

Sonia was granted commit rights long ago for releng purposes.  We greatly
appreciated her help early on.  It is time to promote Sonia to Emeritus.

Thanks Sonia!

To honor Sonia's contributions to the project, Thomas Watson has nominated
Sonia for Committer Emeritus status.

Commit rights for Kim Moir have been expired

portal on behalf of emo — 2013-05-08T14:44:01

rt.equinox.framework Committers,
Thomas Watson has expired the commit rights for Kim Moir (kmoir).  The
reason for this change is:

Kim was granted commit rights long ago for releng purposes.  We greatly
appreciated her help throughout the releases.  Kim has moved on and the
build process has evolved to CBI.  It is no longer necessary to have a
releng committer on the project.  It is time to promote Kim to Emeritus.

Thanks Kim!

To honor Kim's contributions to the project, Thomas Watson has nominated
Kim for Committer Emeritus status.

Commit rights for Sonia Dimitrov have been expired

portal on behalf of emo — 2013-05-08T14:42:02

rt.equinox.framework Committers,
Thomas Watson has expired the commit rights for Sonia Dimitrov (sdimitro). 
The reason for this change is:

Sonia was granted commit rights long ago for releng purposes.  We greatly
appreciated her help early on.  It is time to promote Sonia to Emeritus.

Thanks Sonia!

To honor Sonia's contributions to the project, Thomas Watson has nominated
Sonia for Committer Emeritus status.

Fw: Committer vote for John Ross hasconcludedsuccessfully

John Arthorne — 2013-05-08T12:35:43

There are always some surprises when I see these vote summary lists. Is it 
time to retire Sonia and Kim's Equinox framework commit rights?

John

----- Forwarded by John Arthorne/Ottawa/IBM on 05/08/2013 08:33 AM -----

From:   portal-noreply-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org (portal on behalf of )
To:     equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org, 
Date:   05/08/2013 12:01 AM
Subject:        [equinox-dev] Committer vote for John Ross has concluded 
successfully
Sent by:        equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org

rt.equinox.framework Committers,
This automatically generated message marks the successful completion of
voting for John Ross to receive full Committer status on the
rt.equinox.framework 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: 7/0/0 with 2 not voting 
   ?  Sonia Dimitrov
  +1  Bogdan Gheorghe
  +1  BJ Hargrave
  +1  DJ Houghton
   ?  Kim Moir
  +1

Committer vote for John Ross has been approved by thePMC

portal on behalf of portal-noreply — 2013-05-08T06:08:01

rt.equinox.framework Committers,
This automatically generated message marks the PMC's approval of the vote
for John Ross's full Committer status on the rt.equinox.framework project.
The next step is for the project lead to return to the portal and fill in
the VCS package and employer information for John Ross.

The PMC's comments were: Welcome!

If you have any questions, please do not hesitate to contact your project
lead, PMC member, or the EMO <emo-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>

Committer vote for John Ross has concludedsuccessfully

portal on behalf of — 2013-05-08T04:01:02

rt.equinox.framework Committers,
This automatically generated message marks the successful completion of
voting for John Ross to receive full Committer status on the
rt.equinox.framework 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: 7/0/0 with 2 not voting 
   ?  Sonia Dimitrov
  +1  Bogdan Gheorghe
  +1  BJ Hargrave
  +1  DJ Houghton
   ?  Kim Moir
  +1  Andrew Niefer
  +1  Silenio Quarti
  +1  Pascal Rapicault
  +1  Thomas Watson

If you have any questions, please do not hesitate to contact your project
lead, PMC member, or the EMO <emo-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org>

Eclipse (4.3) and Equinox Downloads are available forKepler M7

David M Williams — 2013-05-03T19:57:56

See what's new, at 

http://download.eclipse.org/eclipse/downloads/drops4/S-4.3M7-201305020800/news/

Or download soon for non-production use and testing:

Eclipse: 
http://download.eclipse.org/eclipse/downloads/drops4/S-4.3M7-201305020800/

Equinox:
http://download.eclipse.org/equinox/drops/S-KeplerM7-201305020800/

Or, update!

As always, you can update an existing "milestone install" from our p2 
repository at
http://download.eclipse.org/eclipse/updates/4.3milestones/

Or, if you want to "build against" Eclipse M7, we recommend using the 
non-composite repository at 
http://download.eclipse.org/eclipse/updates/4.3milestones/S-4.3M7-201305020800/

As I'm sure everyone knows, we are nearing the end of Kepler development, 
so we'd appreciate some good community and adopter testing of this 
milestone. 
We already have too many bugs on our lists to fix them all before the end 
of the release, but, we need to know if there are any "blockers" (or bad 
regressions) that have not been found or reported yet. 

Test

Re: Classloading issue with javaagent and dedicated Eclipse application

Stephan Herrmann — 2013-05-02T15:27:13

couldn't you wrap it / replace it with an agent of your own?

Re: Classloading issue with javaagent and dedicated Eclipse application

Tomljenovic Marko (CDG-SMT/EMT1 — 2013-05-02T15:24:36

Thanks for the hint.
The problem is that I cannot change the agent code since it is the regular jacoco java agent jar.

Any other ideas?


-----Ursprüngliche Nachricht-----
Von: equinox-dev-bounces-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org [mailto:equinox-dev-bounces-j9T/66MeVpHF2uMehF1BdA< at >public.gmane.orgg] Im Auftrag von Stephan Herrmann
Gesendet: Donnerstag, 2. Mai 2013 17:22
An: equinox-dev-j9T/66MeVpFAfugRpC6u6w< at >public.gmane.org
Betreff: Re: [equinox-dev] Classloading issue with javaagent and dedicated Eclipse application

I don't know about your exact situation but I know about the
difficulties of communicating between a javaagent and the rest
of the world.
I'm not sure if it is even possible to let regular classes "see"
the agent, given that the agent isn't actually on the classpath.
I believe you could get the communication established like this:
- let the agent store itself in a Object-typed field of a non-agent
   class that is visible to both sides (may need to be on the
   bootclasspath).
- let th

Re: Classloading issue with javaagent and dedicated Eclipse application

Stephan Herrmann — 2013-05-02T15:22:01

I don't know about your exact situation but I know about the
difficulties of communicating between a javaagent and the rest
of the world.
I'm not sure if it is even possible to let regular classes "see"
the agent, given that the agent isn't actually on the classpath.
I believe you could get the communication established like this:
- let the agent store itself in a Object-typed field of a non-agent
   class that is visible to both sides (may need to be on the
   bootclasspath).
- let the regular class pick up that instance and invoke methods
   via reflection.

HTH,
Stephan

On 05/02/2013 04:29 PM, Tomljenovic Marko (CDG-SMT/EMT1) wrote: