>From what I understood is just the way to express the dependency on their new introduced "libraries" so a kind of require-bundle on a larger scale. Even require bundle looks to me as too coarse grain dependency and has it's issues so an import library, which is a set of bundles only looks like trouble. Especially when there is poor documented behavior for now and related to conflicting packages in case you are importing different libraries with same exported packages. But I can imagine that is an attractive option for users as is less to write and care. But this can add frustration later on when you wanna deploy your bundle in regular osgi framework.
Alin Dreghiciu On Fri, May 2, 2008 at 8:26 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: > Right, but it is not clear how these relate to the bundle repository. If it > is purely metadata to specify additional dependencies which can be converted > to OBR's generic dependency model, then it shouldn't cause much of an issue, > I don't think. But if it is more than that, then I am not sure. > > -> richard > > > > Alin Dreghiciu wrote: > > > From Rob's blog: "The Platform introduces two new mechanisms for > > referring to third-party dependencies: Import-Bundle and > > Import-Libary. Import-Bundle is analogous to Require-Bundle except it > > prevents split packages and the other problems with Require-Bundle. > > Import-Library provides a mechanism to refer to all the packages > > exported by a group of bundles" > > > > What's also new is: > > "The PAR format is the recommended approach for packaging and > > deploying applications for the Platform. A PAR is simply a collection > > of OSGi bundles (modules) grouped together in a standard JAR file, > > along with a name and a version that uniquely identify the > > application. The PAR file is deployed as a single unit into the > > Platform. The Platform will extract all the modules from the PAR and > > install them. Third-party dependencies will be installed on-the-fly as > > needed. > > > > The PAR format has three main benefits over deploying the bundles > > directly into the Platform. Firstly, it's just easier. An > > average-sized enterprise application might contain 12+ bundles - > > deploying these by hand will be far too cumbersome. Secondly, the PAR > > file forms an explicit scope around all the bundles in the application > > which prevents applications that use overlapping types or services > > from clashing with each other. This scope is also used by some > > advanced features such as load-time weaving to ensure that weaving of > > one application doesn't interfere with weaving of another. Lastly, the > > PAR forms a logical grouping to define what modules are part of an > > application and what third-party dependencies the application has. > > This grouping is used by the management tools to provide a detailed > > view of the application." > > > > Alin > > > > On Fri, May 2, 2008 at 8:01 PM, Richard S. Hall <[EMAIL PROTECTED]> > wrote: > > > > > > > I think there could be another issue, which I wasn't aware of initially, > in > > > that they introduce some new manifest headers for specifying > dependencies. > > > If they do this for their repository bundles, then it might not be so > useful > > > for us...I am not sure what it means for us, so it will have to be > > > investigated too. > > > > > > -> richard > > > > > > > > > > > > > > > Alin Dreghiciu wrote: > > > > > > > > > > > > > As I saw, but I did not go to much n detail, the Spring Bundle > > > > Repository is their own bundle repository, meaning that they have a > > > > directory where they and the user can store bundles depending on their > > > > type (normal bundles and PARs). I assume that they parse the metadata > > > > and use it to resolve the needed bundles. > > > > At first I was happy that they are going to use OBR, fact that will > > > > gong to give a boost to OBR but unfortunately they are not. But maybe > > > > yo can convince them to have a plug-able design and be able to switch > > > > or combine with the simple mode they have. My guess that they go for > > > > this approach as is quite simple for the end user to just put a bundle > > > > in a directory and do not edit any xml/metadata. > > > > > > > > Alin > > > > > > > > On Thu, May 1, 2008 at 7:31 PM, Richard S. Hall <[EMAIL PROTECTED]> > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > For those who haven't seen this related announcement to the Spring > > > > > Application Platform, they also announced a bundle repository: > > > > > > > > > > http://www.springsource.com/repository/app/faq > > > > > > > > > > Not sure what this means for us with respect to Felix Commons, but > it > > > > > > > > > > > > > > > > > is > > > > > > > > > > > > > > > something that we should probably investigate in some way. > > > > > > > > > > -> richard > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
