Maven Tycho for building Eclipse plug-ins, OSGi bundles and Eclipse applications with the command line - TutorialMaven Tycho for building Eclipse plug-ins, OSGi bundles and Eclipse applications with the command line - Tutorial
PojoSRはJavaにサービスレジストリを持ち込む
原文(投稿日：2011/10/13)へのリンク Karl Pauls氏が PojoSR 0.1.6をリリースした。これは、完全なOSGiランタイムスタックを必要とせずにOSGi バンドルをロードでき、サービスを一緒に繋ぐことができるようにする。PojoSR が完全なOSGiプラットフォームと違うのは、ネストしたクラスローダーを使わないことである。なので構造化したOSGi環境でしばしば動かなくなる Hibernateのような行儀の悪いライブラリでも正常に動き続ける。 クラスパス(classpath )上で走っている通常のアプリケーションと違って、 PojoSRによって、フラットなクラスパス ビューからアプリケーションを μServicesで作られたクラスパス ビューへ移行できる。 Declarative Services やApache Felix Gogoシェルのような既存のOSGi バン
モジュール指向勉強会-コードリーディングを始める前に-
The document discusses Eclipse Demo Camp on September 6th at 19:00. It provides examples of code organization for a Kanban board application using YAML configuration files, OSGi bundles, and data storage with ZIP files. Code examples demonstrate parsing YAML configuration, translating data types, and loading/dumping lane data to ZIP storage. Links are included for additional OSGi documentation and
Eclipse Virgo
The Ecllipse Virgo Web Server from EclipseRT is a completely module-based Java application server that is designed to run enterprise Java applications and Spring-powered applications with a high degree of flexibility and reliability. It offers a simple yet comprehensive platform to develop, deploy, and service enterprise Java applications. The Virgo kernel supports the core concepts of Virgo and i
【ハウツー】概説 Springプロダクト(2) - 柔軟な配備を可能にするSpring DM (1) OSGi ? | エンタープライズ | マイコミジャーナル
本企画では、巨大になったSpringの主要プロダクトを順に取り上げ、その役割や使い方を簡単に紹介している。 第1回目となる前回はSpringの歴史を追いながら、どのようなプロダクトがあるのかを概観した。そして今回からはいよいよ、各プロダクトの紹介に入っていく。 最初に取り上げるのは「Spring Dynamic Modules」。名前を聞いただけでは想像しづらいプロダクトだが、本稿をご覧になれば、その意義をご理解いただけるはずだ。 アプリケーションのダウンタイムを減らすために SpringFrameworkなどのDIコンテナは、アプリケーションの開発スタイルに進化をもたらした。モジュールごとの実装・テストを容易にし、シンプルで俊敏なアプリケーションの開発が容易になった。しかし、アプリケーションのデプロイのスタイルは依然進化していない。 アプリケーションサーバにJavaアプリケーションをデプ
InfoQ: Modular Java：動的なモジュール化
これからの当然の結果として、同じ名前の異なった Classオブジェクトを持つVM中に、複数のクラスローダを持つことができる、ということである。com.infoq.example.Appという名前のクラスを、同じVM上のバンドルcom.infoq.exampleのバージョン１とバージョン２の両方によってエクスポートできる。バージョン１にバインドされたクライアントバンドルは、バージョン１のクラスを得る。バージョン２にバインドされたクライアントバンドルは、バージョン２のクラスを得る。このことは、モジュールシステムにかなり普通に起きることである。同じVM上で、あるコードは、ライブラリの古いバージョンをロードする必要があり、一方（他のバンドルにある）新しいコードは、ライブラリの新しいバージョンが必要な場合である。幸いにも、OSGiは、そのような推移的な依存性を管理し、非互換なクラスに起因する問題がな
Modular Java：それは何なのか？
一般に、モジュールにはバージョン番号が割り当てられる。多くのオープンソースプロジェクトはlog4j-1.2.15.jarのように名付けられたリリースをつくる。これによって開発者は、実行時の手動検査によってではあるが、オープンソースライブラリの特定のあるバージョンが使われているかどうかをクラスパスを調査することによって決定することができる。しかし、プログラムは異なるバージョンのライブラリに対してコンパイルされていることが多い：暗黙の仮定はlog4j-1.2.3.jarに対してコンパイルしてlog4j-1.2.15.jarに対して動かしても挙動としては互換性がある、ということだ。次のマイナーバージョンにアップグレードするだけなら一般には互換性がある（これが log4j 1.3 での問題が結果として互換性のない新しいブランチ 2.0を作り出すことになった理由である）。これらの多くは一般的に制約よ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルとモジュール性の関係
サイボウズ株式会社
Module classloading
Efficient data transfer through zero copy
OSGi 4.3がジェネリックスとCapabilityを導入
Gemini JPA
成長できるエンタープライズシステムを目指して-OSGiによるモジュール型アーキテクチャの実現-
Bundle.update: Java EEがOSGi化し、JSR 294 が凍結に
Java 7モジュール・システムの懸念点
JSR277とOSGiは一つになるか？