Hi Peter,
We use Spring and Tomcat to test the current algorithm, it works, and
the result is also acceptable, but i found that this is because Spring
and Tomcat have a good code and packages structure
If i test this tool in some *bad design* projects, such as one project
developed by my classmat
Hi all,
I have update the update center of OSGiMaker, you can install it
here[1], but you guys should notice that you must install it in a
Eclipse with Bndtools, it means that you should install Bndtools
first, and then install OSGiMaker.
OSGiMaker can help you to analyse any java application and
We use Jung to visualize the bundles, it is not easy to zoom into a
bundle (a node in the Jung canvas) to see the packages relations
inside the bundle/group, but we can work around it, for example,
double click a bundle to check the packages/classes.
Use different color to represent expensive/lig
This looks interesting so far...
-> richard
On 8/11/11 10:39 PM, Tiger Gui wrote:
Hi,
You guys can find the attach file here[1], but if you are really
interested in this project, i suggest that you have a trial of
OSGiMaker, its update center is [2], you should install Bndtools
first, and then
What would be nice if you could zoom into a bundle and see the package
relations inside the bundle/group. Then zoom in the packages and see the
classes. The connections between the classes/packages/bundles could also use
some color/transparency coding. So that an expensive connection would look
Hi,
You guys can find the attach file here[1], but if you are really
interested in this project, i suggest that you have a trial of
OSGiMaker, its update center is [2], you should install Bndtools
first, and then install OSGiMaker, you can get relative documents
here[3].
[1] http://osgimaker.goog
+1
2011/8/11 Nicolas Lalevée :
> If I may, could put the attached documents somewhere we could download and
> see them, they get filtered throw the mailing list. This topic seems very
> interesting, all your discussion seems too, reading Peter being enthusiast;
> all this teasing without gettin
If I may, could put the attached documents somewhere we could download and see
them, they get filtered throw the mailing list. This topic seems very
interesting, all your discussion seems too, reading Peter being enthusiast; all
this teasing without getting the actual content, so frustrating ! :
Ok, i will keep on improving the visualization things and improve the
split algorithm according to the visualization result :-)
2011/8/10 Peter Kriens :
> Make sure you get the naming + layout right on these examples before you take
> other products. This is the stage where you really want to foc
Make sure you get the naming + layout right on these examples before you take
other products. This is the stage where you really want to focus on the tool.
You now get more understanding of the problem because you now know the
structure. So I really think we now should do:
- better visu
And this is Spring's packages relation figure and bundles relationship
figure in the attach png files. And you can get the bundle details in
the html split report generated by OSGiMaker.
Now, we use Jung to read the visualize the split result of OSGiMaker,
in the next few days, i will integrate th
This is starting to look really interesting!
Can you make your own layout? Would be nice to sort the "bundles" in layers.
The core should be at the bottom and when you go up, you should see the higher
layers depend on the lower layers. This is never perfect but you cannot have
cycles by definit
And this attach file is Tomcat's initial package relationship figure,
as there are too many packages in Tomat, so this figure is a little
too complex, but we can find out the grossly situation
2011/8/9 Tiger Gui :
> Hi Peter,
>
> This is Tomcat's bundles relationship figure, i use Jung to visual
Hi Peter,
This is Tomcat's bundles relationship figure, i use Jung to visualize
the dependencies, arrow from A to B means bundle A need bundle B. And
the html attach file is the bundles relationship report
2011/8/2 Tiger Gui :
> Yeah, the imports are too much, but there is not any problem.
>
> T
Yeah, the imports are too much, but there is not any problem.
The good new is that i am working for the visualize job of the
dependencies, it will give us a more clear graph about the bundles
relationship, just wait for 2 -3 days, I am on my way of playing with
JUNG
2011/8/2 Peter Kriens :
> Ca
Can you take a look at the imports? There seems to be many class names?
I also think you should try to shorten the package names. Maybe names like
oac.comet (org.apache.catalina.comet) would already help.
And we really need visualize the dependencies ... This is however a great start.
Kind rega
Hi Peter,
I changed the merge situation a little,
FROM:
boolean condition4 = 4 * sameUB >= one.usedByList.size() +
two.usedByList.size();
TO:
boolean condition4 = 3 * sameUB >= one.usedByList.size() +
two.usedByList.size();
Try the analyse and split algorithm in Tomcat application again, and
we
Hi Peter,
I have generated the report for Tomcat too, in the attach file, and
improve the report as you wish, just see the comments
2011/7/29 Peter Kriens :
> Now we're getting somewhere! Could you:
>
> 1) Please rename names like round1MergeBundle8 to just R18 or so ...
I have renamed round1Mer
Now we're getting somewhere! Could you:
1) Please rename names like round1MergeBundle8 to just R18 or so ...
2) The imports look like they sometimes contain classes? And it would be nice
if you put a after each one of them (maybe combine the ones with the same
prefix?)
3) Can you sort on the nu
Hi Peter,
To visualize things, i have a simple review to JUNG, it seems that it
is good solution for display graph or tree in a canvas, but it is a
problem that JUNG is developed for AWT/SWING, not suitable for Eclipse
SWT/JFace environment, so, i will continue searching for the best
solution, may
Rule #1, as long as I see you're engaged you do not have to worry about the
evaluation. So do not do things for my sake, do them because you believe it is
the best way forward. I think Tinkerpop and JUNG are a great way to visualize,
but do not take my word. I have the greatest respect for peopl
Hi Peter,
Thank you for your reply first, please see the following comments
2011/7/28 Peter Kriens :
> It is good that you use a real project now. What I like to see how many
> "bundles" we have after the first round, where you group strongly connected
> packages. This should already simplify b
It is good that you use a real project now. What I like to see how many
"bundles" we have after the first round, where you group strongly connected
packages. This should already simplify because the nr of entities will be
smaller.
I need to see a real case. Step 1 is ok, but maybe you can add m
Hi Peter,
Are you clear about the current algorithm ? In fact, i am a little
puzzled about the next step optimize iteration
2011/7/26 Tiger Gui :
> Hi Peter,
>
> This is the whole application split algorithm here. After application
> source code analyse algorithm described here[1], we can kno
Hi Peter,
This is the whole application split algorithm here. After application
source code analyse algorithm described here[1], we can know each
package/class use which packages/classes and be used by which
packages/classes. Now, we just discuss package here, we treat package
as a single atom, ea
Hi Peter,
Its Eclipse update center web site url is [1], i have uploaded the
newest version, please have a trial of it. Then may be you can give
some more feedback according to your use feeling, thank you :-)
[1] https://osgimaker.googlecode.com/svn/trunk/OSGiMakerUpdateCenter/
2011/7/26 Peter K
Hi,
I will give a detail document about the project soon in the coming 24
hours, but in order to tell you that i am really working hard for my
project, i show my current job here:
I have update its analyse and split algorithm for several iteration,
now, I take example of Spring, let's see how it
27 matches
Mail list logo
