Gunnar's Webloghttp://wagenknecht.org/blog
Technology enthusiast, world traveler and dad.Fri, 21 Oct 2016 14:43:04 +0000en-UShourly1https://wordpress.org/?v=4.6.165427312Subscribe with My Yahoo!Subscribe with GoogleSubscribe with Live.comDrop SWT XULRunner Support on macOS?http://feedproxy.google.com/~r/eclipseguru/~3/oGIqShAJksI/drop-swt-xulrunner-support-on-macos.html
http://wagenknecht.org/blog/archives/2016/10/drop-swt-xulrunner-support-on-macos.html#respondMon, 17 Oct 2016 14:41:21 +0000http://wagenknecht.org/blog/?p=904Continue reading Drop SWT XULRunner Support on macOS?→]]>Last week, I started playing with the SWT macOS Cocoa port. You can follow all the changes and discussions via bug 502090. I now have a successful build using recent macOS libraries from 10.12.

The last missing piece is support for a Mozilla browser on macOS. This as been implemented using the XULRunner. However, the XULRunner is deprecated and has been removed from most Linux distros (according to Wikipedia).

I’d like to drop support for it completely from macOS. Is there anyone relying on it? If yes, do you have the time/resources to commit to maintaining it going forward?

]]>http://wagenknecht.org/blog/archives/2016/10/drop-swt-xulrunner-support-on-macos.html/feed0904http://wagenknecht.org/blog/archives/2016/10/drop-swt-xulrunner-support-on-macos.htmlEclipse Neon and ssh-agenthttp://feedproxy.google.com/~r/eclipseguru/~3/xaL117nW3BE/eclipse-neon-and-ssh-agent.html
http://wagenknecht.org/blog/archives/2016/06/eclipse-neon-and-ssh-agent.html#respondThu, 23 Jun 2016 12:31:02 +0000http://wagenknecht.org/blog/?p=855Continue reading Eclipse Neon and ssh-agent→]]>Eclipse Neon is out. Time to give a long awaited feature a try again. It’s support for re-using the identify from ssh-agent running on my system within Eclipse. I want this primarily for the Eclipse Git integration.

As it turns out, the core support is part of Eclipse Neon. The SSH interface had been made extensible for additional identity discovery. The remaining missing piece is the actual code that bridges the ssh-agent connection into the Eclipse SSH interface (powered by JSch). The reason for this are – of course – legal issues. It would be great if those can be addressed and this can be shipped out of the box in Eclipse.

I forked the initial work from the JSch folks and made it consumable as an update site.

]]>http://wagenknecht.org/blog/archives/2016/06/eclipse-neon-and-ssh-agent.html/feed0855http://wagenknecht.org/blog/archives/2016/06/eclipse-neon-and-ssh-agent.htmlVPN Speed with Cisco AnyConnect on OS Xhttp://feedproxy.google.com/~r/eclipseguru/~3/yQP3JzG5Uuo/slow-vpn-speed-with-cisco-anyconnect-on-os-x.html
http://wagenknecht.org/blog/archives/2016/02/slow-vpn-speed-with-cisco-anyconnect-on-os-x.html#respondWed, 24 Feb 2016 11:37:40 +0000http://wagenknecht.org/blog/?p=835Continue reading VPN Speed with Cisco AnyConnect on OS X→]]>I’m using the Cisco AnyConnect Secure Mobility Client version 4.1 for connecting to a Cisco VPN. At some point, I noticed a significant speed drop. I don’t remember when it happened but I never got any speed higher than 50k bytes per second. That’s really slow compared to what my DSL allows.

After some further investigation today, a friend gave me a tip with regards to tweaking the MTU size. Turns out, Apple’s default of 1500 was actually the culprit. I didn’t expect that. My VPN is now working at full DSL speed.

Here is the link to testing and setting the MTU size: Fix WiFi on OS X by tweaking the MTU. Now, even thought the post talks about WiFi, it worked on my wired ethernet connection too.

Have fun!

]]>http://wagenknecht.org/blog/archives/2016/02/slow-vpn-speed-with-cisco-anyconnect-on-os-x.html/feed0835http://wagenknecht.org/blog/archives/2016/02/slow-vpn-speed-with-cisco-anyconnect-on-os-x.htmlWhy I love Open Sourcehttp://feedproxy.google.com/~r/eclipseguru/~3/kqHmpGJggao/why-i-love-open-source.html
http://wagenknecht.org/blog/archives/2015/11/why-i-love-open-source.html#respondTue, 17 Nov 2015 08:22:20 +0000http://wagenknecht.org/blog/?p=797Continue reading Why I love Open Source→]]>Here is another example of why I love working with open source software and its communities. Last Thursday, one of my team members reached out and asked for advice with regards to a build issue he was observing. We use Maven & Tycho at Tasktop for building almost all of our products. One of its unique features is automated stable versioning based on source code history and dependencies.

Turns out that there was a shortcoming in the implementation with regards to building an aggregated version based on component dependencies. After finding out, I opened a defect report, prepared a patch and posted to the mailing list for awareness and getting feedback on Friday. This took me less then an hour of my time. By Monday – only 72 hours later – the patch was accepted and merged into the main code base, unblocking my colleague.

Discover the root cause.

File defect report

Prepare patch

Communicate about change and collect feedback

Cross fingers – or – hold thumbs.

In my opinion, the key criteria for such a change being successful is the patch size. Yes, I could have added configurability to the change and that would have increased the patch size. The larger a change is, the more time committers need to set aside for understanding and reviewing a change. It’s about the minimal viable solution – keeping things simple. Don’t overwhelm committers with your first change.

Well, and it pays off going to conferences and having a beer or two with project committers.

]]>http://wagenknecht.org/blog/archives/2015/11/why-i-love-open-source.html/feed0797http://wagenknecht.org/blog/archives/2015/11/why-i-love-open-source.htmlLooking for Eclipse Standard download?http://feedproxy.google.com/~r/eclipseguru/~3/xnw7J7I9lsY/looking-for-eclipse-standard-download.html
http://wagenknecht.org/blog/archives/2014/09/looking-for-eclipse-standard-download.html#commentsMon, 29 Sep 2014 13:35:56 +0000http://wagenknecht.org/blog/?p=559Continue reading Looking for Eclipse Standard download?→]]>This is just a heads up that with Luna SR1 the formerly called “Eclipse Standard” package is no longer available. It has been renamed to “Eclipse IDE for Committers“.

The main reason for this change is because the name “Eclipse Standard” meant very different things for people so we decided on a name which clearly identifies the target audience of that package. It contains tools for Java and OSGi/Plug-in development and the source code of Eclipse itself. The history of that package is the Eclipse SDK which IMO shouldn’t be a recommended standard download of Eclipse.

What do you recommend for someone just got told to download “Eclipse”?

Honestly, it has everything you need these days and it’s not to heavy. Even if you don’t need it for Java development I still recommend it as a better option than starting with a vanilla Eclipse Platform Runtime Binary.

Now you have an absolute bare minimum, unbranded Eclipse package built by yourself. From here it’s easy to install additional plug-ins from the Eclipse Marketplace (got to Help → Eclipse Marketplace…).

]]>http://wagenknecht.org/blog/archives/2014/09/looking-for-eclipse-standard-download.html/feed1559http://wagenknecht.org/blog/archives/2014/09/looking-for-eclipse-standard-download.htmlGoing to EclipseCon, see you there!http://feedproxy.google.com/~r/eclipseguru/~3/-nT7b5V1evY/going-to-eclipsecon-see-you-there.html
http://wagenknecht.org/blog/archives/2014/03/going-to-eclipsecon-see-you-there.html#respondWed, 12 Mar 2014 08:45:31 +0000http://wagenknecht.org/blog/?p=516Continue reading Going to EclipseCon, see you there!→]]>The closer we get, the more exiting it is.

Andrew Eisenberg and myself been working on a prototype to extend Mylyn from the Eclipse IDE into web IDEs. While doing that, Andrew also came up with a few other interesting extensions using the same open web APIs to bring Mylyn into basically any other application. That’s pretty cool. There will be some slides in the beginning and then a full set of demos.

This one was originally proposed by Ericsson but the speaker isn’t able to attend EclipseCon. However, I was involved in the work that happened last year from the beginning and it’s now available in Mylyn Reviews. With the Gerrit dashboard now being available within Eclipse it’s no longer necessary to switch between the web and Eclipse back and forth when doing code reviews.

For me personally, it really is like a big family anniversary. It will be my ninth EclipseCon in North America and I’m pretty sure it’s not getting any less interesting then my first one. I also look forward to the Hyatt, which I never been at before.

]]>http://wagenknecht.org/blog/archives/2014/03/going-to-eclipsecon-see-you-there.html/feed0516http://wagenknecht.org/blog/archives/2014/03/going-to-eclipsecon-see-you-there.htmlEclipse Bundle Recipeshttp://feedproxy.google.com/~r/eclipseguru/~3/dVCOn-FfWeA/eclipse-bundle-recipes.html
http://wagenknecht.org/blog/archives/2014/02/eclipse-bundle-recipes.html#commentsSat, 01 Feb 2014 21:19:32 +0000http://wagenknecht.org/blog/?p=506Continue reading Eclipse Bundle Recipes→]]>The Eclipse Bundle Recipes project (EBR) was created with the intention to develop and host a technology and recipes for creating OSGi bundles out of regular non-OSGi Java libraries. Unfortunately, not a lot has happened after it’s creation. Frankly, as the Git repository and the history unveils, it has been just a code drop of the SpringSource Enterprise Bundle Repository recipes. I’m here to change that!

As an Orbit committer, it’s has been my pleasure to convert Java libraries to OSGi for quite some time now. If you know how Orbit bundles are created, you know it’s an exercise. Thus, I also have a high motivation for the Eclipse EBR project to be successful. Last week was one of those where I looked at upgrading a few of the Orbit bundles I’m maintaining. Turns out, the libraries are actually quite active and – as every good OS project does these days – they also release very frequently. That’s really turning into a boring exercise. Thus, I decided to craft together a process that would simplify things for me.

The result is very promising. With just one nice little Maven plug-in I created, a small Maven POM and an OSGi BND descriptor file I’m now able to consume the libraries directly from Maven central (or whatever Maven repo they come from), push them through a filtering step which may remove or add files, generate the OSGi manifest headers, add p2 metadata information and deploy them back into a Maven repository (eg. a local one). Then, in a second step, I’ll let Tycho run and it creates a p2 repository where the bundles are published together with a source bundle containing the library source code. Done.

Over the next few days I’m hoping to make that available in the EBR Git repository. For the time being I pushed it to Github*[1]. I first need to review the dependencies and push them through the Eclipse.org IP process. Once that is done, we should have a pretty neat solution for EBR. However, remember that EBR will only host and distribute the recipes, not the actual libraries. You have to generate them yourself.

For Eclipse projects, this is where Orbit comes back into the game. Orbit can take and run the recipes of all IP approved libraries from EBR (or create its own) and publish the bundles as today in p2 repositories.

On one hand, the investment into the Eclipse IDE of existing, long-time contributors is declining. There might be plenty of reasons for that. But over time, this decline in investment has become visible to the users of Eclipse – developers that use it every day to get their job done. Personally, I’m missing innovation in things that really makes up a great IDE. Well, some might say that innovation happens in the web these days. Desktop IDEs are boring.

Really? Because on the other hand, there are many companies out there which are spending quite a bit of money on licenses for commercial desktop IDEs every year! Thus, I’m wondering if some of those companies would rather spend a similar amount or a bit less on Eclipse? Do you care about developers? Imagine there is a team of experienced people with a great vision on the Eclipse IDE available that is seeking for funding. Imagine that with your funding, you can not only contribute to a sustainable future of the Eclipse IDE but also participate in making decisions on how this future should look like. Now I’m telling you, that you don’t even need to hire developers for that!

Industry working groups at Eclipse are an easy way for companies to efficiently work together on a common goal. I’m looking for feedback and interested parties! Does that idea sound interesting? What aspects of the proposal do you like and which not at all? How much would you be willing to spend? What kind of participation do you like? What is missing and should be covered?

]]>http://wagenknecht.org/blog/archives/2013/10/bringing-the-eclipse-ide-forward.html/feed5481http://wagenknecht.org/blog/archives/2013/10/bringing-the-eclipse-ide-forward.htmlTime to vote!http://feedproxy.google.com/~r/eclipseguru/~3/_szUd9rhDZY/time-to-vote.html
http://wagenknecht.org/blog/archives/2013/02/time-to-vote.html#respondWed, 27 Feb 2013 21:11:07 +0000http://wagenknecht.org/blog/?p=463Continue reading Time to vote!→]]>It’s the time of the year again when the Eclipse Foundation calls all committers to cast their votes. Each year members of the board are elected for representing two very important groups of the community at Eclipse!

IMO this is one of the best ways to allow the community to participate and make its voice heard. Topics such as committer tools (Git, Bugzilla & co) and improvements to the IP process (such as parallel IP, incubation) are discussed at the board resulting into plans/directions for the Eclipse Foundation to implement.

My vision and my goals for 2013 are available online on my candidate page. If you have any questions please don’t hesitate and send them to me.

Two days ago webmaster sent out an email to all committers with voting credentials.

Please don’t miss this chance to make your voice heard and vote now. I would be pleased to receive yours.

Thanks!

]]>http://wagenknecht.org/blog/archives/2013/02/time-to-vote.html/feed0463http://wagenknecht.org/blog/archives/2013/02/time-to-vote.htmlOn my way to JavaOne 2012http://feedproxy.google.com/~r/eclipseguru/~3/8owD2icmYRs/on-my-way-to-javaone-2012.html
http://wagenknecht.org/blog/archives/2012/09/on-my-way-to-javaone-2012.html#commentsFri, 28 Sep 2012 11:02:43 +0000http://wagenknecht.org/blog/?p=453Continue reading On my way to JavaOne 2012→]]>For the first time ever I’ll be attending JavaOne next week. I’ll speak together with Shaun Smith from Oracle about Polyglot Persistence with EclipseLink JPA.

Yes, there will be a demo running EclipseLink on Gyrex OSGi connecting to MongoDB.

I’m currently in Frankfurt waiting at the gate. I’ll arrive Friday night in San Francisco and will stay till next Friday (Oct. 5th). If you are around, interested in a chat (about runtimes, OSGi, other stuff that matters) and/or want to grab a beer please ping me!

]]>http://wagenknecht.org/blog/archives/2012/09/on-my-way-to-javaone-2012.html/feed1453http://wagenknecht.org/blog/archives/2012/09/on-my-way-to-javaone-2012.htmlEclipse 4 – Uh Oh! Trouble’s brewin?http://feedproxy.google.com/~r/eclipseguru/~3/1y3rX1VEMxk/eclipse-4-uh-oh-troubles-brewin.html
http://wagenknecht.org/blog/archives/2012/09/eclipse-4-uh-oh-troubles-brewin.html#commentsWed, 26 Sep 2012 07:14:31 +0000http://wagenknecht.org/blog/?p=438Continue reading Eclipse 4 – Uh Oh! Trouble’s brewin?→]]>Recently I was approached by someone I worked with in the past about Eclipse 4. Apparently, he read Andrew’s blog (Something is really broken with Eclipse foundation) and was really concerned. I’ve been very quiet in the whole debate that was going on but I had my thoughts. So I crafted a response that I’d also like to share with the public in this blog.

It’s no secret that IBM’s investment into the core platform is declining. From looking at the stats today, they still have 80+ active Eclipse committers. However, only three (according to this mail) are working on the core platform (Platform UI that is).

Another issue is attitude. There are a lot companies out there using and building on the core platform. However, most just take the investment by IBM for granted. A lot also simply underestimated the effect of a new major release. Eclipse 4 is a complete rewrite in terms of Platform UI. Of course it’s not as stable as 3.x yet. However, I heard statements like “oh it (any Eclipse release) always worked for us“. So some just didn’t care a lot about testing on 4.x. That valuable testing feedback is painfully missed these days.

Frankly, I’m curious myself how this will turn out because developer tools are still necessary. I just can’t believe that no one of the large companies with hundreds and thousands of developers realizes that. I actually thought about making a business out of that, i.e. getting paid for working on the core of Eclipse by selling maintenance/support contracts/features. However, I also think that this will be a challenging business to develop. It’s hard to convince companies of certain sizes to spend money on something they either get for free or invest money into someone that is too small for their business.

BTW, I know of at least a few companies in the Eclipse ecosystem that tried. But they never became a significant contributor to the core platform. Not sure if it was a matter of lack of business or lack of focus. They are making money with Eclipse, though. Their business is also based on the core platform. Wondering what they will do.

It’s also hard to convince members who are already paying membership fees to spend additional money for developing Eclipse. Paying twice sounds unfair. So another intriguing option is to change the Foundation by-laws so that it will be allowed to hire rock star core platform developers. Maybe they just need to hire a complement to Linus for Eclipse. Well that would be me or course.

I also do have an issue with people complaining very loudly about something. It’s not that there weren’t any previous chances to chime in and speak up when previous decisions were made. But those complaining the loudest do not necessarily represent a majority. Note, I’m not denying any of the Eclipse 4 problems here. Just saying something I observed during my excursions in politics. It’s not what you say, but how you say it.

Luckily, Google not only noticed that discussion but carefully paid attention for an immediate need. Their Open Source office donated $20.000 to buy new performance testing hardware. Thank you Google!

BTW, Eclipse 4.2 runs fine on my new notebook. I did not observe the performance issues so far. However, I remember I had issues with the new animations on my old notebook. I showed them to Eric at ECE 2011 . But that was on a development build and turning off animations solved my performance issues back then.

I really wonder how this will turn out. I recently learned that SAP is the 3rd largest contributor to Eclipse these days. I hope they will start investing into the core platform. The guys in the SAP Open Source office (although not officially named as such) are smart. But it would mean for IBM to give up control and let others play an important role in the strategic future of the core platform.

]]>http://wagenknecht.org/blog/archives/2012/09/eclipse-4-uh-oh-troubles-brewin.html/feed1438http://wagenknecht.org/blog/archives/2012/09/eclipse-4-uh-oh-troubles-brewin.htmlA Facelift for Planet Eclipsehttp://feedproxy.google.com/~r/eclipseguru/~3/IaFc4EKoDxw/a-facelift-for-planet-eclipse.html
http://wagenknecht.org/blog/archives/2012/05/a-facelift-for-planet-eclipse.html#commentsMon, 07 May 2012 18:36:53 +0000http://wagenknecht.org/blog/?p=429It’s been a while since Planet Eclipse got the look it has today. There is some work ongoing to refresh the look. It can be previewed on our beta site at http://planet.eclipse.org/planet-new/.

]]>http://wagenknecht.org/blog/archives/2012/05/a-facelift-for-planet-eclipse.html/feed2429http://wagenknecht.org/blog/archives/2012/05/a-facelift-for-planet-eclipse.htmlEclipse at FOSDOM 2012http://feedproxy.google.com/~r/eclipseguru/~3/3l6ZY3Nzq1Y/eclipse-at-fosdom-2012.html
http://wagenknecht.org/blog/archives/2012/02/eclipse-at-fosdom-2012.html#respondSat, 04 Feb 2012 13:35:23 +0000http://wagenknecht.org/blog/?p=417Continue reading Eclipse at FOSDOM 2012→]]>It’s my first out of two days at FOSDEM 2012. It took us quite a ride to get from the hotel to the ULB. We tried to order a taxi but the people at the reception told us that it would take at least 1.5 hours till a taxi arrives. Luckily, Mike and Andrew know someone who has been at FOSDEM a couple of times before. He guided us safely to ULB using a combination of walking, metro, tram and more walking.

We quickly setup an Eclipse stand over there and Mike, Andrew and myself are showing demos and talking to people. BTW, thanks to the FOSDEM organizer to have it well prepared so that we just needed to setup our banner and our notebooks for the demos.

So far we have a great mixture of questions from developers using Eclipse for their day-to-day work, programming questions of Eclipse plug-in developers and people interested in Orion. There are also people stepping by that have no questions – they introduce themselves as happy Eclipse users and appreciate what the committers of the various projects have built over time. Thanks for those kind words folks!

]]>http://wagenknecht.org/blog/archives/2012/02/eclipse-at-fosdom-2012.html/feed0417http://wagenknecht.org/blog/archives/2012/02/eclipse-at-fosdom-2012.htmlUse Target Definition Files in PDE Buildhttp://feedproxy.google.com/~r/eclipseguru/~3/a-QvRx2vJ3o/use-target-definition-files-in-pde-build.html
http://wagenknecht.org/blog/archives/2012/01/use-target-definition-files-in-pde-build.html#commentsSat, 21 Jan 2012 21:26:14 +0000http://wagenknecht.org/blog/?p=411Continue reading Use Target Definition Files in PDE Build→]]>I’m not hip when it comes to building Eclipse based products. I still use plain vanilla PDE Build. The cool guys all switched to Tycho. Well, you’re allowed to call me dinosaur then. Anyway, I’ve been using .target files as a source for dependency management for quite a while now. They are very useful in Eclipse. All dependencies for all the bundles are defined in one place. You simply open one and Eclipse starts downloading one half of the Internet. Maven already did the other half, I’ve heard.

I also use them to drive PDE Build. Instead of specifying stuff to fetch for a build again I simply point PDE Build to the same .target file I use in the IDE. Works like a charm as long as you only use “Software Sites” (p2 repositories) which are accessible via URL by any developers Eclipse instance as well as the build machine.

Previously, this was implemented by transforming the .target file XML using XSL into an Ant script. The Ant script did a bunch of p2 mirror calls to download the bytes. I recently upgrade to a newer version of the builder containing a Juno version of the org.eclipse.pde.core bundle. Starting with 3.8 this bundle defines a nice Ant task that does not require the XSLT magic.