l e m m s t e r . d e » eclipse

WONTFIX: Run JUnit Plug-in tests on a non-Equinox framework

Markus Alexander Kuppe — Thu, 08 Jul 2010 09:44:01 +0000

In case you want to make sure your code is interoperable between different OSGi frameworks, you will be interested in bug #319089. It is about enhancing the JUnit Plug-in Launch config to support more than just Equinox as an OSGi framework.

Unfortunately the PDE team has deemed non-Equinox frameworks not important enough to justify the change and hence marked the bug WONTFIX. You – the community – might want to show them, that compatibility across OSGi frameworks is no waste of efforts. Especially if Eclipse is supposed to remain the primary development environment for OSGi-based projects.

Do not ask what the committer reps can do for you, ask what you can do for the committer reps

Markus Alexander Kuppe — Sat, 29 May 2010 09:06:10 +0000

In a recent blog post by Wim, he asked how the Eclipse Foundation (EF) can help solve the tragedy of the commons problem and bug #313479 follows up on this direction by requesting the EF to support individual projects do fund-raising (think Friends of Eclipse at the project level). The committer representatives have shown their intent to raise this issue during the next board meeting, but to be prepared, they need to know if and how other (open source) organizations, communities and projects tackle project level donations.

If you happen to have an answer or be otherwise an expert on this matter, please leave a comment on bug #313479. Thanks!

Distributed OSGi – The ECF way at DemoCamp Hamburg

Markus Alexander Kuppe — Mon, 25 May 2009 09:35:35 +0000

Following up on our presentations given at EclipseCon earlier this year [1][2], I will do a talk on ECF’s implementation of distributed OSGi/RFC119 later today at the local Galileo DemoCamp here in Hamburg.
Make sure to show up in case you are in the area. Not just to hear about RFC119, but also to attend the other talks and the stammtisch afterwards. :-)

[1] Best Practices with distributed OSGi services
[2] Distributed OSGi – The ECF way

Git anybody? – not so fast

Markus Alexander Kuppe — Thu, 19 Feb 2009 12:32:44 +0000

Git appears to gain a lot momentum as the DVCS for Eclipse recently. Even our benevolent dictator Mike M. deemed it important enough to comment on _the_ Git bug. ;-)
While I am a strong supporter of Git myself (mostly because I lack experience with Mercurial, bzr, Darcs), we should take a second before we make a decision. Simply because it looks like other (FOSS) Java-related projects are rather walking into the direction of Mercurial with OpenJDK, NetBeans being the most prominent ones (OK maybe just projects backed by SUN). On top of that Eclipse based Mercurial tooling is allegedly superior to Git in its current state (though this is probably going to change the second we pick a winner). From the feature set, both systems don’t seem to differ much (what I read however is, it might not be possible to rewrite history in Mercurial)

So in case you have a Mercurial/bzr/Darcs/… success story sitting in your pocket or you can answer Mike’s question regarding Mercurial, please leave a comment on bug #249745.

Oh yeah, with distributed version control being the hot topic for this year’s board elections, I am one of the candidates who had DVCS on his mission statement right from the get go. ;-)

Non-established since 2001

p2 metadata generation embedded into classic update site building

Markus Alexander Kuppe — Wed, 04 Feb 2009 08:12:49 +0000

Many of us have probably written their PDE build around the famous build automation article. With Galiloe’s must do to provide p2 metadata, many projects are forced to update their build now.
We at ECF want to stick to our classic update site and keep build changes minimal though. So here’s how we’ve done our integration. Technically, it simply creates p2 metadata from pre build classic update site. You could also move generation out of PDE build if required.

//customBuild.xml

And just before everything is zipped in site/build.xml, let p2 generate metadata from bits at ${updateSiteStagingLocation} and you’re done.

//site/build.xml // build classic update site ...



metadataRepository="file:${updateSiteStagingLocation}"

artifactRepository="file:${updateSiteStagingLocation}"

site="file:${updateSiteStagingLocation}/site.xml"

updateSite="${updateSiteStagingLocation}"/>

// zip update site ...

Until the fix to bug #263449 hits the grounds, “inplace” has to be used instead of “updateSite”.

Google summer of code 2009 is on

Markus Alexander Kuppe — Thu, 08 Jan 2009 08:39:06 +0000

Yesterday the GSoC team gave the green light to Google summer of code 2009. Yay :-)
In case you don’t know what GSoC is all about, you should read the program faq or join us in #eclipse-soc at irc.freenode.net.

To the rest of us, lets not waste time but start to collect ideas and approach prospective students now! I’ve prepared a 2009er ideas page on the wiki for us to use.

git repo (mirror) for rt/org.eclipse.ecf

Markus Alexander Kuppe — Tue, 23 Dec 2008 21:39:23 +0000

With a bunch of breaking API changes ahead of me and no intention to get into CVS merge hell (using my own branch for the changes), I decided to give git a test spin. Others have blogged about it already and it appears as if the foundation is looking into the issue already but have postponed a decision until next year.
So I did like Andy has done before me and created a git mirror of ECF’s CVS with git-cvsimport. I’ll report back in a while how things work out with Egit (soon at Eclipse.org) and git <> CVS.
If people are interested to use the git repo, we’d need to figure a way to make the master available at ecf2.osuosl.org.

ECF at OSGi community event 2008

Markus Alexander Kuppe — Mon, 09 Jun 2008 14:11:20 +0000

Jan Rellermeyer and I are going to present ECF at the OSGi community event in Berlin. The talk is titled “Distributed OSGi Services with the Eclipse Communication Framework
(ECF)” and the abstract reads as follows:

The Eclipse Communication Framework will soon go into version 2.0,
which will bring the concepts around distributed OSGi services to the
mainstream Eclipse developers. In this talk, we will introduce the various
tools and concepts that ECF provides the users with. Different service
discovery protocols like SLP and mDNS are available for finding remote
services in the network. The interaction with remote services is supported
through distributed shared objects or the R-OSGi system. On top,
applications can either access remote services completely transparently, or
take advantage of an explicit API that allows advanced interaction patterns
like asynchronous calls or futures. We will compare the ECF API with other
related concepts and the ongoing efforts around RFC 119.

In case you’re in the area, make sure to attend. The speakers list includes the who is who of the OSGi community and I’m honored to be given the chance to present the work we’ve done in ECF. :-)

Help Chris answer the question “who actually uses ECF?”.

Markus Alexander Kuppe — Wed, 28 May 2008 05:42:35 +0000

Based on an idea by Chris, the ECF project wishes to compile a list of adopters to get a better feel for our community. In case you’re one of them, please take a moment and add yourself to the list. Thanks!

Btw. to log into the wiki, one needs to create a Bugzilla account.

toString() generation accepted for Google Summer of Code 2008

Markus Alexander Kuppe — Thu, 15 May 2008 08:39:21 +0000

A few weeks ago Mateusz Matela has been accepted as a GSoC Student to work on toString(). His app looked most promising and I’m convinced he’ll complete the term successfully. And in case he stumbles, Mike Haller and I run to the rescue.

toString() generation is pretty basic functionality which is definitely useful to any Java developer. So take a moment and add your ideas to our planned features. Also make sure to check back once coding has started May 26.

Other accepted Eclipse GSoC projects are listed on the wiki. Check ‘em out too!