tag:blogger.com,1999:blog-187720022012-02-01T13:48:37.347ZOSGi Alliancehttp://www.blogger.com/profile/03796133538243294756noreply@blogger.comBlogger226125tag:blogger.com,1999:blog-18772002.post-87273120052113624372012-01-23T08:56:00.000Z2012-01-23T08:56:00.634Z

Alan Kay is the  inventor of Smalltalk, the first fully truly object oriented language. I learned Smalltalk in the early eighties and almost everyday that I use Java I am crunching my teeth that James Gosling did not steal more ideas from Smalltalk. About 20 years ago, during an OOPSLA, Alan Kay presented the idea that data should always carry its own methods to access that data. His example was

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com3tag:blogger.com,1999:blog-18772002.post-6732078743054814302012-01-11T17:24:00.001Z2012-01-11T17:24:19.229Z

After working with Java for almost 15 years and deep knowledge of Java generics on the class format level I learned something very basic the really, really hard way. I knew the collections in Java were not that good in comparison what you find in other environments (immutable anyone?) but now I learned that even adding all that extra cruft on my classes is useless when you have a major

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com9tag:blogger.com,1999:blog-18772002.post-40216821324299468682012-01-02T17:40:00.000Z2012-01-06T12:48:21.534Z

A bit more than 13 years ago I was asked to go to Linköping, Sweden to help out an Ericsson business unit to get the Java Embedded Server running on their e-box. This single appointment quickly cascaded into an almost full time job managing the OSGi specification process on behalf of Ericsson. In 2001 I switched to the OSGi Alliance to become the Technical Director and in that capacity the editor

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com4tag:blogger.com,1999:blog-18772002.post-49439599814128921792011-12-12T10:03:00.001Z2011-12-13T18:22:22.979Z

After a slow start we suddenly got a lot and very good submissions for the OSGi DevCon 2012 in Reston Virgina. Though this made the life of the program committee harder (thanks to BJ Hargrave (IBM), Neil Bartlett (Paremus), David Bosschaert (JBoss), and Christer Larsson (Makewave)!) it resulted in a fabulous program. There is really no excuse for not visiting this premier OSGi conference in the

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-92029031775044703392011-11-10T13:25:00.001Z2011-11-21T17:25:11.773Z

The submission system for OSGi DevCon was supposed to close tomorrow but as seems customary nowadays the submission time has been extended to serve all those people out there that did not have enough time ... So the deadline is now November 18! We already have an interesting list of submissions but it would be nice to have a larger set. There are so many issues that seem to generate some

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-9835630839040213462011-10-24T16:48:00.001Z2011-10-25T08:01:01.300Z

Why do we need modularity in the first place? Lets get rid of this extraneous layer and make life simpler as Erlang's Joe Armstrong argues. Then again, maybe not. The reason we need modules is that Object Oriented (OO) technology is starting to fail us. OO gave us a tremendous boost in productivity for 25 years but it is running out of steam for today's systems and especially for statically

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com1tag:blogger.com,1999:blog-18772002.post-9729196727852273292011-10-15T17:38:00.000Z2011-10-16T10:46:00.743Z

The house feels rather silent after 4 days of intense hacking on bndtools with PK Sörelde, Neil Bartlett, Joakim, Stuart McCulloch, David Savage (remote from the UK), and Ferry Huberts here in my house. We closed a lot of bugs and we (well almost) reached our goal to run bndtools on the OSGi build faster than anything else. Then again, maybe I should say we reached our goal since Neil just

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-73109787263736306812011-10-10T08:31:00.000Z2011-10-10T08:31:18.686Z

"Steve Jobs died," someone yelled in the San Francisco Hilton lobby. First a wave of sadness descended upon me and then I got angry at myself for giving in to celebritis. Yes, he is a big part part of the tools I use daily to get my work done and he is part of the many Apple gadgets around the house as well as much of their content, as so many people today. And it is likely he will sorely be

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-30552610605794308742011-09-08T13:59:00.003Z2011-09-08T18:29:47.478Z

These months are quite hectic. I could just finish the draft for the Residential Specification hours before my flight left for the "Masterclass on OSGi" in Stockholm. Neil Bartlett and I had the masterclass in Stockholm because we had been asked to organize it there. We were told there were lots of eager OSGi afficionados that would love to come. In the end we had a single person from Sweden (and

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com1tag:blogger.com,1999:blog-18772002.post-44954239528179420442011-08-24T06:36:00.002Z2011-08-24T11:06:00.210Z

Next month we're having the community event in Darmstadt, Germany, Sept. 20 and 21 (with Alex Blewitt as keynote btw). Now before you click away because you were just hoping for some juicy Jigsaw information, I'd like to challenge you! I was inspired by Masquerade, an amazing puzzle book, after seeing a documentary about it on BBC 4. I therefore decided to create my own puzzle. Not in the league

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-74276853525754474612011-08-18T05:22:00.000Z2011-08-18T05:22:03.772Z

It is time to register for the OSGi Community Event in Darmstadt September 20 & 21! We have a really good agenda this year and lots of OSGi people will be present. Looking at the lunches map, we should have quite a lot of attendants as we're in the heart of the OSGi Continent. I'll be chairing a panel on "What Are the Major Tasks to Tackle Within the Next Two Years?" and I will be looking

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-81764027353158259912011-08-16T09:17:00.000Z2011-08-16T09:17:29.434Z

Contract based design is, from my perspective, one of the best insights our industry had for the past 50 years. With contract based design you separate the providers of the contract and the consumers of the contract. In Java, there is a sometimes tendency to see these contracts as just an interface. The provider is the implementer and the consumer is the client of the interface. I think this is

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com1tag:blogger.com,1999:blog-18772002.post-82316829808633853532011-07-17T14:51:00.000Z2011-07-17T14:51:40.928Z

About two years ago I found out that a French OSGi expert (Jerome Moliere) actually lived around the corner. It was quite a surprise because I live in the nick of the woods in a small village in the south of France. However, it is a pretty good combination, the south of France and somebody you can discuss OSGi with. There are a large number of pretty good lunch places within 15 km radios and

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-81414286602582299872011-06-27T12:43:00.002Z2011-06-27T13:17:37.036Z

Some face time with your colleagues can sometimes be really productive. Last week we had an EG meeting at IBM in my home town Montpellier. As I've known BJ Hargrave (IBM) and Richard Hall (Oracle/Apache Felix) for so many years I'd invited them to stay in our guest house. After arriving around noon we took the afternoon off to solve world hunger and climate change over a glass of rosé. As too

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com12tag:blogger.com,1999:blog-18772002.post-47324523307614707452011-06-24T16:20:00.000Z2011-06-24T16:20:32.444Z

Things should be as simple as possible, but not simpler. As true as this is, the boundary between simple and simplistic is unfortunately highly subjective. If something works for you, don't change it. Unfortunately, many developers are in a situation where the environment and problems are highly complex and OSGi can simplify such situations. The primary value that OSGi brings to the table is

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com3tag:blogger.com,1999:blog-18772002.post-83666910191221683602011-06-15T08:24:00.000Z2011-06-15T08:24:08.138Z

Neil Bartlett and I are organizing a Masterclass on OSGi in the Stockholm archipelago from August 30 to September 2. In this masterclass we provide a thorough schooling in OSGi (using bndtools) but we also have a chance to explore the areas the attendees are interested in. The last Masterclass was a great success and we intend to repeat this success in Stockholm. One interesting aspect was that

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com0tag:blogger.com,1999:blog-18772002.post-92212453177786640582011-05-26T16:54:00.000Z2011-05-26T16:54:29.614Z

Yesterday Mark Reinhold posted a link to the new requirements on Jigsaw. He states a more ambitious goal to make Jigsaw not just for VM developers only as they said before. The good news is that OSGi is recognized. The even better news is that now there are requirements it is obviously clear that OSGi meets virtually all of them, and then some. The bad news is that despite OSGi meeting the

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com9tag:blogger.com,1999:blog-18772002.post-81165257002728467332011-05-24T14:07:00.000Z2011-05-24T14:07:00.228Z

My bookshelf is full of books about programming languages, from APL to Z. They are a little bit dusty because the last decade OSGi kept me confined to Java. However, I think it is time we should broaden our scope. There is just more life out there then just Java (really!). If you look at the OSGi API then you see that the class loader modularity is strongly tied to Java. I actually do not know

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com9tag:blogger.com,1999:blog-18772002.post-55278588699557750332011-05-20T15:05:00.001Z2011-05-23T07:12:22.060Z

The more (open) source code I see the more I realize that so many developers do not understand the implications of class loaders and just try different things until it seems to work. Not that the Class Loader API is that hard but the implications of Class loaders are often not understood. In a modular environment, class loader code wreaks havoc. Unfortunately, Class Loaders have become popular

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com6tag:blogger.com,1999:blog-18772002.post-24160939508981473992011-05-17T09:00:00.000Z2011-05-17T09:00:18.858Z

Someone pointed me at a TED talk from Simon Sinek that explains why it is so easy to forget to communicate the why when you try to evangelize a technology. Why have I been working hard these last 13 years, traveling a million miles, to develop and promote a technology like OSGi? Tirelessly explaining how OSGi works for sometimes skeptical mainstream developers? The why lies buried in my youthful

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com3tag:blogger.com,1999:blog-18772002.post-4125665261426938012011-05-06T13:02:00.001Z2011-05-09T13:10:01.486Z

Hudson is moving to Eclipse and that is great news, hope they will now seriously adopt the OSGi bundle as their plugin model and leverage the OSGi µservice model. Knowing that Stuart McCulloch is heavily involved makes me confident that this will work out fine. One of the early discussions that popped up was a mail thread about versioning. Though the discussion is moving in the right direction (

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com3tag:blogger.com,1999:blog-18772002.post-61650771285188206322011-04-13T17:42:00.000Z2011-04-13T17:42:47.289Z

I just got back from a very successful JAX London, these are always very well organized conferences and this conference was no exception. Yesterday we had an OSGi day during which Neil Bartlett succeeded in writing a Vaadin Web application without having to restart the application OSGi framework. OSGi is well on its way to provide a development process with much shorter turn around time than any

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com16tag:blogger.com,1999:blog-18772002.post-53769252591165955232011-04-05T11:52:00.000Z2011-04-05T11:52:18.867Z

Yesterday we had a rather heated discussion during the CPEG meeting here in Austin.We discussed OSGi lite for which I had submitted an RFP (the requirements document). Key issue was the positioning, there was a general concern that an OSGi lite detracts from the core message: strong modularity. It would encourage you to work more modular but lacking enforcement of the module boundaries would not

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com4tag:blogger.com,1999:blog-18772002.post-4758942846473004352011-04-01T13:57:00.001Z2011-04-01T14:04:13.957Z

A few years ago I wrote a blog about OSXA, an OSGi framework without the module layer. Over the years, this idea kept intriguing me and discussed it with many but never found the time to work on it. Unfortunately, OSXA seems to be no longer active (the web site appears to be in zombie state) but thanks to Karl Pauls this idea has given a new lease. Last week, at the (fantastic as usual)

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com1tag:blogger.com,1999:blog-18772002.post-72946070016521836832011-03-18T15:28:00.000Z2011-03-18T15:28:15.714Z

Many, many, many years ago I worked a lot with LDAP and the ISO communication standards like X.500 and X.700. Looking at the Metatype specification I am afraid I had some bad influence on that spec. Looking back, I probably would be able to make it a bit simpler today, however, I do believe that it is one of the specifications in the that under-appreciated. Actually, a lot of people have no clue

Peter Krienshttp://www.blogger.com/profile/11373850803487010328noreply@blogger.com3