OSGiとEquinoxを効果的に使う - Jeff McAffer氏とのインタビュー - Fly me to the Luna
少し前になりますが、EquinoxのプロジェクトリーダのJeff McAffer氏にJames Sugrue氏がインタビューした記事が、DZoneに上がってました。で、内容があまりに面白かったので、こそっと翻訳しました。DIを考慮したプログラミングモデルがbundle開発にとてもマッチする、という話があったり、全てのプロジェクトにモジュール化が合う訳ではないが、モジュール化をするのであれば、早い段階から考慮しないと、とてつもない痛みを伴うなど、自分も思っていた事が述べられています。 原題:Using OSGi & Equinox Effectively: An Interview With Jeff McAffer OSGiとEquinoxを効果的に使うには?Jeff McAfferとのインタビュー 投稿者:James Sugrue 翻訳者:kompiro Jeff McAffer氏の新著
google-guice - Google Code
Put simply, Guice alleviates the need for factories and the use of new in your Java code. Think of Guice's @Inject as the new new. You will still need to write factories in some cases, but your code will not depend directly on them. Your code will be easier to change, unit test and reuse in other contexts. Guice embraces Java's type safe nature. You might think of Guice as filling in missing featu
OSGiの最新状況
原文(投稿日：2009/10/16)へのリンク OSGi 4.2がリリース（InfoQ記事）されてから1ヶ月が経った。この間に何が起きただろうか？ 今年初めにOSGi仕様ドラフトを実装したEquinox 3.5がリリースされていたが、近頃Apache Felix 2.0もOSGiに対応してリリースがされた。さらに昨日（2009年10月15日）にはKnopflerfish 3.0 betaがリリースされた。このベター版ではOSGi 4.2のコアが実装されているが、フレームワークランチャはまだ開発中の段階にある。 OSGi 4.2コアフレームワークをベースにしたApache Karaf 1.0は2週間前にリリースされた。この製品の狙いはエンジンを意識しないでもいいOSGiフレームワークを提供することで、ブループリント（以前InfoQでも取り上げた）、プロビジョニング、ログ、リモートアクセス（S
aQute | Code / Bnd
Export-Package: com.acme.*;version=1.2 Each instruction is applied to each package on the classpath in the definition order. That is, if an earlier instruction matches, the later instruction never gets a chance to do its work. If an instruction matches its attributes and properties are applied to the packages. The difference between the Private-Package argument and the Export-Package arguments is
Modular Java：それは何なのか？
Javaは（導入時にModula-3モジュールになぞらえたというpackage以外には）モジュールのことを念頭において設計されてはいなかったにもかかわらず、Javaコミュニティでは多くの事実上のモジュールが存在している。Log4JからHibernate、Tomcatにいたるまで、どんなJavaライブラリも事実上モジュールである。一般的に言って、オープンソースのアプリケーションもクローズドソースのアプリケーションもいくつかの外部ライブラリへの依存性を持っているはずであり、それによって結果的にさらに別のライブラリへの依存性を推移的に持つことになる。 ライブラリもモジュールである ライブラリは暗黙的なモジュールである。ライブラリは必ずしもやりとりするための単一のインターフェースを持っているというわけではないだろうが、多くの場合（使われるためにあるべき）'パブリックな'APIとユースケースを文書化
InfoQ: Modular Java：動的なモジュール化
これからの当然の結果として、同じ名前の異なった Classオブジェクトを持つVM中に、複数のクラスローダを持つことができる、ということである。com.infoq.example.Appという名前のクラスを、同じVM上のバンドルcom.infoq.exampleのバージョン１とバージョン２の両方によってエクスポートできる。バージョン１にバインドされたクライアントバンドルは、バージョン１のクラスを得る。バージョン２にバインドされたクライアントバンドルは、バージョン２のクラスを得る。このことは、モジュールシステムにかなり普通に起きることである。同じVM上で、あるコードは、ライブラリの古いバージョンをロードする必要があり、一方（他のバンドルにある）新しいコードは、ライブラリの新しいバージョンが必要な場合である。幸いにも、OSGiは、そのような推移的な依存性を管理し、非互換なクラスに起因する問題がな
OSGi DevCon London
原文(投稿日：2010/03/03)へのリンク 初の OSGi DevCon London が先週，Hammersmith Novotel で JAX London と共に開催された。 プレビューで公開されていた Kirk Knoernschild 氏のキーノートは，立ち見が出るほどの盛況だった。内容 (スライド参照) としては OSGi に直接フォーカスしたものではなく，どちらかといえばソフトウェアの複雑性，あるいは今後のプロジェクトが抱えるであろう問題を取り扱ったものだった。いわく，過去のソースコード量の増加を分析すると，その時点までに記述されたソースコードと同じ行数が，次の７年間で作成されていることが確認できる。これを将来に当てはめれば，2010 年までに作られたものと同じ量の新たなコードが，2017 年には存在していることになる。 ソフトウェアの規模が大きくなるとシステムの複雑性も
SpringSource dm Serverの紹介 - 現場指向
はじめに SpringSource dm Serverは、Springフレームワークの開発元のSpringSourceが提供するJavaのアプリケーションサーバーです。2008年9月に1.0がリリースされました。まだメジャーではありませんが、徐々に注目を集めてくると思います。今回の記事では、SpringSource dm Server(以後、dm Server)の概要を紹介します。網羅的な説明ではなく、主な特徴に絞って説明します。また、OSGI(dm Serverの基盤となる技術)を意識せずに説明しますので、OSGIの前提知識がなくても読むことができます。 dm Serverの特徴 dm Serverの一番の特徴は、プログラムのデプロイの単位を細かくできる点でしょう。従来のアプリケーションサーバーはプレゼンテーション層からデータアクセス層のプログラムを一括してデプロイします。そして、その単
[osgi][maven][processing] ネイティブコードを含んだバンドルを製作する(書きかけ） - Viz/Sci/Dev Log
まだMacでの動作が確認できていないが、とりあえずネイティブコードを含んだOSGiバンドルの作成方法。具体的には、Processing+OpenGLライブラリを一つのバンドルにまとめて配布するためのテスト。 セントラルリポジトリとかのリモートでは公開されていないjarをローカルリポジトリにインストール。 pax-create-bundleで普通にOSGiバンドルを作成。 pax-embed-jarで、関連ライブラリをこのバンドル内に展開 osgi.bndファイルをエディットする。具体的にはこんな感じ： DynamicImport-Package: * Import-Package: *;resolution:=optional Export-Package: com.sun.gluegen.runtime, com.sun.opengl.*, javax.media.opengl.*, p
![[osgi][maven][processing] ネイティブコードを含んだバンドルを製作する(書きかけ） - Viz/Sci/Dev Log](https://cdn-ak-scissors.b.st-hatena.com/image/square/e8b459333e0ca5ffa8d99b20e045d4f3611b3318/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127113242936%2F17680117127113245562%2F1557030639)
Apache Felix + Spring DM
Apache Felix + Spring DM の Getting Started。 前にApache Felix について書いたポストと同じように、名前を受け取って挨拶を返すサービスと、それを標準出力に表示するクライアントを作ってみる。ただし、Spring DM も併用するので、OSGi 定義のクラスの派生ではなく POJO でサービスを記述するという事になる。こういった、ちょっと新しいプロダクトの組み合わせは、最初期の段階でかなりハマる事がたまにあるので、この Getting Started で技術リスクを今のうちに減らしておきたい。 便宜上、下表のようなディレクトリを作業場所とした。 ■ 用意 felix を落としてどっかに展開しておく(以降 {felix base}と書く)spring-osgi-1.2.0-with-dependencies.zipを落として、どっかに展開する。
Creating a jetty based OSGi HttpService for apache felix
Gridshore A weblog about software engineering, Architecture, Technology an other things we like. OSGi has a service spec called http.service (see Service Compendium document of the OSGi Alliance). Felix has an implementation for it that is based around jetty 4.x. Since we are at jetty 6.1.7 at the moment I thought about trying to create an implementation of my own. Not that it is really necessary,
OSGiがエンタープライズアプリケーションに与えるインパクト - Fly me to the Luna
Eclipseベースのツールを開発し始めてから3年近く立ちました。1年半くらい前に、SeasarプロジェクトでOSGiサポートをしないのはなぜだろうと、はてダに書いたところ、OSGiはプラットフォームを構成するにはとてもよい仕様だけれど、Webアプリケーションには過剰な仕様だ、と、とある方から答えられました。それからもずっとなんだかんだでOSGiと関わってきましたが、だいぶ状況も変わってきました。まずモバイルやEclipse以外の環境でも広くOSGiが使われるようになりました。そしてプラットフォーム以外での利用も考えられるようになりました。プラットフォーム以外での利用は、エンタープライズアプリケーションの開発モデルを変えるだけのインパクトを起こす可能性が見えてきたのでまとめてみます。OSGiについて、どういう技術か、気になる方はOSGiの記事を参照してください。 どんな分野でOSGiが使わ
Grails.jp - OSGi and Groovy
追加したユーザーは Kazuchika Sekiya です。最後に編集したユーザーは T.Yamamotoで、その日時は 2009-12-23 20:09:40 です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
InfoQ: Modular Java：静的なモジュール化
はてなブログ | 無料ブログを作成しよう
guice/Manual/Integration/OSGi - tech.cm55.com
Google Code Archive - Long-term storage for Google Code Project Hosting.
Build and implement a single sign-on solution
Executing scripts on a remote machine - Marigan's Weblog