JDepend works at the package level. It is nice to enforce in a junit test your dependency graph for your mature packages or make sure no cycle are introduced.
It won't help here. You could use SmallWorlds but it is in a different environment. Still you be nice to have a simple view (graphical or not: a 3 pane browser would be enough: callers|current op|callees. You could drill down and go back/forward) Jacques "Vilya Harvey" <[EMAIL PROTECTED]> wrote in message news:aiu6ln$tnp$[EMAIL PROTECTED]... > Have you tried the JDepend plugin? If not, have a look at > http://www.intellij.org/twiki/bin/view/Main/JDependPlugin and see if it's > what you need. I haven't tried it out myself yet - maybe when I get some > spare time... > > Hope that helps, > Vil. > -- > Vilya Harvey, Consultant > [EMAIL PROTECTED] / digital steps / > (W) +44 (0)1483 469 480 > (M) +44 (0)7816 678 457 http://www.digitalsteps.com/ > > > "Paul Ruane" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED]... > > > > Sorry, my statement was ambiguous. I mean that it does not show imports > of classes and interfaces from the same package that the importing class is > defined in. It does not import com.abc.Tree when I use it in com.abc.Sheep > so I cannot get a full list of used classes and I don't want to assume > everything in the package is referenced. > > > > Though I have the value set to 99999 as I had a problem using 0 in a > previous build and have never experimented with 0 again since. Do current > package classes get imported if I use 0? > > > > Paul. > > > > > > > > > > "Jacques Morel" > > <[EMAIL PROTECTED]> To: > [EMAIL PROTECTED] > > Sent by: cc: > > [EMAIL PROTECTED] Subject: > [Eap-features] Re: Re: Class usages > > > tbrains.com > > > > > > 08/08/2002 16:44 > > Please respond to > > eap-features > > > > > > > > > > > > > > > Still wouldn't deal with the same package imports unless there is an > > option I've missed. > > What do you mean. If you set it to 0 all classes imported from the same > > package will be listed. > > The only thing this does work on is if you use FQN like in the case you > use > > classes with the same name but from different packages (java.sql.Date and > > java.util.Date) > > > > I still believe it is a very important impact analysis tool. Forward AND > > Backward dependency visualization is a critical tool to understanding, > work > > preparation and overall design quality (especially, if you have to work on > > legacy code... But few of us are in this situation, right?... ;-) ). > > JetBrains team, maybe you need to work on integrating with people like > > SmallWorlds. Their product is really nice. I talked to them at XP Universe > > and they are looking for direction right now. They are talking about > > introducing package level refactoring. I told them they should talk to you > > and try to integrate with IDEs not become another one again. > > > > Jacques > > > > > > > > > Would it be nice? > > > > > > Right now we set 0 in the number of class before using * and optimize. > > Copy > > > the imports and undo. > > > Not really elegant but it works. > > > > > > Jacques > > > "Paul Ruane" <[EMAIL PROTECTED]> wrote in message > > > news:[EMAIL PROTECTED]... > > > > > > > > If there is not already a way of viewing the classes used by the > current > > > class could we have this functionality? > > > > > > > > Basically, I want to see every class or interface used by the current > > > class. This is not the same as viewing the imports as these may not me > > > optimized (and I may not want to optimize them) and it has to show > > explicit > > > class names where the imports does not. I would also like it to include > > > classes in the same package. > > > > > > > > It would also be good if this could be constricted to interfaces and > > > abstract classes. > > > > > > > > Why? > > > > > > > > I want to be able to send details of some classes to someone and know > > > about all related classes so I can send those too. > > > > > > > > Paul. > > > > > > > > > > > > -- > > > > > > > > This e-mail may contain confidential and/or privileged information. If > > you > > > are not the intended recipient (or have received this e-mail in error) > > > please notify the sender immediately and destroy this e-mail. Any > > > unauthorized copying, disclosure or distribution of the material in this > > > e-mail is strictly forbidden. > > > > > > > > > > > > > > > > > _______________________________________________ > > > Eap-features mailing list > > > [EMAIL PROTECTED] > > > http://lists.jetbrains.com/mailman/listinfo/eap-features > > > > > > > > > > > > > > > -- > > > > > > This e-mail may contain confidential and/or privileged information. If > you > > are not the intended recipient (or have received this e-mail in error) > > please notify the sender immediately and destroy this e-mail. Any > > unauthorized copying, disclosure or distribution of the material in this > > e-mail is strictly forbidden. > > > > > > > > > > > > _______________________________________________ > > Eap-features mailing list > > [EMAIL PROTECTED] > > http://lists.jetbrains.com/mailman/listinfo/eap-features > > > > > > > > > > -- > > > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and destroy this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > > > > > > _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://lists.jetbrains.com/mailman/listinfo/eap-features
