I took a quick look and it appears the GUI projects have higher dependency
count.  In the case of GUI's using Swing, I tend to think alot of it is due
to the API design of swing. but I'm bias.

peter


On 6/4/06, Hayden Melton <[EMAIL PROTECTED]> wrote:

It's just compilation dependencies that I have analysed, so dependencies
due to
reflection are NOT included.


Quoting sebb <[EMAIL PROTECTED]>:

> Interesting reading.
>
> Just wondering if the dependency analysis takes account of reflection?
>
> S,
> On 04/06/06, Hayden Melton <[EMAIL PROTECTED]> wrote:
> >
> >
> > Hi all,
> >
> > I am a PhD student at the University of Auckland, New Zealand. As part
of
> my
> > research I have performed an empirical study on a large corpus of
> open-source
> > Java software. Several of the applications in the corpus (Ant, Tomcat,
> JMeter,
> > POI) are from the Apache Software Foundation. If you are a developer
of
> JMeter
> > you might be interested to know that there are ~100 java source files
all
> > involved in a big dependency cycle (Strongly connected component).
Other
> > applications like Azureus, Soot and ArgoUML have strongly connected
> components
> > involving ~1000 classes. In any case, a comparison of JMeter to all
the
> other
> > applications in the corpus is available on my webpage:
> >
> > http://www.cs.auckland.ac.nz/~hayden/corpus.htm
> >
> > The page also contains a graph that shows the evolution of
dependencies
> through
> > around 10 versions of JMeter, starting at JMeter-1.8.1.
> >
> > /
> > Hayden Melton
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to