Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / August 2006

Tip: Looking for answers? Try searching our database.

Methodology to remove unused classes?

Thread view: 
wgblackmon@yahoo.com - 21 Aug 2006 18:32 GMT
My team needs to get rid of classes in a large application that are no
longer used. There are around 1500 class files in total and we estimate
that about 25% of these classes are no longer used. Is there some type
of tool that can identify classes that have been run during a certain
time period or some way to identify these classes other then removing
them from a build and getting compliation errors? We are using Eclipse
as a development tool and Tomcat as a server.
Jeffrey Schwab - 21 Aug 2006 18:50 GMT
> My team needs to get rid of classes in a large application that are no
> longer used. There are around 1500 class files in total and we estimate
[quoted text clipped - 3 lines]
> them from a build and getting compliation errors? We are using Eclipse
> as a development tool and Tomcat as a server.

Could you check the access times of the class files?

      ls -Rt
(or)  dir /s /od
Thomas Hawtin - 21 Aug 2006 21:16 GMT
> My team needs to get rid of classes in a large application that are no
> longer used. There are around 1500 class files in total and we estimate
[quoted text clipped - 3 lines]
> them from a build and getting compliation errors? We are using Eclipse
> as a development tool and Tomcat as a server.

If you compile with javac just specifying you entry classes, then only
reachable classes will be compiled.

If it's a simple webapp then the entry classes will be servlets,
filters, any listeners in web.xml and any you obtain through
Class.forName. I guess JSPs could potentially reference other classes.
IIRC, Jasper will save the .java files, so they can be specified too.

Once you have all of that compiled, list the class files into a text
file. Use you favourite editor (sed, say) and search and replace to
remove .class and anything from a $. Then do another search and replace
to make it into a shell/batch file to move your used source files from
one directory to another.

Tom Hawtin
Signature

Unemployed English Java programmer
http://jroller.com/page/tackline/

Thomas Weidenfeller - 22 Aug 2006 08:28 GMT
> My team needs to get rid of classes in a large application that are no
> longer used. There are around 1500 class files in total and we estimate
> that about 25% of these classes are no longer used.

What is it what you want to remove? You say "class files", this
typically means compiled java source code in files ending with .class,
or do you eman source code (.java files)?

If it is the first, remove them all and recompile. If it is the second,
also remove all .class files, compile your main class, let the java
compiler find the dependencies, check which .class files it had
generated and take the corresponding .java files for a start. You might
need some more files, depending on how your application loads classes.

Oh, and improve your configuration management procedures to avoid such
problems in the future.

/Thomas
Signature

The comp.lang.java.gui FAQ:
ftp://ftp.cs.uu.nl/pub/NEWS.ANSWERS/computer-lang/java/gui/faq
http://www.uni-giessen.de/faq/archiv/computer-lang.java.gui.faq/



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.