[jira] [Updated] (FELIX-2898) test

["Gavin Lei (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/FELIX-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gavin Lei updated FELIX-2898:
-----------------------------

           Description: test  (was: Recently, i am working on split my huge project in to many small sub-projects on OSGi way. Obviously, i want to use Felix as my OSGi framework, but as you know, this splitting job is a long and boring process. So, i am thinking that why can we build some tools for us to do this job ?

We want to build a bnd(tools) based OSGi bunlles maker project, it will help us analyse java application and split the whole project into several OSGi bundles.

The trick is to find strongly coupled packages. These are packages that are in a cycle. A -> B -> C -> A. Normally I find that these packages should be in the same bundle. In bnd (the current next branch) I already can calculate those strongly connected packages. In general, I find that many, especially larger, bundles consist of a number of subsystems.

These subsystems have dependencies on each other, however, by definition there is no cycle between these subsystem dependencies (otherwise they would be strongly connected and be part of the same subsystem).

There should be the following types of subsystems:

API - Self contained, no internal dependencies. All exported/imported. Very few dependencies. The OSGi specification packages are prime examples. Having imports in these packages is always suspect. In my experience, API must be maintained independently but carried in the bundle that implements the API.
Library - Exported code == implementation. Few imports, everything is exported and in general packages are not substitutable.
Implementation - Private code. No exports, many imports, If it provides an API it should carry the API packages.
Bridge - Connects an external subsystem to an internal subsystem. Imports impl. code, no exports. This case is special because they tend to drag in a lot dependencies that are only required when the dependency is already there. For example, a subsystem can provide packages that make it useful in Spring. I.e. it does not require Spring but when other people use spring the package can be used in that connected world. Another example is bnd. It is an ant task but it should only require ant when it runs inside ant.)
           Environment: test  (was: Eclipse platform, this project add a new tool for Felix users to improve OSGi bundles development process in Eclipse environment)
    Remaining Estimate: 1m  (was: 1680h)
     Original Estimate: 1m  (was: 1680h)
               Summary: test  (was: [GSoc 2011]Bndtools based OSGi bundles maker project)

> test
> ----
>
>                 Key: FELIX-2898
>                 URL: https://issues.apache.org/jira/browse/FELIX-2898
>             Project: Felix
>          Issue Type: Task
>         Environment: test
>            Reporter: Gavin Lei
>   Original Estimate: 1m
>  Remaining Estimate: 1m
>
> test

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira