felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tiger Gui <tigergui1...@gmail.com>
Subject Re: OSGi split tool for Java project in Eclipse
Date Thu, 31 Mar 2011 02:44:30 GMT
Hi Peter,

I have created the JIRA issue "[GSoc 2011]Bndtools based OSGi bundles
maker project" [1] in Apache JIRA system, now it is in Apache GSoC
2011 issue list, and i also mentioin mentor and gsoc in the labels. I
want to assign you as mentor for this project, but i do not know how
to do it, i have been traveling in the JIRA system for hours, but can
not find how to assign a mentor for a issue :-(

[1] https://issues.apache.org/jira/browse/FELIX-2898
[2] https://issues.apache.org/jira/secure/IssueNavigator.jspa?pager/start=50

2011/3/30 Peter Kriens <peter.kriens@aqute.biz>:
> As far as I understand you should create a JIRA issue in FELIX for this and assign it
to me. You should then mention mentor and gsoc in the labels. This should assign me as mentor.
I am a Felix committer.
> Kind regards,
>        Peter Kriens
> On 30 mrt 2011, at 10:42, Tiger Gui wrote:
>> Hi Peter,
>> Thank you very much for your interested. You pointed a distinct way
>> for me, i have read some documents about your bndtools project, may be
>> it is a good idea to build such a tool based on bndtools.  I would
>> like build my project as an extension to bndtools very much.
>> Google Summer of Code 2011 have began already, i will finish my
>> "Bndtools based OSGi bundles maker" project proposal in the next
>> couple days and submit it in GSoC web site[1], obviously, i will mark
>> you as my project mentor in my proposal, the only problem is that you
>> should register as a mentor in GSoC web site and mentor my project. If
>> you do not know GSoC much, the following links [2][3][4] may help you
>> much.
>> Hoping that you can finish a fantastic job together this summer :-)
>> [1] http://socghop.appspot.com
>> [2] http://community.apache.org/guide-to-being-a-mentor.html
>> [3] http://s.apache.org/gsoc2011tasks
>> [4] http://community.apache.org/gsoc.html
>> 2011/3/30 Peter Kriens <peter.kriens@aqute.biz>:
>>> I am very interested in this, especially in relation to bnd(tools). Some thoughts.
>>> 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
>>> 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).
>>> I find that there are then 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.
>>> What I am looking for is an extension to bndtools that allows me to visualize
this model and refactor the code accordingly. The techniques should be in bnd (which is a
restricted environment) and the GUI should be in bndtools, If you're willing to work this
way then I'd love to be your Google code mentor.
>>> Kind regards,
>>>        Peter Kriens
>>> On 17 mrt 2011, at 03:58, Tiger Gui wrote:
>>>> Hi guys,
>>>> 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
>>>> I want to develop such a tool for Apache Felix, you guys have been working
>>>> with Felix for a long time, so do you have any adivses about my project idea
>>>> ?  If you have any suggestions, please let me know, thank you.
>>>> Meanwhile, i want to attend Google Summer of Code 2011 [1] with this
>>>> project, this activity will help open source project development progress,
>>>> but i must find a mentor to help me to participate in this activity
>>>> together, so if you are interested, let me know too :-)
>>>> [1] http://socghop.appspot.com/
>>>> --
>>>> Best Regards
>>>> ----------------------------------------------------
>>>> Tiger Gui [tigergui1990@gmail.com]
>> --
>> Best Regards
>> ----------------------------------------------------
>> Tiger Gui [tigergui1990@gmail.com]

Best Regards
Tiger Gui [tigergui1990@gmail.com]

View raw message