Doing live presentations is always challenging, isn’t it? Especially here, at EclipseCon, I like to integrate some demo elements in my talks, but in case you are relying on external resources, such as a network, there is always the chance that it is not going to work during your presentation. And that’s exactly what happened when we did our talk on Monday.

For those who couldn’t attend you can find the slides below, for those who were in the room, here is the URL to our distributed demo search application that is still running on the cloud:

cloudle.eclipse.org/search – server has been shut down

We asked the audience at the very beginning of the talk to give us a URL of a website. Then we used g-Eclipse with a small JMX-management extension that we implemented for this talk in order to configure the SMILA framework running on several cloud nodes. (If you don’t know what SMILA is: It is a framework for building search solutions, in our case it was the glue between our exemplary back-end Apache Solr and a small RAP-based search front-end.) The next step was to start the web crawler on this remote machine with g-Eclipse to give it some time to download the web pages below the given URL and to build up an index.

At that point in time I saw some network timeouts. Not a good sign but maybe only a temporary problem that goes away after some minutes, some minutes that we were using to explain what we did. See the slides yourself:

Our exemplary (and simplified) architecture has one front-end node that is running our little RAP search-UI, and several back-end nodes, each of them with a search index of its own and crawling a different set of URLs. At the end of the talk it was planned to make the remote machines known to each other and that means in this case that the front-end needs the addresses of the back-end nodes. Once again, we used g-Eclipse to add the other back-end nodes to its configuration.

Just for the records… it worked well when we tested it before the talk, and it worked immediately after it. Unfortunately we had some kind of weird network problems in our session.

Tags: aws, cloud, eclipsecon, equinox, p2, smila

We are all busy preparing our talks and demonstrations for EclipseCon, aren’t we? This year I am trying to use in all of my talks a common set of examples.

The plan is to showcase technology from several projects. I will start with the EPP Download Wizard (at the moment ‘Friends-of-Eclipse’ only) from my EPP project that has been build as a RAP application and uses Equinox, p2, and the p2 installer. With the EPP Download Wizard, a user is able to pick and choose from a set of available installable units. On the last wizard page, he or she can download a small customized p2 installer that will download the selected pieces from the p2 repositories. There will be various talks about the things that we do in EPP, e.g. the talk of my colleagues about the internals of the EPP Wizard, or my other talk about the EPP Usage Data Collector.

But what if a developer who is developing this wizard or another application wants to deploy it on a server? The first problem: You need a server! The answer to this question is easy: Use g-Eclipse, our Grid and Cloud Computing tooling, and start your own server on the cloud. This can be done within minutes and we are going to show this in our Equinox above the Cloud talk.

Now that you have your own server up and running, all you need to do is deploying your application on it. But how is this done… well, attend our talk and you will find out how easy it is with p2!

Tags: aws, cloud computing, ec2, ecf, eclipsecon, epp, g-Eclipse, OSGi, p2, rap